route

路由

Doctrine 的强制路由层。路由门控概念记录在 [[mem.concept.doctrine.routing-gate]] 中。除非用户另有指示，否则请严格遵循。如果用户明确调用了某项技能，现在就使用它；如果路由层指出链中还有后续操作，之后继续执行。

在选定支配任务的技能之前，不要回复、探索、检查文件、运行命令或开始实现。如果另一项 Doctrine 技能有合理可能适用于此任务，请先路由到那项技能。

不要为此找借口。如果因为任务看起来熟悉、简单、紧急或“可能没问题”就跳过路由，那就是做错了：

• “我先检查文件。” → 不行。路由决定如何检查。
• “我已经知道命令的格式。” → 不行。使用 CLI，不要猜。
• “任务很小，可以跳过路由。” → 小任务也需要合适的技能。
• “我先收集上下文，之后再决定。” → 先决定。

不确定时，路由到要求更严格的技能，而不是更宽松的技能。

路由表随启动快照提供

路由表、执行中的规则（consult / record-memory / backlog / notes / next / conduct postures）以及核心护栏，已内联在本会话前缀（@.doctrine/state/boot.md）中。请从那里应用这些内容——本技能不再重复说明。以下内容仅包含路由专属规则。

路由专属规则

核心循环（slice→design→plan→execute→audit→close）记录在 [[mem.pattern.doctrine.core-loop]] 中。

• 选择前先查看待办列表：backlog list——这项意图是否已记录？是否有未完成事项与之相关？
• 先搜索，再做判断：如果无法确定归属的文档，请运行 doctrine search "<keywords>"，一次查询即可搜索所有编号实体——单独运行 backlog list 只能查看潜在工作。搜索范围及未涵盖的语料库见：lib:reference/using-doctrine.md。
• 编写技术规格 → /spec-tech；编写产品规格 → /spec-product；规格目标或边界不明确 → 先运行 /spec-coverage-assessment。
• “存在一个 slice”并不意味着应该路由到 /execute——必须先有设计、计划和运行阶段表（无已批准计划则不得编写代码）。
• 不要引入超出项目既定规范要求的严格流程；如果本地 Doctrine 规范与默认路由冲突，应指出冲突，而不是自行变通。

CLI

doctrine --help（开发环境：./target/debug/doctrine --help）是唯一可信来源。如果无法使用 doctrine，请停止并通知用户。

本次会话是否编辑了治理规则？

内联前缀由上一会话的钩子生成，因此可能未包含刚完成的编辑。立即刷新流程：运行 doctrine boot，然后运行 /clear 或重启——先重新生成，再清除；仅运行 doctrine boot 无法刷新已内联的前缀。（磁盘哨兵，单独检查：doctrine boot --check。）