skill 多阶段编排：状态与上下文传递
架构回顾
前面几章我们学习了：
- 第 5 章：线性流程（Prompt Chaining）
- 第 6-7 章：5 种设计模式（Tool Wrapper、Generator、Reviewer、Inversion、Pipeline）
- 第 8 章：决策与分支（Routing）
- 第 9 章：循环与迭代
这些能力组合起来，可以处理相当复杂的任务。但当我们面对一个真正的大型工作流时，还会遇到一个核心挑战：状态和上下文如何在多个阶段之间传递？
例如，一个"从需求到发布技术文档"的工作流可能包含：
- 需求访谈（Inversion）
- 内容规划（Generator）
- 初稿生成（Generator）
- 技术审查（Reviewer）
- 修订（Pipeline）
- 最终发布（Generator）
每个阶段都需要前一阶段的输出，也可能需要把中间状态保存下来供后续使用。如何管理这些状态和上下文，是本章的重点。
集成方案
多阶段编排 vs 单一线性流程
单一线性流程适合步骤少、依赖简单的任务。当步骤增多、阶段之间需要频繁交接时，就需要多阶段编排。
多阶段编排的特点：
- 阶段之间有明确边界：每个阶段有独立的输入、输出和验收标准；