MCP 与代理
简而言之: Tajo 在你使用的各个系统之间构建集成。Tajo 工作区中的代理负责构建并运行每个同步,并处理同步带来的数据。MCP 是 Tajo 之外的模型(例如 Claude 或 ChatGPT)访问同一批连接器的方式。Brevo 自有的 MCP 服务器是另一款独立产品,Tajo 代理不使用它。
工作区中的代理
每个工作区一开始就有 15 个代理。其中 9 个是承担同步工作的代理。Brevo Integration Architect 构建同步规则,Sync Operator 运行规则,另外 7 个代理处理同步带来的联系人和订单:Segment Builder、Compliance Reviewer、Engagement Designer、Performance Analyst、Orchestrator、Win-back 和 Customer Intelligence。
所有代理都遵守两条规则。同步只有在你批准后才会上线。发送也只有在你批准后才会进行,并且只发给在该渠道选择订阅的联系人。
每个代理一张卡片,并列出它绝不会做的事:Tajo 代理。这些代理如何围绕一个同步协作:Tajo 101。
代理由什么组成
代理是工作区中的一个角色,不是你要编写的文件。它有指令、一份固定的工具列表,以及可选的技能。每个工具都有一个权限级别,代理调用该工具时会发生什么,由这个级别决定。详情见 代理规范。如何聘用你自己的代理,见 构建代理。
Tajo 提供的 MCP 工具
Tajo 把每个连接器以一小组固定工具的形式提供给 MCP 主机,而不是每个 API 端点对应一个工具。Brevo 配置包含 8 个工具,覆盖整个 Brevo API:
| 用途 | 工具 |
|---|---|
| 查找操作 | brevo_search、brevo_describe |
| 读取 | brevo_query,每次调用一个读取请求,结果数量有上限 |
| 写入 | brevo_propose 暂存一个已声明的 Brevo 操作;获批后由 brevo_apply 执行 |
| 常见任务 | brevo_customer、brevo_report、brevo_health |
通过这个配置,任何写入都只能在获批后经由 brevo_apply 到达 Brevo。Shopify 和 Webflow 也有各自结构相同的配置,围绕各自集成的专属操作构建。
这些端点随 Tajo 工作区一起提供。工作区目前还不开放自助注册:申请抢先体验。
Brevo 自有的 MCP 服务器
Brevo 运营着自己的托管 MCP 服务器。你可以用 Brevo 令牌把它连接到 Claude、Cursor 或其他 MCP 客户端,它无需 Tajo 即可工作。设置方法见 Brevo MCP 服务器。Tajo 代理不会连接它。