销售拓展工作台助手

解决什么问题

当你的销售团队依赖 Autobound 做客户拓展时，通常会面临一个麻烦：工具调用分散在多个系统里。直接调 Autobound API 需要自己处理鉴权、分页和会话状态；用通用脚本又很难维护字段映射，一旦上游 schema 变更就大面积失效。销售拓展工作台助手把这套流程收敛到一个由 Rube MCP 驱动的执行模型里，让模型可以自动发现工具、检查连接状态，再按步骤执行操作，不需要你手写样板代码。

核心能力与关键步骤

该技能围绕 Rube MCP 的三个基础工具展开，遵循固定的工作流：

• 工具发现：每次执行前都会调用 RUBE_SEARCH_TOOLS，传入 Autobound 相关的用例描述，获取当前可用的工具 slug、输入 schema、推荐的执行计划和已知陷阱。这避免了硬编码参数。
• 连接管理：通过 RUBE_MANAGE_CONNECTIONS 检查 toolkit autobound 的连接状态。如果未激活，技能会引导你走授权链接完成设置，确认显示 ACTIVE 后才继续。
• 执行与批量操作：常规步骤使用 RUBE_MULTI_EXECUTE_TOOL 按发现到的 slug 逐个执行；需要批量操作时改用 RUBE_REMOTE_WORKBENCH 内的 run_composio_tool() 统一调度。
• 会话与分页：单个工作流内复用同一个 sessionId，新工作流生成新的；对于返回分页令牌的操作，持续拉取直到数据完整。

适用边界与注意点

• 不要跳过工具发现：Autobound 的字段和工具列表可能变动，直接按旧记忆写死参数是常见踩坑原因。
• 连接状态必须确认：即使昨天还能用，也应先检查 ACTIVE 状态，避免在授权过期时静默失败。
• Schema 严格匹配：RUBE_MULTI_EXECUTE_TOOL 的参数必须逐字来自搜索结果，包括字段名和类型，哪怕看起来多余也不能自行改。
• memory 参数不可省略：即使暂时没有上下文，也要传入空对象 {}，不要跳过。
• 分页要循环到底：默认只返回第一页，丢失后续 token 会导致数据不完整。

整体来看，这个技能适合需要在 Agent 里内嵌销售拓展操作的开发者，尤其是已经接入 Rube MCP、想省去 Autobound 集成维护成本的团队。