Concord MCP
面向编程 Agent 的本地共享工作状态：认领任务、交接，并在 MCP 上生成 review packet。
开源
Concord MCP 是开源 MCP server 与 CLI：为 Claude Code、Codex、Cursor 等 MCP 客户端提供基于本地 SQLite 的按仓库工作日志。Agent 可认领任务、追加结构化进度、留下 handoff，并在开 PR 前生成 review-ready packet——无需托管编排器或向量记忆库。
官方资源
选型建议
当多个编程 Agent 需要在同一仓库共享认领、决策与 review 证据时选 Concord MCP；瓶颈在制品交接回执时选 waggle；瓶颈在 SaaS 工具接入时选 Composio。
快速对比
Concord MCP 聚焦同一本地 checkout 内的共享任务工作状态。waggle 标准化制品交接 token 与回执；Composio 与 Arcade.dev 更偏 SaaS 工具目录与带授权的 MCP runtime。
| Concord MCP | waggle | Composio | |
|---|---|---|---|
| 最适合 | 多个编程 Agent 在同一仓库上认领/交接并产出 review packet | 跨 Agent 按引用交接文件与计划，并需要 coverage 回执 | 用托管 OAuth 连接大量 SaaS 应用 |
| 主要形态 | 本地 MCP 工具 + CLI，`.concord/` SQLite 工作区 | 本地 MCP server + mint/resolve token 与 coverage 回执 | 托管 toolkit、OAuth、SDK/REST 与 MCP 选项 |
| 主要取舍 | 早期本地工作状态层——不是编排器、托管同步或 SaaS 连接器目录 | 交接/引用回执强，但共享任务看板语义较弱 | SaaS 覆盖广，但无按仓库的 Agent 工作日志 |
适用场景
- 同一 checkout 上的多 Agent 编程
- 任务认领与重叠检测
- 开 PR 前的 handoff 与 review packet
- 本地优先的 MCP 工作状态
不适用场景
- 需要托管多仓同步服务的团队
- 只需 SaaS 连接器目录的项目
- 需要向量记忆数据库的场景
核心概念
get_work_state / claim_work结构化任务更新handoff 与 review packet本地 SQLite `.concord/` 工作区客户端安装助手（Claude Code、Codex、Cursor）
最小实现形态
用 `npm install -g @concord-ai/concord-mcp` 安装，运行 `concord install` 写入客户端说明、`concord init` 创建 `.concord/` 工作区，注册 MCP server 后让 Agent 使用 `claim_work`、`update_task` 与 `handoff`。