电商订单助手

当团队把 Baselinker 当作电商运营后台时，重复任务往往卡在两个点：不知道当前有哪些可用工具，以及连接是否已经可用。这个技能把 Baselinker 自动化收敛到 Rube MCP 的调用链路上，先搜索工具、再确认连接、最后执行，避免把工具 slug 或参数写死。

它解决什么问题

Baselinker 的订单、库存或运营操作可能分散在多个后台页面和手工流程中。若直接写脚本或凭记忆调用工具，一旦 Composio Baselinker toolkit 的 schema 变化，脚本很容易失效。这里用 RUBE_SEARCH_TOOLS 获取当前工具 slug、输入 schema、执行计划和已知坑点；用 RUBE_MANAGE_CONNECTIONS 确认 Baselinker 连接状态；再通过 RUBE_MULTI_EXECUTE_TOOL 执行发现到的工具。

它怎么工作

1. 先验证 Rube MCP 可用：确认 RUBE_SEARCH_TOOLS 能返回结果。
2. 再建立连接：调用 RUBE_MANAGE_CONNECTIONS，参数 toolkit 为 baselinker；若未 ACTIVE，按返回的授权链接完成 Baselinker 接入。
3. 确认状态后再执行：只有连接显示 ACTIVE 时，才运行业务工作流。
4. 工具发现优先：执行前先搜索工具，拿到准确字段名和类型；带 schemaRef 的工具可用 RUBE_GET_TOOL_SCHEMAS 取完整 schema。
5. 执行与批量操作：用 RUBE_MULTI_EXECUTE_TOOL 执行工具链；批量操作可走 RUBE_REMOTE_WORKBENCH 的 run_composio_tool()。

边界与注意点

• 不要硬编码工具 slug 或参数：schema 会变，每次都先调用 RUBE_SEARCH_TOOLS。
• 执行前检查连接：RUBE_MANAGE_CONNECTIONS 未 ACTIVE 时不要跑工作流。
• 遵守 schema：字段名和类型严格使用搜索结果，不要自行猜测。
• 保留 memory 参数：即使为空也要传 {}。
• 复用会话：同一工作流内复用 session ID，新工作流生成新 ID。
• 处理分页：响应出现 pagination token 时要继续拉取，直到完整。

适合已经接入 Rube MCP、需要通过 Composio Baselinker toolkit 做 Baselinker 自动化的工程场景；不适合绕过工具发现直接猜测 Baselinker 接口。