diverse-plan

多方案规划

在选择模型之前先选择分支。在当前协调器中选择分支前提和材料审查需求。派发选定分支或审查者之前，使用 shared/references/model-preview.md 绑定一个经批准的路由快照。

仅当备选设计可能改变实现决策时才使用此流程。它与 models-consensus 分开：用户选择的是规划练习，而不是评议会。绝不要从此技能调用评议会。

结果

返回一份可执行计划。计划应说明所选方案、否决的备选方案、文件、测试、风险以及实际使用的席位。只有探索实质不同的前提时，分支才有价值。

路由

对于选定的工作者，阅读 task-shaped-model-routing.md、 model-roster.md 和 host-model-execution.md， 以映射快照角色。使用选定的语义路由，而不是旧版席位名称或固定模型 ID。

根据 shared/model-routing.json，将每个选定分支映射到 deep-analysis、architecture 或 technical-analysis。仅当特定语义风险需要独立评议时才使用 precision-review。在经批准的快照中记录准确路由。分支必须探索不同的前提；不得以更高投入重复同一份任务说明。

默认使用两个盲分支席位。仅当未解决的边界、失败案例或交付权衡需要不同方案时，才增加第三个席位。配置提供模型和投入程度；此技能提供分支协议。

首先通过当前活跃主机使用快照中的准确原生路由。在各自隔离的持久子 Agent 或受支持的任务上下文中启动每个盲分支。仅当涉及外部模型，或原生路由无法满足经批准的计划时，才使用运行器，然后保存其会话，以供后续评议或综合轮次使用。仅探测选定的能力。保持席位保真度：缺失的席位视为不可用，绝不悄然替换。只有两个不同且可用的分支席位时才继续。如果无法满足此法定人数，返回缺失的前置条件，并改用单模型 to-prd 路径。

路由审批

选定分支后，展示准确的路由表：分支或视角、席位、当前模型、投入程度、角色、执行路径、调用次数和不可用操作。包括盲分支、选定的评议、综合和执行完整性检查。将此表用于共享预览，并应用其决策规则一次。不要启动未选定的分支或评议。将经批准的快照与计划工件一并记录，并且仅使用其中的路由。

工作流

1. 编写一份中立的任务说明，涵盖目标、范围、约束、验收约定、相关文件以及计划必须决定的事项。只有当不同答案会产生不同计划时，才提出一个问题。
2. 使用同一份任务说明启动盲分支。为每个分支指定一个前提：最小可行变更、最简洁的设计或最健壮的失败处理。每个分支都要返回方案、文件、权衡、风险、测试和回滚点。保留该分支上下文，以供后续评议和回复；新的开场上下文即为不同分支。
3. 根据验收约定比较各分支。仅运行相关的工程视角评议。每项评议都必须指出最强之处、实质性弱点，以及具体测试或检查。
4. 综合记录，形成一份计划。每项采纳的内容都必须追溯到某个分支或已解决的评议。将尚未解决的重大分歧保留为风险或待决问题。
5. 进行一次有界的执行完整性检查。如果检查发现实质性遗漏，只修订计划一次。不要形成无休止的规划循环。

综合并补充完善

使用已批准快照中的综合路线。它会选定计划主线、纳入经验证的改进，并记录最有力的备选方案落选的原因。将综合上下文与每个盲审开篇分开。如果所选路线不可用，请停止并报告缺失的路线，或仅使用用户批准的替代方案。

执行完整性检查

使用已批准快照中的实现审查路线，检查实施者能否在不自行作出设计决策的情况下遵循计划。检查范围、文件位置、验收标准、命令、测试、发布风险和回滚。出现一个实质性缺口时，进行一轮有针对性的修正；否则停止。

输出

请提供：

1. 变更内容和选定方案；
2. 考虑过的方案及决定性权衡；
3. 按顺序列出的实施步骤、文件、测试和验证；
4. 风险、回滚和待解决的问题；
5. 席位与视角表，包括有效凭据、不可用席位和回退方案。

仅在用户提出要求时才创建产物。将已批准的计划交给 to-prd，使其成为工作流中已批准的产品记录；随后由 to-tasks 对该 PRD 进行拆分。不要在此处实施。