Kết nối một trợ lý AI tương thích với Brew qua MCP để tạo email, quản lý chiến dịch và xem kết quả, dựa trên thương hiệu và quyền truy cập bạn đang có.
Nhiều việc liên quan đến email vốn đã bắt đầu trong một trợ lý AI: một bản nháp, một lần chỉnh sửa hay một câu hỏi về chiến dịch. Chúng tôi đưa Brew lên MCP để chính cuộc trò chuyện đó cũng có thể thao tác trên không gian làm việc email.
Kết nối này dùng chung thương hiệu và dữ liệu với ứng dụng. Một trợ lý AI tương thích có thể gọi các công cụ của Brew, thay vì đưa cho bạn hướng dẫn để tự làm lại bằng tay.
Các công cụ MCP của Brew bao quát việc tạo và chỉnh sửa email, liên hệ, chiến dịch, tự động hóa và báo cáo. Bạn có thể tra cứu chính xác những thao tác hiện có và dữ liệu đầu vào của chúng qua get_brew_capabilities và phần mô tả của từng công cụ.
Sau khi kết nối, hãy bắt đầu bằng lệnh gọi khám phá đó. Đừng đoán tên công cụ từ một ví dụ trên blog khi chính máy chủ đang chạy có thể mô tả thao tác được hỗ trợ.
Trợ lý AI là một client khác của Brew. Nó dùng cùng dữ liệu sản phẩm và cùng quy tắc gửi.
URL máy chủ từ xa là:
https://brew.new/api/mcpVới client hỗ trợ kết nối OAuth qua MCP của Brew, hãy đăng nhập, chọn thương hiệu và xem lại quyền truy cập sắp được cấp. Nếu client của bạn dùng cấu hình bằng khóa API, hãy tạo trong Brew một khóa phù hợp, dành riêng cho thương hiệu, rồi làm theo định dạng cấu hình mà tài liệu của client mô tả.
Với các client dùng cấu hình JSON mcpServers, kết nối có thể trông như sau:
{
"mcpServers": {
"brew": {
"type": "http",
"url": "https://brew.new/api/mcp",
"headers": { "Authorization": "Bearer brew_YOUR_API_KEY" }
}
}
}Đó là một khóa giữ chỗ, không phải thông tin xác thực thật. Hãy lưu khóa thật ở nơi lưu trữ secret mà client hỗ trợ. ChatGPT trên web dùng plugin; ứng dụng ChatGPT trên máy tính và Codex dùng chung cấu hình MCP. Các client khác có thể yêu cầu tên khóa cấu hình hoặc tên phương thức truyền tải (transport) khác, chẳng hạn streamableHttp của Cline. Hãy làm theo hướng dẫn thiết lập client.
Hãy thử yêu cầu trợ lý AI tạo một bản nháp cho một nhóm đối tượng cụ thể, dựa trên những dữ kiện đã được duyệt. Yêu cầu nó hiển thị bản xem trước và báo lại ID của email. Hãy đọc và chỉnh sửa kết quả trước khi chuyển sang lượt gửi thực tế.
Khi lên lịch, hãy nêu rõ đối tượng, người gửi, ngày, giờ và múi giờ. Xác nhận lại thông tin của chiến dịch được tạo ra. Với tự động hóa, hãy phân biệt việc tạo bản nháp với việc xuất bản.
Brew yêu cầu xác nhận trước lượt gửi thực tế trên kết nối OAuth và kết nối cấp tổ chức. Client dùng khóa API cấp thương hiệu cần có chính sách phê duyệt riêng. MCP không áp đặt một cách xác nhận chung cho mọi client, nên hãy kiểm tra cả cài đặt của client lẫn yêu cầu của máy chủ trước khi cấp quyền gửi.
Một trợ lý AI có quyền truy cập Brew và một CRM riêng có thể phối hợp công việc giữa hai bên, nhưng điều đó không tạo ra tích hợp tự động giữa mọi bản ghi. Hãy xác định hệ thống nào sở hữu dữ liệu, cập nhật được chuyển đến bằng cách nào và lỗi được xử lý ra sao.
Với email nhắc vòng đời được hẹn gửi sau, điều kiện sự kiện theo contact.<name> có thể đọc giá trị hiện tại của các trường liên hệ trong Brew sau bước chờ. Hãy giữ các trường đó luôn được đồng bộ; các trường trong payload sự kiện vẫn phản ánh sự kiện ban đầu. Với điều kiện phụ thuộc vào trạng thái bên ngoài, hãy dùng bước kiểm tra phía ứng dụng. Hướng dẫn về chuỗi email dùng thử giải thích cả hai cách.
Nếu là tôi, tôi sẽ kết nối máy chủ, gọi get_brew_capabilities và làm một email mà đội ngũ của bạn vốn đang cần. Đó là cách cụ thể để đánh giá quy trình làm việc này.
Hãy dùng một bản brief rõ ràng, kiểm tra kết quả và gửi thử vào một hộp thư. Quy tắc gửi vẫn như nhau, dù người khởi động thao tác là con người hay trợ lý AI.
Thomas
