电子签名资料助手

要解决的问题

在文档流转环节，Signaturely 的很多操作是重复且流程化的：找到某个签名相关的工具、确认账号是否已连接、按正确的参数把请求发出去。人工做这些事时，最常见的失败点是凭记忆硬编码工具名和参数——工具 schema 一旦变动，原本能跑的脚本就静默失效。这个技能的价值在于把「搜索工具 → 确认连接 → 执行调用」这条链路固化成可复用的流程，让 Agent 每次都基于当前可用的工具定义来行动。

它如何工作

技能通过 Rube MCP 接入 Composio 的 Signaturely toolkit，所有操作都围绕四个关键能力展开：

• 工具发现：任何工作流开始前，必须先调用 RUBE_SEARCH_TOOLS，拿到当前可用的工具 slug、输入 schema、推荐的执行顺序以及已知坑点。这一步不能省略，因为它同时告诉你参数字段的确切拼写和类型。
• 连接管理：用 RUBE_MANAGE_CONNECTIONS 并指定 toolkit signaturely 来检查或建立 Signaturely 连接。若状态不是 ACTIVE，按返回的授权链接完成授权，确认 ACTIVE 后才继续。
• 批量执行：实际执行阶段使用 RUBE_MULTI_EXECUTE_TOOL，传入从搜索结果中得到的 tool slug。批量操作可以借助 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool() 来完成。
• 完整 schema 获取：当搜索结果里出现 schemaRef 时，用 RUBE_GET_TOOL_SCHEMAS 拉取完整定义，避免参数不全导致调用失败。

Rube MCP 本身只需在客户端配置里加上 https://rube.app/mcp 这个端点即可，不需要单独申请 API Key。

适用边界与注意点

• 搜索优先原则：不要跳过 RUBE_SEARCH_TOOLS 直接写死 tool slug 或参数，工具 schema 是会变的。
• 连接前置检查：执行任何工具前，先用 RUBE_MANAGE_CONNECTIONS 确认状态为 ACTIVE，否则调用会失败。
• 字段严格对齐：按搜索返回的 schema 里给出的字段名和类型传参，不要凭经验猜测字段名。
• memory 参数必填：调用 RUBE_MULTI_EXECUTE_TOOL 时，即使没有上下文也要传一个空对象 {}。
• 会话复用：同一个工作流内复用 session ID，新工作流才生成新的。
• 分页要处理完：检查返回里的分页 token，直到拉取完整数据为止。