复杂任务不是"一次对话写完"，而是由若干探索、决策、实现、验证步骤有序组成。工作流编排的目标是用结构化分工降低返工、隔离上下文、让可验证步骤自动推进、把决策点留给人。
一、典型编排骨架
- 澄清与拆解：明确目标、验收标准与边界，把大任务拆成可独立验证的子任务清单。
- 计划：计划模式产出方案、影响面与步骤顺序，确认依赖关系。
- 只读探索：用只读子代理调研代码与依赖，返回精炼结论，不污染主上下文。
- 分步实现：按无依赖并行、有依赖串行的原则推进，每步带可运行验证。
- 独立审查与验证：审查子代理复核差异，自动化检查把关，人工确认关键决策。
- 交接沉淀：把方案、约定与问题结论写入记忆或文档，供后续会话复用。
二、子代理协作网络的分工原则
| 角色 | 适合承担 | 隔离要点 |
|---|
| 只读探索代理 | 代码库定位、调用链梳理、影响面盘点 | 禁用写操作，结论精炼回传，不返回大段原文 |
| 计划代理 | 方案比较、步骤设计、风险识别 | 只读研究，产出计划而非直接改码 |
| 实现代理 | 边界清晰的小步修改与测试草稿 | 限定范围，避免越权改动无关文件 |
| 审查代理 | 新鲜视角复核差异与清单 | 不带实现者立场，输出分级问题 |
三、并行与依赖安排
- 先识别依赖：无数据/文件依赖的子任务可并行；共享同一文件或公共契约的任务应串行或隔离工作副本。
- 批量 fan-out 前先用少量样本验证提示与授权策略，再扩大规模（呼应第 10 章批量操作）。
- 并行结果统一回到主会话做集成与冲突裁决，避免多个实现各自为政。
- 每一步产出可验证结果（测试、构建、清单），编排推进以检查结果为依据，而非"步骤执行了"。
四、状态交接与上下文控制
- 跨步骤状态优先落盘：任务清单、决策记录、测试基线写入文件；对话只承载推进过程。
- 长流程中主动压缩、按主题切分会话；探索结论回传后及时释放原始上下文。
- 关键节点用版本控制与检查点保存，失败可回到最近可运行状态。
五、人机编排边界
- 自动化适合：只读调研、草稿生成、格式化、自检、重复小修、样本验证。
- 人工必须保留：目标取舍、架构决策、安全与合规判断、合并与发布、对外不可逆操作。
- 编排复杂度服务于质量与效率，不为"看起来自动化"而堆砌步骤；能简单解决的任务不强行套复杂流程。
本节小结与下一节预告
本节给出任务编排骨架、子代理分工与人机边界。下一节讲如何度量采纳度与提效，以及避免"唯速度、唯代码量"的失真指标。