| name | plan-subagent-orchestrator |
| description | 面向大型研究、写作或代码任务的计划优先多代理协调技能。用于需要先冻结上下文、拆分可执行计划、区分并行与串行任务、分发 subagents、设置验证门禁、同步中文审阅层，并在最后完成编译、日志和架构文档收口的场景。当任务过大、风险较高、或不适合靠临场编辑推进时使用。 |
计划驱动型 Subagent 协调器
用这个 skill 把复杂任务当作“受控生产流程”来执行，而不是当作松散对话临时推进。
工作流
- 在分发前冻结工作上下文。
在项目内稳定文档里写清任务背景、资料边界、输出目标和验收标准。
- 把目标改写成可执行计划。
分开串行依赖和并行工作，定义归属，并写明每个任务项必须交付什么。
- 在分发前定义验证门禁。
在 worker 开始写作前先写清模块检查、接口检查、审阅检查和最终集成检查。
- 用互不重叠的写入范围分发 subagents。
给每个 worker 明确的文件或目录所有权、输出预期，并提醒其余 worker 正在并行工作。
- 通过协调者审阅完成集成。
读取 worker 结果，拒绝越界修改，修复协调错误，并让主线始终对齐计划。
- 在需要时同步中文审阅材料。
如果项目维护中文审阅层，在结构、证据强度或形式化边界发生变化后立即刷新，避免审阅结论落后于正文。
- 用仓库治理完成收口。
最后更新架构文档、开发日志、生成产物和轻量验证命令。
操作规则
- 当任务跨多个文件或多个回合时，优先先冻结上下文，再开始新写作。
- 把计划当作活文档，而不是事后总结；范围变了就立刻更新。
- 区分协调者工作和 worker 工作。协调者负责任务定义、门禁、集成和验收；worker 负责边界清晰的生产切片。
- 保持并行任务相互独立。如果两个 worker 需要改同一个文件，说明拆分还不够细。
- 宁可降级结论，也不要硬装确定性。若证据、证明或实现把握不足，要在计划和输出里显式标边界。
- 当项目有单独审阅层或双语审阅层时，审阅产物必须和正式产物保持同步。
分发模式
- 每个独立写入范围只分配一个 worker。
- 明确告诉每个 worker 它可以改哪些目录。
- 明确告诉每个 worker 哪些路径不能改。
- 要求 worker 提交包含变更文件和假设的完成报告。
- 在相信 worker 摘要前，先检查真实文件系统结果。
验证模式
- 运行范围验证：确认 worker 只改了自己被分配的路径。
- 运行结构验证：确认入口文件和 include 关系仍然能拼起来。
- 运行产物验证：编译、lint 或 smoke-test 集成结果。
- 运行治理验证：更新日志、架构文档和所有受影响的索引文件。
需要完整可复用检查表时，读 workflow-checklist.md；需要计划文件、验证门禁和审阅同步产物的具体要求时，读 artifact-conventions.md。
