# ผู้ช่วย AI ของคุณทำงานใน Brew ได้แล้ว

URL หลัก: https://brew.new/th/blog/brew-mcp
ผู้เขียน: Thomas Park
เผยแพร่: 2026-06-26
อัปเดต: 2026-10-15

งานอีเมลจำนวนมากเริ่มต้นในผู้ช่วย AI อยู่แล้ว ไม่ว่าจะเป็นการร่าง การปรับแก้ หรือคำถามเกี่ยวกับแคมเปญ เราจึงเปิดให้ใช้ Brew ผ่าน MCP เพื่อให้บทสนทนานั้นลงมือทำงานในเวิร์กสเปซอีเมลได้ด้วย

การเชื่อมต่อนี้ใช้แบรนด์และข้อมูลชุดเดียวกับในแอป ผู้ช่วย AI ที่รองรับจะเรียกใช้เครื่องมือของ Brew ได้เอง แทนที่จะให้คำแนะนำมาเพื่อให้คุณไปทำตามด้วยมืออีกรอบ

## สิ่งที่การเชื่อมต่อนี้ทำได้

เครื่องมือ MCP ของ Brew ครอบคลุมการสร้างและแก้ไขอีเมล ผู้ติดต่อ แคมเปญ ระบบอัตโนมัติ และการรายงาน ส่วนการดำเนินการที่ใช้ได้จริงและอินพุตของแต่ละรายการ ค้นดูได้ผ่าน `get_brew_capabilities` และคำอธิบายของเครื่องมือ

หลังเชื่อมต่อแล้ว ให้เริ่มจากการเรียกเพื่อค้นหาความสามารถนี้ก่อน อย่าเดาชื่อเครื่องมือจากตัวอย่างในบล็อก ในเมื่อเซิร์ฟเวอร์ที่ทำงานอยู่จริงอธิบายการดำเนินการที่รองรับได้เอง

![ผู้ช่วย AI เชื่อมต่อกับ Brew ผ่าน MCP เพื่อทำงานกับเครื่องมืออีเมล](/blog/brew-mcp-architecture.png)

*ผู้ช่วย AI เป็นไคลเอนต์อีกตัวหนึ่งของ Brew และใช้ข้อมูลผลิตภัณฑ์กับกฎการส่งชุดเดียวกัน*

## เชื่อมต่อด้วย OAuth หรือคีย์ API

URL ของเซิร์ฟเวอร์ระยะไกลคือ:

```text
https://brew.new/api/mcp
```

สำหรับไคลเอนต์ที่รองรับการเชื่อมต่อ MCP ของ Brew ผ่าน OAuth ให้เข้าสู่ระบบ เลือกแบรนด์ แล้วตรวจทานสิทธิ์ที่กำลังจะอนุญาต หากไคลเอนต์ของคุณกำหนดค่าด้วยคีย์ API ให้สร้างคีย์ระดับแบรนด์ที่เหมาะสมใน Brew แล้วทำตามรูปแบบการกำหนดค่าที่ไคลเอนต์ระบุไว้ในเอกสาร

สำหรับไคลเอนต์ที่ใช้การกำหนดค่า JSON แบบ `mcpServers` การเชื่อมต่ออาจมีหน้าตาแบบนี้:

```json
{
  "mcpServers": {
    "brew": {
      "type": "http",
      "url": "https://brew.new/api/mcp",
      "headers": { "Authorization": "Bearer brew_YOUR_API_KEY" }
    }
  }
}
```

คีย์ข้างต้นเป็นเพียงตัวยึดตำแหน่ง ไม่ใช่ข้อมูลรับรองจริง ให้เก็บคีย์จริงไว้ในการกำหนดค่าคีย์ลับที่ไคลเอนต์รองรับ ทั้งนี้ ChatGPT บนเว็บใช้ปลั๊กอิน ส่วนแอป ChatGPT บนเดสก์ท็อปและ Codex ใช้การกำหนดค่า MCP ร่วมกัน ไคลเอนต์อื่นอาจต้องใช้ชื่อคีย์ในการกำหนดค่าหรือชื่อรูปแบบการรับส่งข้อมูล (transport) ที่ต่างออกไป เช่น streamableHttp ของ Cline ดังนั้นให้ทำตาม[คู่มือการตั้งค่าไคลเอนต์](https://docs.brew.new/api-reference/mcp/connect-your-client)

## ให้งานแรกที่มีขอบเขตชัดเจน

ลองขอให้ผู้ช่วย AI สร้างฉบับร่างสำหรับกลุ่มเป้าหมายที่เจาะจง โดยใช้ข้อเท็จจริงที่อนุมัติแล้ว ขอให้แสดงตัวอย่างและแจ้ง ID ของอีเมล จากนั้นอ่านและปรับแก้ผลลัพธ์ก่อนไปสู่การส่งจริง

สำหรับการตั้งเวลาส่ง ให้ระบุกลุ่มเป้าหมาย ผู้ส่ง วันที่ เวลา และเขตเวลา แล้วยืนยันรายละเอียดของแคมเปญที่ได้ สำหรับระบบอัตโนมัติ ให้แยกให้ชัดระหว่างการสร้างฉบับร่างกับการเผยแพร่

Brew กำหนดให้ยืนยันก่อนการส่งจริงบนการเชื่อมต่อผ่าน OAuth และการเชื่อมต่อระดับองค์กร ส่วนไคลเอนต์ที่ใช้คีย์ API ระดับแบรนด์ต้องมีนโยบายการอนุมัติของตัวเอง ทั้งนี้ MCP ไม่ได้บังคับให้ไคลเอนต์ทุกตัวขอการยืนยันในแบบเดียวกัน จึงควรตรวจทั้งการตั้งค่าไคลเอนต์และข้อกำหนดของเซิร์ฟเวอร์ก่อนให้สิทธิ์ส่ง

## เครื่องมือที่เชื่อมต่อกันแล้วก็ยังต้องมีแผน

ผู้ช่วย AI ที่เข้าถึงทั้ง Brew และ CRM อีกระบบหนึ่งประสานงานระหว่างสองระบบได้ แต่ไม่ได้ทำให้ข้อมูลทุกรายการเชื่อมถึงกันเองโดยอัตโนมัติ ให้กำหนดว่าระบบใดเป็นเจ้าของข้อมูล การอัปเดตเข้ามาทางใด และจะจัดการอย่างไรเมื่อเกิดความผิดพลาด

สำหรับอีเมลเตือนตามวงจรชีวิตลูกค้าที่ส่งทีหลัง เงื่อนไขในโฟลว์ที่เริ่มจากเหตุการณ์อ่านค่าปัจจุบันของฟิลด์ผู้ติดต่อใน Brew ผ่าน `contact.<name>` หลังขั้นตอนรอได้ ให้ซิงค์ฟิลด์เหล่านั้นให้เป็นปัจจุบันอยู่เสมอ ส่วนฟิลด์ในเพย์โหลดของเหตุการณ์ยังคงสะท้อนเหตุการณ์ต้นทาง หากการเข้าเกณฑ์ขึ้นอยู่กับสถานะภายนอก ให้ใช้การตรวจสอบฝั่งแอปพลิเคชัน [คู่มือลำดับอีเมลช่วงทดลองใช้](/th/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events)อธิบายทั้งสองวิธีไว้

## เริ่มจากฉบับร่างที่คุณตรวจทานได้

ถ้าเป็นผม ผมจะเชื่อมต่อเซิร์ฟเวอร์ เรียก `get_brew_capabilities` แล้วสร้างอีเมลสักฉบับที่ทีมของคุณต้องใช้อยู่แล้ว วิธีนี้ทำให้คุณมีงานจริงที่จับต้องได้ไว้ใช้ประเมินเวิร์กโฟลว์

ใช้[บรีฟที่ชัดเจน](/th/blog/how-to-brief-an-email-agent) ตรวจดูผลลัพธ์ และทดสอบในอินบ็อกซ์ ทั้งนี้[กฎการส่ง](/th/blog/agent-email-deliverability)ยังเป็นชุดเดียวกัน ไม่ว่าคนหรือผู้ช่วย AI จะเป็นผู้เริ่มการดำเนินการ

Thomas