a.2方法⏱ 约 4 分钟
一次跑多个子任务
让多个"分身"并行,把等待变成同时
🔎 最后验证 2026-05📚 来源:Claude Code 官方文档🧰 Claude Code✅ 66 人学过👁 128 次阅读
为什么学这个
有些活彼此独立、互不依赖——"给这三个模块各补一份说明""从三个角度审查同一段代码"。一个个排队做太慢。让多个子代理并行干,把"一件接一件"变成"几件同时",效率立刻不一样。
💡 打个比方
就像装修时,油漆工、水电工、木工同时在不同房间开工,而不是排队一个干完下一个进场。互不干扰的活并行做,整体工期大大缩短。并行子任务就是给 AI 安排"同时开工"。
- 适合并行的活的特征:彼此独立、互不依赖(一个的结果不影响另一个)
- ✅ 给 5 个不同文件各加注释 / 从"安全/性能/可读性"三个角度分别审查
- ❌ "先建数据库再写依赖它的接口"(有先后依赖,不能并行)
- 怎么判断能不能并行:问自己"这几件事谁也不等谁吗?"——是,就能并行
- 并行的代价:同时跑多个,结果也多,你要有能力汇总和取舍(别被一堆产出淹没)
- 具体并行能力与用法以官方文档为准
❓ 测验
什么样的子任务适合'并行'交给多个子代理?
⚠️ 避坑把有依赖的任务硬并行,会拿到对不上的半成品
如果两件事其实有依赖(B 需要 A 先定的结构),却硬让它们并行,结果就是各做各的、接起来对不上(像 P4 #14 前后矛盾)。先理清依赖关系,真正独立的才并行。并行是加速器,不是无脑开多线程。
🤖 并行处理独立子任务(去真实环境)
我有几件彼此独立的活:【列出,如:给 A/B/C 三个文件各加中文注释;或从安全、性能、可读性三个角度分别审查这段代码】。请确认它们确实互不依赖,然后并行处理,最后把各自的结果分块汇总给我,方便我逐项查看。
🔎 来源与核验· 1 条,点开核对
本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。
「彼此独立的子任务可由多个子代理并行处理以提升效率(用法以官方文档为准)」
📚 Claude Code 官方文档✓ 已核验 2026-05
🔧 试一试:三个角度并行审同一段代码,再故意踩一次依赖坑(6 分钟)
挑一段有点内容的代码(没有就让 Claude 生成一段"能跑但有几处隐患"的函数)。
- 串行:让它"从安全角度审一遍",完了再"从性能角度",再"从可读性角度"。感受节奏。
- 新开对话并行:一次说清"请分别从安全、性能、可读性三个独立角度审查这段代码,三者互不影响,最后分三块汇总。"
- 故意出个有依赖的任务:"先把它重构成异步,再基于异步版本审性能。"看它能不能并行。
你会看到:三个独立角度并行时,结果同样完整、还分块清晰;而有依赖的任务硬要并行,就会对不上(性能审的还是那份旧的同步版)。
为什么:并行的前提是"谁也不等谁"。独立角度审查天然满足,并行纯赚速度;一旦有先后依赖(B 要用 A 的结果),并行只会拿到半成品。判断能不能并行,就问这一句。
✅ 小结
子代理是"逻辑上"的并行。还有一种"物理上"的并行——用 Git worktree 同时在多个工作目录干不同的活。下一节。
下一节 → worktrees — 并行干多件事

都看到这了,打个赏呗!
接下来 · a.3
worktrees — 并行干多件事
继续读下一节 →