技能介绍

多 CLI 代理协作时缺一张「调度图」

当你同时使用多个 CLI 开发者代理时，常见的困境是：每个代理各开一个终端，上下文互相隔离，任务交接只能靠复制粘贴聊天记录，出错时连「谁在改哪个文件」都说不清。团队真正需要的是一个显式的编排层，把「谁来做、做到哪一步交接给谁」固化成可追踪的流程，而不是让人类在几个窗口之间反复当信使。

会话、交接与终端控制

CLI Agent Orchestrator 的做法是让一个代理监督者（supervisor）统一管理一批基于终端的工作者代理：

会话隔离：每个工作者运行在独立的终端会话中，监督者通过会话 ID 精确下发指令、读取输出，互不干扰；
显式交接：任务在代理之间转移时走显式 handoff 流程，而非隐式共享上下文，交接点成为流程中可审计的节点；
分配与消息模式：监督者可以主动 assign 任务，或通过 message 模式与工作者通信，在单向控制与双向对话之间切换；
无头异步执行：在 CI 环境中可用 cao launch --headless --async 以无人值守方式运行任务，适合流水线里的自动化环节；
跨提供商混合编排：同一会话内可以让不同提供商的 CLI 代理协同工作，通过代理 frontmatter 把配置文件固定到对应提供者，避免「谁在用谁的配置」的歧义。

适用边界与注意点

这套方案的前提是环境里有 Python 3.10+、tmux 3.3+ 和 uv，且已安装受支持的 CLI 开发者代理。它解决的是「协调」问题，不负责单个代理的代码质量或任务本身的领域判断——代理的聪明程度仍取决于底层模型与提示词。跨提供商混合时需要提前规划各代理的配置归属，frontmatter 的维护会成为编排工作的一部分。如果工作流是单线程串行的，引入编排层的边际收益有限；但当代理数量超过两三个、需要并行且频繁交接时，显式编排就值得投入。