课程章节
第 7 章：子代理协作
子代理不是为了显得高级，而是为了把复杂任务拆给更干净、更专注的上下文。
学完你会得到什么
- 会判断一个任务是否值得拆给子代理。
- 知道前台子代理和后台子代理适合什么节奏。
- 能设计一个“研究—验证—汇总”的基础分工。
开始前你最好知道
- 已经理解 Commands 与 Skills
- 知道复杂任务不应该一口气做完
先看这些风险提醒
- 不要为了显得高级就无限拆分任务。
- 不要让不同子代理拿到互相冲突的要求。
- 不要省略最后的汇总阶段，否则容易得到三份彼此打架的答案。
做完怎么验证
- 你能说出至少两类适合拆给子代理的任务。
- 你能说出至少两类不值得拆的任务。
- 你能设计一份主会话与子代理的角色分工。
术语引导
建议先认识这些术语
可视化路线
本章路线图
先看结构，再读正文，会更容易把一章真正学会。
- 01第 1 步
先定义最终交付物。
- 02第 2 步
再把任务拆成清晰子职责。
- 03第 3 步
按边界分给子代理处理。
- 04第 4 步
由主会话统一汇总和下结论。
一句话结论
子代理（Subagent）的核心价值不是“多开几个助手”，而是给不同子任务分配独立上下文，让主会话不被细节淹没。
子代理解决的不是高级感，而是上下文隔离
一旦任务同时包含研究、验证、总结、风险评估，你把所有内容都堆在主会话里，就很容易把重点冲散。
子代理的作用，就是把某一部分工作装进一个更干净的上下文里，让主会话继续保持总控角色。
哪三类任务适合拆
通常适合拆给子代理的任务有三类：
- 需要并行对比多个方案
- 需要分别做研究、验证、审查
- 需要在一个干净上下文里处理专项问题
如果你的任务满足其中一种，子代理通常能明显降低混乱度。
哪三类任务不值得拆
下面这些场景通常不值得拆：
- 任务很小，只需要一步就能完成
- 你自己还没搞清主目标是什么
- 多个子任务之间几乎没有明确边界
子代理不是“越多越好”，而是“边界越清楚越有价值”。
前台与后台子代理怎么理解
你可以把前台子代理（Foreground Subagent）理解成“当前需要马上回来看结果的协作”；把后台子代理（Background Subagent）理解成“可以先放着跑，你继续做别的”的协作。
这个区别重要的不是名字，而是它决定了你有没有被阻塞。
一个三角色分工例子
例如你要做一次内容改版，可以这样分工：
- 主会话：定义目标、边界和最终交付物
- 子代理 A：研究当前内容缺口
- 子代理 B：审查风险与不一致项
- 主会话：汇总、判断、给出最终修改方案
这样每个上下文都比较清楚。
常见踩坑
最常见的问题是：任务边界没写清、每个子代理收到的目标差不多、最后又没有人做统一判断。
子代理擅长并行，但不擅长自动消除冲突。冲突出现后，还是要回到主会话做决策。
做完怎么验证
如果你已经知道什么时候该拆、什么时候不该拆，并能设计一份简单的分工方案，那么这一章就算真正学会了。
接下来第 8 章会把“协作能力”进一步收束到更安全的权限边界里。
下一步
继续顺着课程主线往下走
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。