调研时间:2026 年 10 月。本文整理一次关于「多 Agent 编码编排」赛道的调研:先拆解 agent-team 与 Multica 的本质差异,再盘点 2026 年最新出现的相关工作与官方产品线。
一、结论先行
agent-team 是「在本机终端里拉起多个隔离 Worker」的开发编排器;Multica 不属于同一层级------它是「把 AI Agent 当成团队成员来派活的协作平台」。一个管「这台机器上的多 Agent 并行干活」,一个管「人机同队的组织与流程」。
当前格局可以概括为两头挤压:
- 上游:模型厂商已把多 Agent 编排做成官方产品,第三方 manager 的价值被侵蚀;
- 下游:开源「指挥台」量级碾压(Orca 约 10 万 ★、Multica 5.3 万 ★、agent-orchestrator 1.3 万 ★);
- 同层:独立工具开始淘汰(Vibe Kanban 被 Bloop 关停,Crystal 于 2026-02 弃用)。
agent-team 最后提交停留在 2026-03-22(v2.0.1,33 ★),在这条赛道上已明显落后。
二、agent-team:Role + Worker 的终端编排器
- Role:可安装、可共享的技能包(.agent-team/teams/,含 SKILL.md、system.md、references/role.yaml),定义目标、提示词与工具;
- Worker:跑在独立 Git worktree 与独立终端会话中的隔离实例(.worktrees/,各自分支)。
内置角色:pm、frontend-architect、vite-react-dev、pencil-designer。
内置技能:task-orchestrator、worker-dispatch、worker-recovery、worker-reply-main、context-cleanup、role-repo-manager、brainstorming 等。
工程化特征:
- Git worktree 真隔离:每个 Worker 独立分支与文件系统,失败的实验可直接丢弃;
- Hook 门禁:含 PreToolUse 的头脑风暴门禁,没有 design.md 就不允许写代码;
- TDD 任务状态机:draft → assigned → implementing → verifying → done → archived;task done 只是进入 verifying,task archive 会读 verification.md,只有 ## Result 通过门禁才归档;deprecated 通道保留未完成任务包;
- 任务包三件套:task.yaml(生命周期元数据)、context.md(背景/范围/约束)、verification.md(验收契约、测试范围、执行过的检查与结果);
- 跨 provider:Claude Code(Plugin)、Gemini CLI(Extension)、OpenCode(NPM Plugin)集成完整,OpenAI Codex 仅 Prompt-only。
三、Multica:人机同队的协作平台
Multica 是 source-available workspace,把工作像分给同事一样分给 AI 编码 Agent:Agent 认领 issue、汇报进度、抛出阻塞、完成后交回 review;可自托管,用你已有的 agent CLI,不锁定厂商。
| 面向 | 机制 |
|---|---|
| 团队组织 | Agent 像队友一样出现在面板上(名字 + provider + runtime);Squads 由 leader 分派;Skills 把解决过的问题沉淀为可复用 playbook |
| 派活 | Assign issue 给 agent;Autopilots 用 cron 跑站会/审计/报告;Chat 直接开工;Projects 挂 repo 与文档作为上下文 |
| 可观测与把控 | Execution log 回放每次工具调用;可在 Agent 运行中插话;用量分析看每次 run 成本;Review gates 让产物落在 review 而非 main;Inbox 只在需要人决策时提醒 |
| 部署 | 自托管 Docker Compose / Helm;接 GitHub、GitLab、Gitea、Forgejo;Workspace 隔离 + owner/admin/member 权限;Slack/飞书/钉钉/企微/Telegram 触发;Web/桌面/移动多端 |
| Runtime | 不自带模型,驱动本机已安装并登录的 agent CLI(支持 26 种),换 provider 是下拉框而非迁移;代码不出这台机器 |
四、逐维度对比
| 维度 | agent-team | Multica |
|---|---|---|
| 本质 | 终端里的多 Agent 开发编排器 | 人机同队的工作空间/任务面板 |
| 协作界面 | CLI + 终端会话(wezterm/tmux) | Web/桌面/移动端 + IM |
| 任务来源 | 主控会话用自然语言下派 | Issue 面板、@ 指派、Autopilot 定时、Chat |
| 隔离机制 | Git worktree + 独立分支(硬机制) | Runtime 跑本机 CLI;托管侧 review gate |
| 质量门禁 | 先 design.md 再写码 + TDD 验证门禁 | Review gates(产物不进 main,人决定发不发) |
| 角色复用 | Role 技能包 + 远端 role-repo + 版本锁 | Skills:沉淀为所有 Agent 可复用的 playbook |
| Provider | Claude/Gemini/OpenCode 完整,Codex 仅提示 | 驱动已安装的 26 种 CLI,切换即下拉框 |
| 规模 | 33 ★ / 4 fork / 196 commits,MIT | 53.4k ★ / 6.6k fork |
一句话:agent-team 把「隔离与质量门禁」做成了硬机制,但停在单机终端;Multica 把「组织、协作、治理与可观测」做成产品,但隔离强度依赖你自己机器上的 runtime。
五、2026 年最新相关工作
1. 官方产品线(最关键的变量)
- Anthropic(2026-10):公开新一代多 Agent 编排架构,让模型自己生成管理 Agent 的程序来分发任务,编排逻辑不再由工程师手写固定流程------这直接冲击 task-orchestrator / worker-dispatch 这类人工编排技能;
- Claude Code 官方:agents 文档已内建 agent teams(一个会话当队长、并行开多个独立 Claude 实例)、agent view 分派、worktree 隔离、自定义 subagent 定义。agent-team 的「隔离 + 分派 + 角色」三块官方已原生提供;
- GitHub Agent HQ + Mission Control:Anthropic、OpenAI、Google、Cognition、xAI 的编码 Agent 陆续原生进 GitHub,统一纳入 Copilot 订阅;Mission Control 作为跨 GitHub / VS Code / 移动端 / CLI 的统一指挥台,另有 VS Code Plan 模式、AGENTS.md 自定义 Agent、Control Plane 策略审计、Copilot Metrics Dashboard;
- Google Antigravity 2.0 / CLI(2026-05):新增 subagents,由主 Agent 以编程方式派生专职助手,支持内建角色、通用克隆与运行时动态注册,配套 hooks、定时任务、语音;CLI 多线程异步执行,长构建不阻塞主 Agent。「主 Agent 动态 spawn subagent」已是官方标准形态;
- OpenAI Codex:定位为多 Agent 工作流设计,并行运行多个智能体并用计算机/浏览器工具验证结果;能力已拆成云端 API 服务化,Subagents 与 Workflows 仍在快速演进,94.8k ★,Agent HQ 首批接入方。
2. 开源同层竞品
| 项目 | 量级/许可 | 关键差异 |
|---|---|---|
| Orca(stablyai) | 约 10 万 ★ / 6.4k forks | 多 Agent 时代的 IDE:worktree 物理隔离 + Terminal Splits + Design Mode(点任意 UI 元素)+ Mobile Companion(手机监控与插话) |
| agent-orchestrator(Composio,2026-02 开源) | 约 1.3 万 ★ / Apache-2.0 | 面向多 Agent 的编排层 |
| Vibe Kanban | 已 sunset | Bloop 于 2026-04 关停 |
| Crystal | 2026-02 弃用 | 独立多 Agent 工具开始被淘汰 |
3. 给选型的启示
- 要「单机多 Agent 并行 + 强隔离 + 质量门禁」:官方产品(Claude Code agent teams / Antigravity subagents)已原生覆盖,第三方工具空间被压缩;
- 要「团队级组织、任务分派、权限、审计、成本与人在回路」:Multica 这类工作空间更合适;
- 不要押注停更项目:优先看有持续发布节奏、且与官方 CLI 兼容(而非自造 runtime)的方案。