41 · 并行任务：子代理、Worktree 与团队

多会话、子代理、Agent Teams 和 Git Worktree 的并行方式、隔离程度与成本差异，帮你选择不会互相覆盖的协作方案。

当你想让 Claude Code「同时干几件事」时，有几种并行方案可选。这一篇帮你对比，选对不互相踩脚的方案。

「多会话」是最简单的并行：开几个会话，各干各的。但它们的改动在同一个目录里，容易互相覆盖，适合「只读探索」这类不冲突的任务。

「子代理」：在主会话里拆出几个分工明确的代理，上下文隔离，适合「一个大任务里的不同部分」。

「Agent Teams」：多个会话组成团队协作，有负责人调度，适合「真正的多任务并行」。

「Git Worktree」：用 Git 的能力，把同一个仓库签出成多个独立工作目录，每个对应一个分支。这样几个任务各占一个目录、互不踩脚，是「最干净的隔离」。

「隔离程度」从低到高：多会话（低）< 子代理 < Agent Teams < Worktree（高）。隔离越高，越不会互相覆盖，但成本也越高。

「成本差异」：并行的会话/代理越多，成本翻倍。别为了「并行」而并行，只有真正能独立推进的才值得拆。

「选择建议」：只读探索用多会话；一个大任务拆部分用子代理；真正多任务用 Agent Teams；要改代码又要绝对隔离用 Worktree。

核心原则是「别让它们互相覆盖」。选方案前，先想清楚「这几件事会不会碰到同一批文件」。

一个自查清单：当你读完这一篇时，可以问自己三个问题——它解决的是什么具体问题？我当前的工作/学习里有没有这个场景？下一步我该学哪一篇？把这三个问题答清楚，你就知道自己有没有真正吃透。

动手试一下：你可以花 5 分钟做一个最小验证——找一个真实的代码任务，让 Codex 跑一遍，看它的行为是不是和这一篇描述的一致。理论与实践对照，才知道「懂」和「会用」是两件事。

与其他篇的关系：这一篇是本组的基础。如果你跳过了前面几篇，建议先回去看，否则这里有些概念可能看着突兀。如果都看过了，那你可以直接进入更后面的实战环节，把这里学到的东西用上。

实用清单（速记版）：① 适用场景：{场景}。 ② 关键动作：{动作}。 ③ 风险点：{风险}。 ④ 验证方法：{验证}。把这四点记住，能让你在大部分场景下做出正确决策。