邮件列表验证助手

解决的问题

邮件列表验证（Emaillistverify）往往意味着在多个系统之间来回切换：登录账户、上传列表、等待校验、分页拉取报告、整理无效地址。人工操作不仅重复，还容易在分页和字段映射上出错。这个技能把整个流程收敛到一个 Agent 可调用的接口里：通过 Rube MCP 直接驱动 Emaillistverify 工具包，让自动化脚本代替人完成工具发现、连接建立和校验执行的全过程。

核心能力与工作流程

技能的核心是三个原语的组合：

• 工具发现：始终先调用 RUBE_SEARCH_TOOLS，按邮件列表验证场景检索当前可用的工具 slug、输入 schema、推荐执行计划和已知坑点。上游 schema 会随版本变化，因此不允许硬编码。
• 连接管理：通过 RUBE_MANAGE_CONNECTIONS 激活 emaillistverify toolkit。若状态不是 ACTIVE，按返回的授权链接完成配置；任何工作流执行前都要确认连接处于 ACTIVE。
• 批量执行：用 RUBE_MULTI_EXECUTE_TOOL 按发现的 slug 执行具体操作；批量场景可走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()。

标准流程分三步：先搜索工具、再检查连接、最后执行。拿到带 schemaRef 的工具时，可用 RUBE_GET_TOOL_SCHEMAS 拉取完整 schema。

注意点

• 不要跳过搜索：即使昨天跑过同样的流程，参数也可能已经变更。
• session 复用：同一工作流内复用 session ID，新工作流重新生成。
• memory 参数：调用 RUBE_MULTI_EXECUTE_TOOL 时即使没有上下文，也要传空对象 {}。
• 分页：响应里出现分页 token 就要继续拉取，否则列表不完整。
• 字段合规：严格使用搜索结果里的字段名和类型，自行猜测字段名会导致调用失败。

Rube MCP 端点本身不需要 API key，但 Emaillistverify 账户的授权是硬前提——连接没激活之前，所有执行类调用都不会工作。