ue5-module-router

クイックスタート

• まず、ユーザープロンプトから明示的なモジュール名を抽出します。
• モジュールが見つかった場合は、キーワードによるヒューリスティックより先に、完全一致するモジュールマッピングに基づいて振り分けます。
• モジュールが見つからない場合は、エイリアスとレイヤーのコンテキストを使用します。

ワークフロー

• プロンプトを解析し、モジュール候補を特定します（例：RenderCore、AIModule、AssetRegistry）。
• ue5-module-routing-table-final.csv でモジュールを検索します。
• 複数の候補が見つかった場合は、次の順に優先します。
  1. モジュール名の完全一致
  2. Build.cs のパスの類似性
  3. プロンプトのキーワードとのエイリアスの重複
• 次のルーティング情報を返します。
  • primary_skill
  • secondary_skill
  • recommended_mcp_tools[]
  • route_confidence
  • route_reason
• 1 つのモジュールのコンテキストでリクエストが複数の懸念事項にまたがる場合は、secondary_skill を使用します。

制約

• 決定論的なルーティングを優先し、モジュールが完全一致する場合は広範な推測を避けます。
• ユーザーが複数モジュールにまたがる分析を明示的に求めない限り、主な対象スキルは 1 つにします。
• モジュールが ue5-architecture に対応する場合は、モジュール境界と設計に関する回答を優先します。
• execute_script より専用の MCP ツールを優先します。

エラー処理

• モジュールが認識されない場合は、最も近い機能スキルにフォールバックし、その理由を示します。
• 確信度が低い場合は、上位 2 つの候補を提示し、モジュールの確認を求めます。
• 専用の MCP ツールでは不十分な場合に限り execute_script を使用し、その理由を説明します。
• マッピングが古い場合は、ue5-architecture/scripts/generate_module_index_v2.py から再生成します。

エスカレーション

• 多数のモジュールにまたがる大規模な横断的リファクタリングでは、エスカレーションします。
• リクエストされたモジュールのソースが、インデックス対象外のプラグインに属する場合は、エスカレーションします。