开发与工程 ai-dlcmcptask-dagkanbancodex-clipostgresqlagent-orchestration

Chorus 协作编排平台

让人类与 AI 编程代理按 AI-DLC 流程协作交付。

FollowAgents 评估 · FARS-2.0
待评估
查看完整评分方法 →

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

Chorus 是面向 AI-DLC 的自托管 Agent Harness,用于把需求、提案、文档、任务和验收串成可追踪的协作流程。它提供 Next.js Web UI、REST API、SSE 推送,以及权限控制的 /api/mcp 流式 MCP 接口。任务可在看板中流转,并以依赖 DAG 表达执行顺序和可并行路径;提案获批后可落地为实体和任务。Chorus Daemon 可把本机 Claude Code、Codex 或 Kiro CLI 作为远程执行运行时唤醒,并显示流式转录、支持注入指令、中断和恢复。部署可使用内嵌 PGlite、外部 PostgreSQL,或带 PostgreSQL 与 Redis 的 Docker Compose / AWS CDK 架构。

用户从 Idea 开始,由具备 idea:write、proposal:write 或 task:write 权限的参与者完成需求澄清、起草 Proposal、生成 Document 和 Task DAG,并在 To Do、In Progress、To Verify 状态间推进任务。Chorus 通过 /api/mcp 提供 50+ 个权限受控工具,并让 Web UI 与 chorus_search MCP 工具共用搜索后端。运行 chorus daemon 后,守护进程按 --cwd 注册本地目录;Chorus 可将工作分派到指定实例,守护进程唤醒选定的 Claude Code、Codex 或 Kiro 后端执行。系统保存会话、心跳、活动记录、验收条件证据和实时状态,并为会话失效提供恢复机制。

  1. 软件团队希望把模糊需求先经结构化问答变成 Proposal、文档和任务依赖图,再交由人和代理共同交付。
  2. 使用 Claude Code 或 Codex 的开发者需要把某个远程项目任务精确派发到本机指定工作目录,并在浏览器中查看执行转录。
  3. 技术负责人需要在 Kanban 与 Task DAG 中同时跟踪多项依赖任务,识别可并行执行的路径。
  4. 需要审计 AI 参与开发过程的团队,可利用带 session 归属的活动流和双路径验收条件记录。
  5. 部署多代理协作环境的组织,可为不同参与者配置 5 类资源乘 3 类操作的细粒度权限。

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

优点
  • 把 Idea、Proposal、Document、Task DAG、验收和完成状态置于同一套 AI-DLC 工作流,而非只提供一次性代理调用。
  • Daemon 可按 agent、host、cwd 定位执行实例,并支持多工作目录、实时转录、指令注入及中断/恢复。
  • 权限模型按 5 类资源和 3 类操作组合,支持预设与自定义授权,而不是固定代理角色。
  • 既能用内嵌 PGlite 快速启动,也提供 Docker Compose 和 AWS CDK 的生产部署路径。
局限
  • 内嵌 PGlite 适合本地单用户;并发多代理或多用户时,文档要求改用外部 PostgreSQL 或完整 Docker Compose 栈。
  • Daemon 的本地后端明确支持 Claude Code、Codex 与 Kiro;其他 CLI 的支持并未作为同等原生后端列出。
  • Linux 的 daemon install 依赖 systemd --user;macOS 和 Windows 仅提供需手动安装的模板。
  • 生产多副本部署还需要 PostgreSQL 与 Redis,增加基础设施和运维复杂度。

如何安装或部署这个 Agent?

最快的本地安装方式:npm install -g @chorus-aidlc/chorus,然后运行 chorus。服务会自动迁移内嵌 PGlite 并打开 http://localhost:8637;默认登录为 [email protected] / chorus。Docker 本地模式可执行:[email protected] DEFAULT_PASSWORD=changeme docker compose -f docker-compose.local.yml up -d。开发环境要求 Node.js 22+ 与 pnpm 9+;无 Docker 可执行 cp .env.example .env、pnpm install、pnpm dev:local。

如何使用这个 Agent?

登录 Web UI 后,在 Settings → Setup Guide 中为客户端完成连接配置,或在 Settings → Agents 创建仅显示一次的 cho_ API Key。连接本机执行端时,先运行 chorus login,再运行 chorus daemon;使用 Codex 可运行 chorus daemon --agent codex。若需服务多个目录,运行 chorus daemon --cwd ~/work/repo-a --cwd ~/work/repo-b。随后在项目中创建 Idea,完成 Proposal 审核并把任务分派给已连接的代理实例,在看板、DAG 和会话视图中跟踪并验收。

这个 Agent 与同类方案有什么区别?

对于本地执行后端,Chorus 原生支持 Claude Code、Codex 和 Kiro CLI;OpenCode 连接依赖社区维护的 opencode-chorus 插件。除这些集成差异外,资料未提供同类产品的功能对比。

常见问题

必须部署 PostgreSQL 和 Redis 吗?
不必。本地可直接运行内嵌 PGlite;但它是单进程 PostgreSQL,并发多代理或多用户时应使用外部 PostgreSQL,生产多副本部署使用 PostgreSQL 加 Redis。
代理能访问哪些工作目录?
Daemon 可用重复的 --cwd 注册多个目录;目录本身不绑定项目。项目目录和临时目录浏览受 daemon 批准的 browseRoots 限制。
如何限制代理的操作权限?
可按 Idea、Proposal、Task 等资源与 write/admin 等操作组合授予权限。默认 daemon 为 full access(yolo),可用 --chorus-only 限制为仅使用 Chorus MCP 工具。
任务中断或代理会话失效后怎么办?
Chorus 提供持久会话、心跳、自动过期和失败恢复;Agent Connections 还提供中断和恢复控制。

相关 Agents