技能介绍

要解决的问题

Ascora 这类销售管理后台把客户、商机、订单等操作都锁在 Web UI 里。团队想自动化时通常只有两条路：要么人肉在页面上点，要么自己写脚本去对接后台接口。后者要维护 cookie、处理分页、硬编码字段映射，一旦平台侧字段或路径变化，脚本就静默失效。更麻烦的是，多个环节串在一起时，任何一环出错都会让整条链路重跑。

这个技能要解决的就是这件事：让模型在运行时自己发现当前可用的操作，而不是靠开发者预先写死接口清单。

技能如何工作

技能底层是 Rube MCP 加 Composio 的 ascora toolkit。它对外暴露的能力分五类：

工具发现：RUBE_SEARCH_TOOLS，返回可用 slug、输入 schema、建议执行顺序与已知坑
连接管理：RUBE_MANAGE_CONNECTIONS，负责建立和检查 Ascora 授权状态
批量执行：RUBE_MULTI_EXECUTE_TOOL，按工作流顺序调用多个工具
远端工作台：RUBE_REMOTE_WORKBENCH，配合 run_composio_tool() 跑批量操作
完整 schema：RUBE_GET_TOOL_SCHEMAS，用于拿到 schemaRef 对应的详细字段定义

典型流程分三步走。

先用 RUBE_SEARCH_TOOLS 确认服务可用，同时拿到本轮要用的工具列表和参数结构
调用 RUBE_MANAGE_CONNECTIONS 并指定 toolkit ascora；如果返回状态不是 ACTIVE，按返回的授权链接走完配置
确认状态为 ACTIVE 后，用 RUBE_MULTI_EXECUTE_TOOL 按发现的 slug 逐个执行

适用边界与注意点

不要硬编码 slug 或参数：Composio 侧的 schema 会随上游平台更新而变化，每次执行前都必须先搜索
连接状态要前置校验：状态不是 ACTIVE 时跑工具，只会拿到鉴权失败，不会自动重试
memory 参数不能省略：即使本轮没有上下文，也要传空对象 {}，否则批量执行会报错
session 要复用：同一个工作流内沿用同一个 session ID，新工作流才重新生成
分页要跟到底：响应里出现 pagination token 时需要继续拉取，直到取完为止
授权需要人工介入：Rube MCP 端点本身不需要 API key，但 Ascora 侧的 OAuth 授权步骤必须有人点击确认
能力范围取决于上游 toolkit：这个技能是操作层的封装，能做什么取决于 Composio 的 ascora toolkit 当前覆盖哪些接口，不要假定它包含未文档化的能力