hrt-dark-mode-routing

hrt-dark-mode-routing

dark.md 是否存在，是暗黑模式已启用的唯一信号（由 hrt-dark-mode-opt-in 创建）。此技能保存了此前复制到每个阶段说明中的路由规则。阶段说明只需用一行指向此处；规则统一保存在这里。

如果 dark.md 不存在，此技能不执行任何操作——所有发现都按常规流程提交给用户。

按调用阶段划分的规则

通常需要升级给用户处理的发现，按下表进行路由。暗黑模式之外所有会自动解决的问题仍会自动解决——暗黑模式不会改变自动解决规则，只会改变未自动解决的发现的去向。

阶段	路由至 hrt-dark-mode-decision-gate	仍提交给用户	dark.md 章节
proposal（hrt-adversarial-authoring，产物：proposal）	单个评审者提出的 UNANCHORED 发现	hrt-security-pass 做出的所有决定；hrt-change-size-gate 的“一个改动还是多个改动？”问题	Proposal
specs（hrt-adversarial-authoring，产物：specs）	单个评审者提出的 UNANCHORED 发现	hrt-security-pass 做出的所有决定	Specs
design（hrt-adversarial-authoring，产物：design）	单个评审者提出的 UNANCHORED 发现	hrt-security-pass 做出的所有决定	Design
align（hrt-align-consistency-review）	每个 ALIGN DECISION 和 HIGH 发现	无其他事项——但 VERIFY 和 WALKTHROUGH 保持不变，且 WALKTHROUGH 仍是必需的收尾评审；同时向用户展示 dark.md	Align（为每条记录标注其周期编号）
apply Phase 1（tdd 循环）	接口不匹配阻塞项（该关卡可结合代码、设计和规格评估替代接口）	任何其他 Phase 1 阻塞项	Apply
apply Phase 2（hrt-apply-code-review）	原本会提交给用户的所有发现	无其他事项	Apply

所有阶段通用的不变量

1. ANCHORED 发现，以及两位独立评审者都提出的发现，均由调用技能自动解决，完全不会进入此路由流程。
2. hrt-security-pass 已决定的安全要求或缓解措施 ALWAYS 提交给用户，绝不路由至 hrt-dark-mode-decision-gate。这项决定是硬性约束，不是需要权衡的对立观点。
3. hrt-change-size-gate 的“一个改动还是多个改动？”问题 ALWAYS 提交给用户。答案取决于用户的能力和优先级，而任何依据材料都无法体现这些信息。
4. align 中的 WALKTHROUGH 在所有暗黑模式变体中都必须保留，且完全由人工执行。
5. hrt-dark-mode-decision-gate 始终是一个全新的子 Agent，始终将其推理写入 dark.md 的对应章节，且不会在自身流程中升级给用户——它始终会给出决定。钢人论证流程请参阅该技能。

仅规划模式与 +实现模式

dark.md 的标头会注明所用变体。

• planning-only：路由规则适用于 align 及之前的阶段。apply 不在范围内——如果 dark.md 的标头为 planning-only，apply 就会停止，并告知用户仅规划模式下的暗黑模式在 WALKTHROUGH 处结束。
• +implementation：如表格所示，路由规则也适用于 apply 的 Phase 1 和 Phase 2。Phase 2 之后，会与代码差异一起完整展示 dark.md，作为用户提交前的第二次收尾评审。