.NET ルータースキル

トリガー条件

• ユーザーが特定のフレームワークやツールを指定せずに一般的な .NET ヘルプを求めた場合
• 複数のアプリモデルまたはフレームワークを持つリポジトリで C# または .NET コードの実装、デバッグ、レビュー、またはリファクタリングを行う場合
• コードを編集する前にどの .NET スキルがそのタスクを担当すべきかを判断する場合
• テスト、品質、アーキテクチャ、セットアップ、または移行の決定とプラットフォーム作業を組み合わせたタスク

ワークフロー

1. まず実際のスタックを検出します:
   • ターゲットフレームワークと SDK バージョン
   • LangVersion
   • プロジェクト SDK とワークロードのヒント
   • ホスティングモデルとアプリのエントリーポイント
   • テストフレームワークとランナー
   • アナライザー、フォーマッター、カバレッジ、CI 品質ゲート
2. スタックが判明した時点で、最も狭いプラットフォームスキルにルーティングします:
   • Web: dotnet-aspnet-core、dotnet-minimal-apis、dotnet-web-api、dotnet-blazor、dotnet-signalr、dotnet-grpc
   • クラウドとホスティング: dotnet-aspire、dotnet-azure-functions、dotnet-worker-services
   • デスクトップとクライアント: dotnet-maui、dotnet-wpf、dotnet-winforms、dotnet-winui
   • データと分散: dotnet-entity-framework-core、dotnet-entity-framework6、dotnet-orleans
   • AI とエージェント: dotnet-semantic-kernel、dotnet-microsoft-extensions-ai、dotnet-microsoft-agent-framework、dotnet-mlnet、dotnet-mixed-reality
   • レガシー: dotnet-legacy-aspnet、dotnet-wcf、dotnet-workflow-foundation
3. 汎用的な .NET アドバイスの中に留まらず、横断的な作業を関連スキルにルーティングします:
   • プロジェクトのブートストラップまたはリポジトリ構造: dotnet-project-setup、dotnet-architecture
   • .NET と Node が混在するリポジトリ内のフロントエンドアセット分析: dotnet-eslint、dotnet-stylelint、dotnet-htmlhint、dotnet-webhint、dotnet-biome、dotnet-sonarjs、dotnet-metalint、dotnet-chous
   • コードレビュー: dotnet-code-review
   • 言語機能: dotnet-modern-csharp
   • テスト: dotnet-tunit、dotnet-xunit、dotnet-mstest
   • フォーマット、アナライザー、カバレッジ、CI: dotnet-format、dotnet-code-analysis、dotnet-quality-ci、dotnet-coverlet、dotnet-reportgenerator
   • 保守性とアーキテクチャルール: dotnet-complexity、dotnet-netarchtest、dotnet-archunitnet
4. 複数の専門スキルが適用される場合は、ユーザーに見える動作に最も近いものを優先し、次に品質またはツーリングスキルを導入します。
5. より狭いマッチが存在する場合、このスキルで停止しないでください。このスキルは分類して引き渡すべきであり、汎用的なダンピング地点になってはいけません。
6. コード変更後、汎用的な .NET コマンドではなく、リポジトリの実際のビルド、テスト、品質ワークフローで検証します。

ルーティングのヒューリスティクス

• リポジトリが Microsoft.NET.Sdk.Web を含む場合は、汎用的な .NET ではなく Web スキルから始めます。
• リポジトリが Blazor、Razor Components、または .razor ページを含む場合は、dotnet-blazor を優先します。
• リポジトリが package.json、フロントエンド lint 設定、または .NET ソリューション内のブラウザ向けアセットパイプラインを含む場合は、汎用的な .NET ではなく専用のフロントエンド分析スキルを優先します。
• リポジトリが Orleans グレインまたはサイロホスティングを含む場合は、dotnet-orleans を優先します。
• リポジトリがほぼアナライザー、CI、またはカバレッジ作業である場合は、品質スキルを直接優先します。
• ユーザーが「どのスキルを使うべきか?」と質問した場合は、最も狭いマッチングスキルで回答し、その理由を1つの短い文で説明します。
• より狭いスキルがマッチしない場合は、作業をここに保持し、不足している専門化について明示的に説明します。

提供物

• タスク用の正しい専門スキルの選択
• 検出されたスタックに合致したリポジトリ互換のコードまたはドキュメント変更
• 実際のプロジェクトランナーと品質ツールチェーンに一致する検証証拠

検証

• 選択したダウンストリームスキルがカタログに実際に存在すること
• プラットフォームの仮定がプロジェクト SDK、パッケージ、ワークロードと一致していること
• 汎用的なガイダンスが可能な限りフレームワーク固有のガイダンスに置き換えられていること
• ランナー固有のコマンドが正しく混在していないこと
• 言語またはランタイム機能はリポジトリがサポートしている場合のみ使用されること

ドキュメント

参考資料

• references/routing.md - タスクを専門の .NET スキルにルーティングするための決定ツリー。アプリモデル分類と横断的関心事の処理を含みます。
• references/detection.md - SDK タイプ、ターゲットフレームワーク、ワークロード、言語バージョン、アプリモデルを識別するためのプロジェクト検出パターン。