plan-subagent-orchestrator

name	plan-subagent-orchestrator
description	面向大型研究、写作或代码任务的计划优先多代理协调技能。用于需要先冻结上下文、拆分可执行计划、区分并行与串行任务、分发 subagents、设置验证门禁、同步中文审阅层，并在最后完成编译、日志和架构文档收口的场景。当任务过大、风险较高、或不适合靠临场编辑推进时使用。

计划驱动型 Subagent 协调器

用这个 skill 把复杂任务当作“受控生产流程”来执行，而不是当作松散对话临时推进。

工作流

1. 在分发前冻结工作上下文。 在项目内稳定文档里写清任务背景、资料边界、输出目标和验收标准。
2. 把目标改写成可执行计划。 分开串行依赖和并行工作，定义归属，并写明每个任务项必须交付什么。
3. 在分发前定义验证门禁。 在 worker 开始写作前先写清模块检查、接口检查、审阅检查和最终集成检查。
4. 用互不重叠的写入范围分发 subagents。 给每个 worker 明确的文件或目录所有权、输出预期，并提醒其余 worker 正在并行工作。
5. 通过协调者审阅完成集成。 读取 worker 结果，拒绝越界修改，修复协调错误，并让主线始终对齐计划。
6. 在需要时同步中文审阅材料。 如果项目维护中文审阅层，在结构、证据强度或形式化边界发生变化后立即刷新，避免审阅结论落后于正文。
7. 用仓库治理完成收口。 最后更新架构文档、开发日志、生成产物和轻量验证命令。

操作规则

• 当任务跨多个文件或多个回合时，优先先冻结上下文，再开始新写作。
• 把计划当作活文档，而不是事后总结；范围变了就立刻更新。
• 区分协调者工作和 worker 工作。协调者负责任务定义、门禁、集成和验收；worker 负责边界清晰的生产切片。
• 保持并行任务相互独立。如果两个 worker 需要改同一个文件，说明拆分还不够细。
• 宁可降级结论，也不要硬装确定性。若证据、证明或实现把握不足，要在计划和输出里显式标边界。
• 当项目有单独审阅层或双语审阅层时，审阅产物必须和正式产物保持同步。

分发模式

• 每个独立写入范围只分配一个 worker。
• 明确告诉每个 worker 它可以改哪些目录。
• 明确告诉每个 worker 哪些路径不能改。
• 要求 worker 提交包含变更文件和假设的完成报告。
• 在相信 worker 摘要前，先检查真实文件系统结果。

验证模式

• 运行范围验证：确认 worker 只改了自己被分配的路径。
• 运行结构验证：确认入口文件和 include 关系仍然能拼起来。
• 运行产物验证：编译、lint 或 smoke-test 集成结果。
• 运行治理验证：更新日志、架构文档和所有受影响的索引文件。

需要完整可复用检查表时，读 workflow-checklist.md；需要计划文件、验证门禁和审阅同步产物的具体要求时，读 artifact-conventions.md。