技能介绍

它解决什么问题

客服机器人在 Botstar 里跑久了，流程会散落在不同页面：消息收发、意图配置、会话归档各管各的，人工操作时漏一步不容易察觉。当团队想把机器人行为交给代码或 agent 驱动时，缺一个统一的调用入口，常见的做法是手写接口胶水或每次手动改配置，前者在 schema 变更后静默失败，后者留不下可审计的记录。这个技能把 Botstar 的操作统一收口到 Rube MCP，底层走 Composio 的 Botstar 工具包，让模型能像调用普通工具一样驱动机器人。

工作原理

技能本身不封装任何 Botstar 业务逻辑，它定义的是一套调用纪律：

先探测：任何工作流执行前必须先调用 RUBE_SEARCH_TOOLS，拿到当前可用的工具 slug、输入 schema、推荐的执行计划和已知坑点。Composio 侧的工具 schema 会变动，硬编码字段名和参数会在版本更新后失效。
再验连接：调用 RUBE_MANAGE_CONNECTIONS 并指定 toolkit botstar，确认状态为 ACTIVE。未激活时按返回的授权链接走一遍授权，回来再次确认，之后才允许执行工作流。
后执行：用 RUBE_MULTI_EXECUTE_TOOL 按搜索到的 slug 调用工具。批量操作走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()，带 schemaRef 的工具用 RUBE_GET_TOOL_SCHEMAS 取完整 schema。

关键约束与适用边界

文档里反复出现的坑点，属于必须遵守的约定：

RUBE_MULTI_EXECUTE_TOOL 的调用始终要带 memory 参数，即使传空对象 {}。
同一工作流内复用 session ID，新建工作流才生成新 ID，混用会导致会话串台。
列表类返回要检查分页 token 并继续拉取直到取完，否则数据不完整。
字段名和类型以搜索结果为准，不要凭记忆写。

适用边界上，这个技能只负责「如何正确地调用 Botstar」，不含机器人本身的业务知识，也不处理 MCP 服务端之外的鉴权与网络配置。前置条件是客户端已把 https://rube.app/mcp 配为 MCP server，且 RUBE_SEARCH_TOOLS 能正常响应。如果只是做一次性调试而非完整工作流，探测—验连—执行这套流程会显得偏重。