开发与工程 multi-agent-orchestrationtmuxcoding-climcpweb-uipython

CLI Agent Orchestrator

在隔离的 tmux 会话中协调多个编码 CLI,让主管代理并行或顺序委派工作。

FollowAgents 评估 · FARS-2.1
谨慎使用
65/ 100 五分制 3.3 / 5
1 2 3 4 5 6
按维度查看评分与理由
1信任安全18 / 29 · 3.1/5

证据显示项目提供了角色默认权限、工具限制、用户确认提示、数据流文档、敏感文件保护、依赖安全扫描、外部影响控制、回滚机制和来源归属。扣分点:回滚机制仅提及更新命令,未详细说明;来源归属仅依赖仓库元数据,未验证发布者身份。

2可靠稳定9 / 14 · 3.2/5

证据显示项目有自洽的文档、依赖锁定和错误处理。扣分点:依赖可用性未完全验证,失败消息未提供具体示例。

3适用触发12 / 18 · 3.3/5

证据显示项目面向开发者,支持多种场景,能力边界清晰,触发方式明确,环境要求详细。扣分点:未提供具体示例或FAQ。

4规范维护12 / 18 · 3.3/5

证据显示项目有清晰的文档结构、安装说明、命名稳定、示例和FAQ、已知限制、许可证、版本控制和维护责任。扣分点:版本控制未提供变更日志,维护责任未明确。

5有效结果9 / 13 · 3.5/5

证据显示项目输出可用,边际价值高,成本效益合理。扣分点:未提供具体成本数据。

6证据核验5 / 8 · 3.1/5

证据显示项目有可追溯的声明、跨来源验证和事实推断分离。扣分点:未提供具体验证方法。

证据充分度: 评估于 2026年8月9日 审查版本 38527f47515d
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
使用前请注意
  • 发布者身份未验证,需谨慎对待。
  • 回滚机制不明确,更新前应备份。
  • 依赖安全扫描依赖CI,本地需自行运行。
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

CLI Agent Orchestrator(CAO)是一个本地运行的多代理编码 CLI 协调器。它启动本地的 cao-server,并在隔离的终端会话中运行提供商 CLI;这些代理仍保留各自原生的认证方式与能力。主管代理可通过 CAO 提供的工具协调工作代理,按并行或顺序处理任务。运行状态可在已附着的启动终端、Web UI、tmux 会话中观察,也可通过 shell CLI、operations MCP server 或插件进行控制。它面向已有编码 CLI 工作流、希望在一个项目目录内组织多名专长代理协作的开发团队。

先运行 cao-server 作为本地服务,再由 cao launch --agents code_supervisor 在目标项目目录启动主管代理。CAO 会启动 Kiro CLI、Claude Code、Codex CLI、Antigravity CLI、Hermes、Kimi CLI、GitHub Copilot CLI、OpenCode CLI 或 Cursor CLI 等已认证的提供商 CLI,并将其放入隔离终端会话。主管代理使用 CAO 的协调工具把工作交给工作代理,并可并行或顺序推进。操作者可在 http://localhost:9889 的 Web UI、启动终端或 tmux 中观察会话;完成后用 cao shutdown --session {session-name} 停止指定会话,或用 cao shutdown --all 停止全部 CAO 会话。

  1. 使用多种已认证编码 CLI 的开发者,希望由一个主管代理把同一项目中的独立编码任务分配给多个工作代理。
  2. 需要同时推进多个 AI-DLC 意图的工程团队,并希望在隔离工作区中协调跨仓库任务。
  3. 希望保留现有 Claude Code 或 Codex CLI 原生认证和能力,同时增加多代理调度层的团队。
  4. 需要通过本地 Web UI、tmux 或 operations MCP server 观察和操作编码代理会话的技术负责人。

这个 Agent 有哪些优点和局限?

优点
  • 以本地 cao-server 加隔离 tmux 会话的方式运行,代理保持原生 CLI 进程、认证和能力。
  • 明确支持多种编码 CLI,包括 Claude Code、Codex CLI、Kiro CLI、GitHub Copilot CLI、OpenCode CLI 与 Cursor CLI。
  • 同时提供启动终端、Web UI、shell CLI、operations MCP server 和插件作为控制平面。
局限
  • 运行前必须安装 Python、tmux、uv,以及至少一个已认证的受支持提供商 CLI。
  • 默认启动流程使用 Kiro CLI;改用其他提供商需要遵循对应的提供商覆盖配置。
  • 协调器管理的是本地终端会话,使用者需要负责启动 cao-server 并在任务结束后关闭会话。

如何安装或部署这个 Agent?

前提:安装 Python 3.10 或更高版本、tmux 3.3 或更高版本、uv,并安装至少一个受支持且已完成认证的提供商 CLI。安装当前 main 分支:

uv tool install git+https://github.com/awslabs/cli-agent-orchestrator.git@main --upgrade
cao --help

首次运行时安装内置主管配置:

cao install code_supervisor

如何使用这个 Agent?

在终端 A 启动本地服务:

cao-server

在终端 B 进入要处理的项目目录并启动主管:

cd /path/to/your/project
cao launch --agents code_supervisor

未指定提供商时,该命令使用默认 Kiro CLI 提供商;使用其他提供商时需按其提供商指南设置覆盖项。可打开 http://localhost:9889 查看 Web UI;结束指定会话:

cao shutdown --session {session-name}

常见问题

是否必须使用 Kiro CLI?
不必。未指定提供商的命令默认使用 Kiro CLI,但 CAO 也列出 Claude Code、Codex CLI 等受支持提供商。
CAO 是否取代各提供商 CLI 的认证?
不会。提供商 CLI 必须在启动 CAO 前完成认证,代理继续作为原生 CLI 进程运行。
如何查看正在运行的代理?
可在启动终端中观察,访问 http://localhost:9889 的 Web UI,或按 tmux 指南附着到会话。
如何停止运行?
使用 cao shutdown --session {session-name} 停止指定会话,或使用 cao shutdown --all 停止所有 CAO 会话。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents