技能介绍

它解决什么问题

Mailbluster 的邮件营销操作（列表管理、campaign、批量动作）大多要在 Web UI 里逐项完成。当你想把「拉一批订阅者 → 分组 → 发活动 → 回收统计」这类流程交给 agent 自动跑时，会撞上两个具体麻烦：一是工具的 slug 和参数字段会随上游更新而变化，写死在代码里的调用很容易某天突然失效；二是连接状态和认证授权是动态的，你并不确定当前 Mailbluster 连接是不是 ACTIVE，盲目执行只会拿到一长串报错。这个技能把这套自动化流程标准化了。

它如何工作

核心能力是先发现、再连接、最后执行的三步固定节奏：

工具发现：任何工作流开始前，先调 RUBE_SEARCH_TOOLS，拿到当前可用的 tool slugs、输入 schema、推荐执行计划和已知坑点。这一步是硬性要求，不要跳过。
连接校验：用 RUBE_MANAGE_CONNECTIONS（toolkit 为 mailbluster）确认连接状态；如果不是 ACTIVE，按返回的认证链接完成授权后重试，直到状态显示 ACTIVE 才往下走。
执行任务：用 RUBE_MULTI_EXECUTE_TOOL 按发现到的 slug 和字段名调用工具；批量场景走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()；需要完整 schema 时用 RUBE_GET_TOOL_SCHEMAS。

数据层能力由 Composio 的 Mailbluster toolkit 提供，技能本身不重写业务逻辑，只负责编排。

适用边界与注意点

它是编排层，不是 Mailbluster 的替代实现。账号、权限、配额仍由你自己管理。
Schema 会变：永远不要绕过 RUBE_SEARCH_TOOLS 去猜 slug 或字段名，否则上游一改就全线崩。
分页要拉到底：响应里带分页 token 时必须继续请求，否则订阅者或统计结果不完整。
Session 复用：同一个工作流内复用 session ID，新开工作流才生成新的。
Rube MCP 端点（https://rube.app/mcp）本身不需要 API key，但这不等于 Mailbluster 侧不需要认证——ACTIVE 状态是唯一可信信号。