Acpx Harness Routing — Acpx 组装线路
v1.0.0通过ACPX使用强制审批和非交互式调用,管理与马具相关的任务,路由到Claude、Codex或Gemini,用于一次性或连续的工作...
运行时依赖
安装命令
点击复制技能文档
ACPX Harness Routing 原则 当任务明确属于 harness / Claude / Codex / Gemini ACPX 调度任务时,必须强制套用本 skill。 组织方式遵循: 先原则 再判断路径 再执行细则 目标只有一个: 用最少分叉、最稳的方式,把总控 agent 对 harness 的调度做成可复用工作法 一句话规则 harness 任务必须用本 skill one-shot:默认 ACP runtime 连续任务:默认 direct acpx named session Claude:技术架构 / 技术方案 Codex:需求分析 / 代码实现 Gemini:交叉验证 / 第二视角 只要底层走 acpx / harness,就必须落实“全部批准、不等待交互输入” 用户指定优先于默认规则
判断树 第一步:先判断是否属于 harness 任务 属于以下情况时,直接进入本 skill: 需要调度 Claude / Codex / Gemini 做分析、实现、验证 需要通过 ACP runtime 或 direct acpx 调用 harness 需要 one-shot 或连续多轮 harness 工作流 不属于以上情况时,不用本 skill。
第二步:选角色 默认分工: Claude:技术架构、技术方案、结构化技术分析 Codex:需求分析、代码实现 Gemini:交叉验证、第二视角、多文件快速综合 若用户明确指定角色,则覆盖默认分工。
第三步:选调用路径 A. one-shot 任务 默认走: sessions_spawn(runtime="acp", agentId="claude|codex|gemini", mode="run", ...) 适用: 单轮分析 单轮方案 单轮需求分析 单轮代码实现 单轮验证 一次性文件生成
B. 连续任务 / 多轮任务 默认走: direct acpx named session 适用: 需要连续承接上下文 需要同一个 harness 连续几轮工作 需要显式控制 session / cwd / timeout / 审批行为
当前约束: Telegram 入口下,ACP runtime 的 thread=true 不可用 mode="session" 依赖 thread=true 所以当前 Telegram 总控入口,不把 ACP runtime session 作为连续任务主路径
硬规则
- 审批与交互规则(强制)
- 连续会话规则(强制)
- 超时规则
执行模板 把 harness 当作执行型 worker,不当作闲聊对象。 任务描述默认使用四段: 目标 边界 输出物 约束 模板: 目标: <要完成什么> 边界: <允许看哪里 / 改哪里 / 不准碰什么> 输出物: <最终要产出什么文件/结论> 约束: <风格、实现方式、完成后回复格式>
已验证事实 已验证通过 OpenClaw ACP runtime one-shot 可用 direct acpx Claude 可用 direct acpx Codex 可用 Claude / Codex 可真实写文件 direct acpx named session 连续承接可用 已验证限制 Telegram 入口不支持 ACP thread=true thread spawn mode="session" 依赖 thread=true Telegram 总控入口当前不适合用 ACP runtime 做连续 thread session
最终落地规则 如果你只记住三件事,就记住这三件事: harness 任务必须先进入本 skill one-shot 走 ACP runtime,连续任务走 direct acpx named session 只要走 acpx / harness,就必须把“全部批准、不等待交互输入”落实到参数里