签名流程助手

这个技能解决什么问题

SignPath 相关操作被封装在 Composio 的工具包里，Agent 并不能凭空知道有哪些工具可用、参数叫什么名字。开发者要么手动翻文档，要么在运行时猜 slug，结果经常遇到参数对不上、连接还没建立就发起调用、分页没拉完就收工这类问题。

这个技能把「搞清楚能用什么、确认连上、再执行」的流程固化下来，让 Agent 在调用任何 SignPath 工具之前，先做一轮发现和校验。

它是怎么工作的

整个流程是三段式的：

• 发现工具：永远先用 RUBE_SEARCH_TOOLS 拉取当前 SignPath 相关的工具 slug、输入 schema、推荐执行计划和已知坑点。schema 会随版本变化，硬编码 slug 或参数就是在给自己埋雷。
• 检查连接：通过 RUBE_MANAGE_CONNECTIONS 携带 toolkit=signpath 查询连接状态。如果不是 ACTIVE，按返回的授权链接走完授权，确认状态变成 ACTIVE 之后再执行工作流。
• 执行任务：用 RUBE_MULTI_EXECUTE_TOOL 携带发现到的 slug 发起调用。批量场景走 RUBE_REMOTE_WORKBENCH 的 run_composio_tool()，需要完整 schema 时用 RUBE_GET_TOOL_SCHEMAS。

几个必须守住的细节：

• 调用 RUBE_MULTI_EXECUTE_TOOL 时即使没有记忆内容也要传 memory 参数，空对象 {} 也算数。
• 同一工作流内复用 session ID，只有开新工作流才生成新的。
• 响应里出现分页 token 就继续拉，直到结果完整为止。

适用边界

• 强依赖 Rube MCP 在线可用，RUBE_SEARCH_TOOLS 没响应时后续步骤都无从谈起。
• 判断行为是否合理要以 Composio 工具包文档（composio.dev/toolkits/signpath）为准，本技能不做实现层封装，只负责编排。
• 授权环节需要人工完成跳转，Agent 无法自行拿到凭据。