一句话答案：多 Agent 并行不是人人都需要。一次只做一件事时，一个终端里的 Claude Code 或 Codex 加上 git 就够用；当瓶颈从「AI 写得慢」变成「我管不过来」——同时推进两个以上项目、常开好几个 Agent 终端、记不清谁在跑谁在等你、改动越积越多来不及看——才值得升级到并行的工作方式。判断标准不是「工具多高级」，而是你的时间花在「等 AI」还是「找 AI」。
只用一个 AI 编码 Agent，有必要上「多 Agent 并行」吗？
直答：大多数情况下没必要。一个终端、一个 Agent、做完一件再做下一件，配上 git diff 看改动、git commit 留检查点，已经是很顺手的工作方式。
可以问自己一句：最近一周，我是更常在等 AI，还是更常在找 AI？
- 更常在等：一个任务跑着，你盯着屏幕等结果。这时该做的是换更合适的模型、把需求和验收标准写清楚，多开几个 Agent 只会让你同时等好几个。
- 更常在找：哪个终端是哪个项目、哪个 Agent 停下来在等你授权、哪个说做完了还没看改动。这时才需要并行的管理方式。
做法：单 Agent 阶段把这三件事做好就够了
# 1. 动手前留检查点，改坏了随时回得去
git add -A && git commit -m "wip: 交给 Agent 前的检查点"
# 2. Agent 说做完了，先看改了什么，再看有没有没要求的修改
git diff --stat
git diff
# 3. 不满意就整体退回检查点（未提交的改动会丢，先确认）
git restore --staged --worktree .
怎么判断自己到了需要并行的阶段？对照这 6 个信号
直答：中了 3 条以上，再考虑并行；中 1～2 条，单个终端 + git 完全撑得住。
| 信号 | 你平时的样子 |
|---|---|
| ① 同时维护 2 个以上项目 | 公司项目、个人项目、脚本仓库轮着切，每个都开着 Agent |
| ② 多个终端和会话已经乱了 | 「谁在跑、谁在等我」靠记，切回去才发现它早停了 |
| ③ 想让 Agent 放手干，但合并权要握在自己手里 | 全自动怕失控，逐条确认又得一直守着 |
| ④ 有重复的检查、巡检、发布步骤 | 每周都要手动跑一遍依赖检查、代码扫描 |
| ⑤ 攒了一堆好用的提示词和排查经验 | 好用的提示词散在聊天记录和备忘录里，每次重新找 |
| ⑥ 需要说清 Agent 的效率、成本和交付 | 说不清这周哪个 Agent 用得多、交付了什么 |
①②最常见：只要你经常同时开着两三个 Agent，「切回去看一眼」本身就会吃掉大量注意力。
拿不准的话，怎么用一周记录看清时间卡在哪？
直答：别凭感觉，记一周。每次你因为 Agent 打断手头的事，就记一行，周末数一数是哪一类最多。
做法：一周打断记录模板（放在项目外的笔记里即可）
# Agent 打断记录（第 N 周）
| 时间 | 项目 | Agent | 打断类型 | 耗时(分钟) |
|---|---|---|---|---|
| 周一 10:20 | 后端 | Claude Code | 等结果 | 8 |
| 周一 10:35 | 官网 | Codex | 找终端 / 忘了它停了 | 3 |
| 周一 11:00 | 后端 | Claude Code | 等授权 | 2 |
| 周二 15:10 | 脚本 | Codex | 改动堆着没看 | 15 |
打断类型只用 4 种：等结果 / 等授权 / 找终端 / 改动没看
怎么读结果：
- 「等结果」最多：先别并行，优化需求写法和模型选择。
- 「等授权」「找终端」最多：说明你已经在并行，缺的是一个能看到所有任务状态的地方。
- 「改动没看」最多：缺的是统一的验收流程，否则并行越多，没审的代码越多。
不同阶段，各用什么做法就够了？
直答：按并行规模逐步加工具，不要一步到位。
| 阶段 | 典型情况 | 够用的做法 |
|---|---|---|
| 单任务 | 一个项目、一个 Agent | 一个终端 + git commit 检查点 + git diff 验收 |
| 同项目 2～3 个任务 | 一个仓库里同时改几处 | 每个任务一个 git worktree 和分支，各开一个 Agent，互不覆盖 |
| 多项目多 Agent | 几个仓库、几种 Agent 同时跑 | 需要一个状态总览：谁在跑、谁在等授权、谁做完待验收；改动统一看 Diff 再合并 |
同一个仓库并行时，最关键的一条：两个 Agent 不要同时改同一个目录。
# 给第二个任务开独立的工作目录和分支
git worktree add ../app-task-b -b task-b
cd ../app-task-b && codex
# 做完后先看这条线改了什么，再决定合不合
git diff main...task-b --stat
多开以后，可以让 Agent 停下来时主动提醒你，比如 Claude Code 的 hooks（Notification 事件）、Codex 配置里的 notify 项，具体写法以你安装版本的官方文档为准。
哪些情况先别折腾多 Agent 并行？
直答：下面几种情况，升级工作方式的收益很小，甚至是负的：
- 还没把一个 Agent 用顺：连单个 Agent 的需求写法、权限设置都没摸清，并行只会放大混乱。
- 一次只做一件事：没有并行，就没有「管不过来」。
- 主要工作是断点调试、性能分析、复杂类型导航、大型人工重构：这些仍然是专业 IDE 的强项。
- 改动来不及审：如果现在一个 Agent 的改动你都看不过来，多开只会堆出更多没审过的代码。
- 项目没有用 Git 管理：没有分支和检查点，并行改动出了问题很难回退。
- 对 Agent 执行命令还不放心：先在不重要的项目里练权限和验收，再扩大范围。
常见问答
- 并行几个 Agent 合适？ 以你审得过来为准。能按时看完每个任务的 Diff，就是合适的数量。
- 同一个仓库能让两个 Agent 同时改吗？ 能，但要各用一个 worktree 和分支，最后分别看 Diff、跑测试，再决定合哪个。
- 多 Agent 会不会更费钱？ 每个 Agent 都按各自厂商的订阅或 API 计费，并行多少个就用多少份额度，先用一周记录看值不值。
- 不同 Agent 的项目规则要各写一份吗？ 不用重写，但要确认每个 Agent 都能读到。例如 Claude Code 读
CLAUDE.md，Codex 读AGENTS.md，常见做法是长期规则放AGENTS.md，再在CLAUDE.md里引用它。
边界说明
- 文中命令以 Claude Code、Codex 和 git 为例，参数与配置项以你安装版本的官方文档为准。
- 6 个信号是经验性的自检清单，不是调研数据，以你自己一周的记录为准。
- worktree 只隔离文件改动，不隔离运行环境；Agent 执行的命令仍然作用在你的机器上，权限确认也不等于安全沙箱。
- 并行不会让 Agent 写得更好，改善的是管理和验收。
有没有把多个 Agent 的任务状态和验收放在一个界面里的工具？
如果不想自己维护一堆终端和 worktree，也有桌面工具把多个命令行 Agent 的任务放到一个界面，比如 Caravel（免费使用，支持 macOS / Windows）：任务按项目分组，每个任务标着运行中、待确认、待验收；可以把 Claude Code、Codex 等不同 Agent 的任务并排跑，改动先在隔离副本里看 Diff，再决定合并还是放弃。它本身不带模型，用的是你电脑上已经装好的 Agent。用法见手册：https://caravel-site.pages.dev/zh-CN/docs/
