工程项目助手

这个技能解决什么问题

在 MCP 客户端里操作 Acculynx 时，最常见的失败模式是：直接硬编码工具 slug 和参数，结果上游 schema 一变，调用就报错；或者没确认 Acculynx 连接是 ACTIVE 状态，执行到一半才发现需要授权。这个技能把「先发现、再连接、后执行」固化为标准流程，让 agent 在跑工作流之前先拿到当前可用的工具清单和参数规范。

核心能力与工作方式

技能本身不直接实现 Acculynx 的逻辑，而是把操作委托给 Composio 提供的 Acculynx toolkit，通过 Rube MCP 暴露的工具完成自动化：

• 工具发现：每次执行工作流前，先调用 RUBE_SEARCH_TOOLS 传入 Acculynx 相关用例，返回工具 slug、输入 schema、推荐执行计划和已知坑点。
• 连接管理：用 RUBE_MANAGE_CONNECTIONS 指定 toolkit 为 acculynx 建立连接；状态不是 ACTIVE 时按返回的授权链接完成配置，确认 ACTIVE 后再跑工作流。
• 工具执行：用 RUBE_MULTI_EXECUTE_TOOL 按发现到的 slug 执行，传入搜索结果里的精确字段名和类型；RUBE_REMOTE_WORKBENCH 配合 run_composio_tool() 处理批量操作，RUBE_GET_TOOL_SCHEMAS 用于获取带 schemaRef 的工具完整 schema。

标准流程固定为三步：先发现工具，再检查连接，最后执行。

适用边界与注意点

这些约束都来自实际的失败场景，值得在接入时逐条对照：

• 不要硬编码：schema 会变，任何 slug 和参数都要以 RUBE_SEARCH_TOOLS 的返回结果为准。
• 连接先行：执行前确认 RUBE_MANAGE_CONNECTIONS 显示 ACTIVE，否则先走授权流程。
• schema 合规：字段名和类型必须与搜索结果完全一致。
• memory 参数必填：即使为空也要传 {}。
• session 复用：同一工作流内复用 session ID，新工作流才生成新的。
• 分页要拉完：响应里出现 pagination token 就继续取，直到数据完整。