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。
• 「スライスがある」だけでは /execute に進めません。まず設計、計画、 実行フェーズのシートが必要です（承認済みの計画なしにコードを書かないゲート）。
• プロジェクトが採用している以上に厳格な手続きを持ち込まないでください。ローカルの Doctrine とルーティングのデフォルトが 食い違う場合は、独自の判断で埋め合わせず、その矛盾を明らかにしてください。

CLI

doctrine --help（開発時：./target/debug/doctrine --help）を正としてください。doctrine が利用できない場合は、 停止してユーザーに知らせてください。

このセッション中にガバナンスを編集しましたか？

インラインのプレフィックスは前のセッションのフックによって書き込まれるため、直前に行った編集が反映されていない場合があります。最新状態にする手順：doctrine boot を実行し、その後で /clear を実行するか再起動してください。再生成してからクリアする必要があります。doctrine boot だけでは、すでにインライン化されたプレフィックスは更新できません。（別途、ディスクを確認する場合は doctrine boot --check を実行してください。）