邮件发送协作助手

要解决的问题

Mailersend 的发邮件、管模板、维护收件人等操作，要么登录控制台手动点，要么自己写一套集成代码。后者的麻烦在于 Mailersend 的 API 覆盖面和字段命名会随版本变化，硬编码脚本过一阵就可能失效。这个技能的目标是让模型在对话里直接驱动 Mailersend 操作，而不用维护一份绑定具体 API 版本的胶水代码——因为工具 slug 和参数 schema 是运行时动态发现的。

工作原理

技能本身不直连 Mailersend，而是走 Composio 的 Mailersend toolkit，通过 Rube MCP 提供的三个工具完成工作：

• 工具发现：先调用 RUBE_SEARCH_TOOLS，拿到当前可用的工具 slug、输入 schema、推荐执行计划和已知坑点。这一步不能省，因为 toolkit 的工具集合会更新。
• 连接管理：用 RUBE_MANAGE_CONNECTIONS 携带 mailersend 参数建立连接。如果状态不是 ACTIVE，按返回的授权链接完成授权，确认 ACTIVE 后再继续。
• 执行操作：用 RUBE_MULTI_EXECUTE_TOOL 传入发现到的 slug 执行具体操作；批量任务可以走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()。

注意点

几个容易踩的坑，技能文档里明确写了：

• 不要硬编码 schema：工具名和参数都以 RUBE_SEARCH_TOOLS 的返回为准，字段名和类型严格对齐。
• memory 参数不能省：即使传空对象 {} 也要带，否则多步执行会报错。
• session 复用规则：同一工作流内复用 session ID，新工作流必须新建。
• 分页要拉到底：响应里出现分页 token 时继续请求，直到没有下一页。
• 前置条件：RUBE_SEARCH_TOOLS 有响应且 Mailersend 连接处于 ACTIVE，两条不满足就不要启动工作流。

适用边界：适合在对话中驱动 Mailersend 的运营类操作，不适合需要低延迟、强事务保证的同步发送链路——每一步都经过工具发现和多步执行，链路较长。