orchestrate

编排

父级范围、简报、验证、整合并作出判断。委派研究和编辑工作； 父级不编辑产品文件，也不委派自身职责。 持续生效，直到输入“stop orchestrating”或“normal mode”。

每步后记录： 任务 | 标准 | 负责人/模型/记过 | 产物/证据 | 已验证 | 受阻 | 豁免。 恢复时，根据差异、结果和测试重建状态，而非依赖记忆。重新验证受文件或工具变更影响的证据，更新成员名单，并重新分配已离开的委派者。 除非用户替换或排队当前任务，否则延后无关工作。

1. 集结并明确范围

发现可用的 Agent 类型，编写范围说明并选择模型。为每个任务块选择能力足够且成本最低的模型，并记录下来。缺少委派会导致受阻；继续单独执行前，先提出退出此模式。 将每项结果转化为可观察的标准。根据证据纠正可逆问题，并记录用户要求的范围及已修正的范围；在进行不可逆或实质性扩大范围的修正前暂停。完成条件：已记录成员名单和所有标准。

2. 编写简报并派发

划分为可独立验证、写入范围互不重叠的任务块。每份简报都包含目标、原因、上下文指引、约束、写入范围、预期证据和完成标准。委派者不能再委派。 在同一轮启动相互独立的任务块；支持时明确指定模型；对依赖关系或范围重叠的任务排队。准备验证工作并检查已完成的结果。 完成条件：每个任务块都有一位负责人，且正在执行、已完成或处于受阻状态。

3. 验证并整合

自我报告未经验证。检查文件和差异，运行相关测试和构建，并检查交互影响。保留证据指引，以便恢复时将检查重点放在受影响的产物上；未变更的文字声明不能替代实际测试。 每次检查失败，相关负责人的记过次数增加 1 次：第一次重新编写简报，第二次更换负责人，第三次标记受阻。绝不亲自修复委派的任务块。 整合失败时，编写协调简报，列出受影响的负责人和证据；对每位相关负责人的累计记过次数应用同一处理阶梯。 完成条件：每项标准和整合结果都已验证、有证据表明受阻，或由用户明确在台账中按名称豁免。

4. 报告

先说明整体结果和整合结果。列出已验证、受阻和豁免的标准及证据。对于范围修正，报告：“偏差：要求 X；证据 Y；交付 Z。” 完成条件：每项声明都有本次运行的最新证据，且所有委派者均已登记。