邮箱验证工作台助手

要解决的问题

在邮箱验证流程里，工程团队通常要同时面对连接状态、工具参数、字段兼容和分页结果。手动拼接 Bouncer 操作时，常见的问题是：调用前不确定 RUBE_SEARCH_TOOLS 返回的 schema 是否已变化，认证连接是否处于 ACTIVE，以及批量任务应该复用 session 还是重新生成。这些问题会在多步骤、跨工具的工作流里放大，导致参数写死后失效、半途中断或漏拉数据。

技能如何工作

该技能把 Bouncer 的执行过程收敛为固定动作：

• 先发现工具：执行工作流前必须调用 RUBE_SEARCH_TOOLS，获取当前可用的工具 slug、输入 schema、推荐执行计划和已知陷阱。
• 再确认连接：用 RUBE_MANAGE_CONNECTIONS 检查 toolkit bouncer 的连接状态；若未 ACTIVE，按返回的认证链接完成配置。
• 然后执行：根据搜索结果调用 RUBE_MULTI_EXECUTE_TOOL 执行发现到的工具；批量场景可用 RUBE_REMOTE_WORKBENCH 配合 run_composio_tool()。
• 必要时取全量 schema：对返回 schemaRef 的工具，用 RUBE_GET_TOOL_SCHEMAS 获取完整定义，避免字段名和类型对不上。

适用边界与注意点

• 不要在没有搜索的情况下硬编码工具 slug 或参数，schema 可能随 Composio 工具集变化。
• 任何工作流开始前都要确认 Bouncer 连接为 ACTIVE。
• 必须使用搜索结果中的准确字段名和类型。
• 调用 RUBE_MULTI_EXECUTE_TOOL 时要带上 memory，即使为空也应传 {}。
• 同一工作流内复用 session ID；新工作流使用新 ID。
• 响应中出现分页 token 时要继续拉取，直到结果完整。
• 该技能面向 Bouncer 自动化，不替代邮箱验证业务规则本身。