dotnet/skillsとは？C#・.NETのAIコーディング精度を上げたい人が最初に導入すべきAgent Skills完全ガイド

まず結論：C#をAIに書かせて失敗したことがあるなら、dotnet/skillsは最初に確認すべきです

C#やASP.NET Core、Entity Framework、NuGet、MSBuild、.NET Frameworkからモダン.NETへの移行作業をAIに任せたとき、次のような経験はないでしょうか。

「AIがそれっぽいC#コードを書くけれど、今の.NETの書き方とズレている」

「ASP.NET CoreのMinimal API、Middleware、OpenTelemetry、認証まわりの回答が浅い」

「NuGetの依存関係やMSBuildエラーを聞いても、一般論ばかりで現場の解決に届かない」

「.NET Frameworkから.NET 8 / 9 / 10以降へ移行したいのに、AIの提案が危なっかしい」

「Claude Code、Cursor、GitHub Copilot、Codex系のAIエージェントを使っているが、.NET案件だけ回答品質が安定しない」

この悩みを持つ人が最初に確認すべきなのが、.NETチームによるAIエージェント向けスキル集 dotnet/skills です。公式情報では、dotnet/skillsは「.NETチームがキュレーションした、AI coding agents向けのコアスキルとカスタムエージェント」のリポジトリと説明されています。

すぐに導入元を確認したい人は、まずこちらの公式リポジトリを開いてください。
C#・.NET向けAI Agent Skillsを確認する

dotnet/skillsは、有料教材や通常のSaaSではありません。GitHub上で公開されているオープンソースのリポジトリで、MITライセンスにより無償で利用・変更・再配布できる一方、ソフトウェアは無保証で提供されます。

dotnet/skillsとは何か？

dotnet/skillsを一言でいうと、AIコーディングエージェントに.NET開発の専門的な作法を持たせるためのスキル集です。

普通にAIへ「C#でAPIを作って」「NuGetのエラーを直して」「.NET Frameworkから.NET 8に移行して」と頼むだけでは、AIは学習済み知識や一般的な推測をもとに回答します。そのため、古い書き方、プロジェクトに合わない構成、現行の.NET開発では微妙な実装が混ざることがあります。

Agent Skillsは、この問題を減らすための仕組みです。Agent Skillsの公式説明では、スキルは SKILL.md を含むフォルダで、メタデータや指示、必要に応じてスクリプト、参考資料、テンプレートなどをまとめ、AIエージェントが必要なときに読み込める形式だとされています。

つまり、dotnet/skillsは「毎回プロンプトで.NETの前提条件を長々と説明する」のではなく、「.NETに詳しい作業手順をAIエージェント側に持たせる」ためのものです。

dotnet/skillsに含まれる主な機能

dotnet/skillsには、.NET開発の主要領域をカバーする複数のプラグインが含まれています。

中核となる dotnet は、日常的な.NET / C#開発向けのスキルです。READMEでは、共通の.NET開発スキル、.cs ファイル向けのC# Language Server連携、C# scripts、P/Invoke、NuGet trusted publishingなどが含まれると説明されています。

ASP.NET Core向けには dotnet-aspnet が用意されており、Middleware、Endpoints、リアルタイム通信、APIパターン、OpenTelemetry、Minimal APIなどを扱うスキルとして紹介されています。

AI開発向けには dotnet-ai があります。これは、.NET 8以降のAI / ML開発、ML.NET、Microsoft.Extensions.AI、Microsoft Agent Framework、Copilot SDK、ONNX、OllamaSharp、LLM統合、Agentic Workflow、RAG、MCPサーバー作成などを対象にしています。

テンプレート作成やプロジェクトの足場作りには dotnet-template-engine があり、dotnet new、コンソールアプリ、クラスライブラリ、Web API、Blazor、MAUI、テンプレート探索、カスタムテンプレート作成などを支援するスキルとして説明されています。

NuGet関連には dotnet-nuget があり、依存関係管理、バージョン固定、プロジェクト参照の近代化パターンを扱います。依存関係の衝突、古いパッケージ、参照関係の整理でAIを使いたい人には、この領域が非常に重要です。

そのほか、READMEには、Entity Frameworkなどのデータアクセスを扱う dotnet-data、性能調査やデバッグを扱う dotnet-diag、MSBuildやビルド失敗を扱う dotnet-msbuild、フレームワーク移行を扱う dotnet-upgrade、MAUIを扱う dotnet-maui、テストを扱う dotnet-test、新しい.NET 11 APIや言語機能を扱う dotnet11 も掲載されています。

なぜC#・.NET開発でAIの回答がズレるのか？

C#や.NETは、歴史が長い技術です。.NET Framework時代の書き方、.NET Core時代の書き方、.NET 6以降のLTS時代の書き方、さらに.NET 8 / 9 / 10以降のAI・クラウド・Minimal API・OpenTelemetry前提の書き方が混在しています。

そのため、AIに「C#でAPIを作って」と頼むだけでは、どの世代の.NETを前提にしているのかが曖昧になります。AIは一見きれいなコードを出しても、現在のプロジェクトでは使いにくい構成、古いライブラリ、過剰な設計、逆に簡略化しすぎたコードを提案することがあります。

dotnet/skillsの価値は、ここにあります。単なるC#コード生成ではなく、ASP.NET Core、NuGet、MSBuild、テスト、アップグレード、AI統合など、作業領域ごとにAIエージェントへ専門的なコンテキストを与えられるため、回答の方向性を.NET開発に寄せやすくなります。

もちろん、スキルを入れればAIが必ず正しいコードを書くわけではありません。Agent Skillsの有効性については、研究でも「すべてのスキルが大きな改善を生むわけではなく、効果はドメイン適合・抽象度・プロジェクト文脈との相性に強く依存する」と指摘されています。ソフトウェア工学タスクを対象にしたSWE-Skills-Benchでは、49個の公開スキルのうち多くはパス率改善が限定的で、平均改善は+1.2%にとどまった一方、一部の専門スキルでは意味のある改善も確認されています。

だからこそ、dotnet/skillsは「魔法の自動開発ツール」としてではなく、.NET向けAIコーディングの失敗確率を下げるための専門コンテキストとして使うのが正しい理解です。

dotnet/skillsが向いている人

dotnet/skillsが特に向いているのは、次のような人です。

1つ目は、C#やASP.NET CoreをAIで書かせている開発者です。AIにコード生成、リファクタリング、テスト作成、API設計を任せる機会が多い人ほど、.NET専用スキルの恩恵を受けやすくなります。

2つ目は、.NET Frameworkからモダン.NETへ移行したい人です。移行作業では、単純なコード変換だけでなく、パッケージ、ターゲットフレームワーク、API差分、ビルド設定、テスト、互換性確認が絡みます。AIに丸投げすると危険ですが、dotnet-upgrade系のスキルを使うことで、移行作業の論点を整理しやすくなります。

3つ目は、NuGetやMSBuildのエラーで時間を失っている人です。NuGet依存関係やMSBuildの失敗は、エラーメッセージだけをAIに貼っても一般論になりがちです。dotnet/skillsには、NuGet、MSBuild、テスト、診断の領域が含まれるため、AIに「.NETのビルド・依存関係の文脈」で考えさせやすくなります。

4つ目は、.NETでAIアプリ、RAG、MCP、LLM統合を作りたい人です。dotnet-ai は、ML.NET、Microsoft.Extensions.AI、Microsoft Agent Framework、RAG、MCPなどを対象にしており、.NET文脈でAIアプリケーションを作る人にとって導入価値が高い領域です。

5つ目は、Claude Code、Cursor、GitHub Copilot、Codex CLI系のAIコーディング環境を使っている人です。READMEでは、Copilot CLI / Claude Code、VS Code / VS Code Insiders、Cursor、Codex CLI向けの導入方法が案内されています。

dotnet/skillsのインストール方法

Copilot CLIやClaude Codeでは、READMEに以下の流れが示されています。

まず、プラグインマーケットプレイスを追加します。

/plugin marketplace add dotnet/skills

次に、使いたいプラグインをインストールします。

/plugin install <plugin>@dotnet-agent-skills

その後、再起動して、/skills や /agents で利用可能なスキルやエージェントを確認します。更新したい場合は、/plugin update <plugin>@dotnet-agent-skills を使います。

たとえば、.NETのAI開発をしたいなら、導入候補は dotnet-ai です。

/plugin install dotnet-ai@dotnet-agent-skills

ASP.NET Coreなら、次のようになります。

/plugin install dotnet-aspnet@dotnet-agent-skills

NuGet関連なら、次のようになります。

/plugin install dotnet-nuget@dotnet-agent-skills

VS Code / VS Code Insidersについては、README上でプラグインサポートはプレビュー機能であり、必要に応じて settings.json に chat.plugins.enabled と chat.plugins.marketplaces を設定する形式が案内されています。Cursorでは、マーケットプレイスパネルから .NET を検索して導入できるとされています。

どのスキルから入れるべきか？

初心者が最初に迷うのは、「全部入れるべきか、必要なものだけ入れるべきか」です。

結論から言うと、最初は必要な領域だけで十分です。

ASP.NET CoreでWeb APIやMinimal APIを作っているなら、まず dotnet-aspnet。C#や.NET全般の作業が多いなら dotnet。パッケージ依存で苦労しているなら dotnet-nuget。ビルドエラーやCIの失敗が多いなら dotnet-msbuild。古いプロジェクトの移行なら dotnet-upgrade。AIアプリを作りたいなら dotnet-ai。テスト改善なら dotnet-test から入るのが現実的です。

Agent Skillsは、必要なスキルを必要時に読み込む「progressive disclosure」の考え方を採用しており、起動時には名前と説明だけを読み込み、タスクに合う場合に詳細な SKILL.md を読み込む仕組みとして説明されています。

つまり、スキルを増やすこと自体は可能ですが、実務では「自分の作業に合うスキルを選ぶ」ことが重要です。何でも入れれば精度が上がる、というものではありません。

dotnet/skillsのメリット

最大のメリットは、AIが.NETの文脈を外しにくくなることです。

たとえば、ASP.NET CoreのAPI設計を頼む場合、単に「APIを作って」と言うよりも、ASP.NET Core向けスキルがある状態で依頼した方が、Middleware、Endpoints、Minimal API、OpenTelemetryなどの観点を含めやすくなります。dotnet-aspnet は、まさにASP.NET CoreのMiddleware、Endpoints、リアルタイム通信、APIパターン、OpenTelemetry、Minimal APIを対象にしたスキルです。

次に、.NETの領域別にAIの使い方を分けられることです。NuGet、MSBuild、テスト、アップグレード、AI統合、MAUI、テンプレートエンジンは、同じ.NETでも必要な知識が違います。dotnet/skillsは、それらを分けて扱えるため、「AIに何でも雑に聞く」状態から抜け出しやすくなります。

さらに、複数のAIコーディング環境で使いやすいことも大きなメリットです。READMEでは、Copilot CLI / Claude Code、VS Code / VS Code Insiders、Cursor、Codex CLI向けの導入方法が案内されています。1つの考え方を複数のAI開発環境に展開しやすい点は、今後の開発ワークフローで重要になります。

dotnet/skillsの注意点

一方で、dotnet/skillsにも注意点があります。

まず、これはAIの回答を100%正しくするものではありません。Agent Skillsは専門コンテキストを与える仕組みですが、最終的なコードレビュー、テスト、セキュリティ確認、実行確認は開発者側に残ります。

次に、Agent Skillsにはセキュリティ上の注意もあります。2025年10月に公開された研究では、Agent Skillsのようなマークダウン指示や参照スクリプトに悪意ある指示を隠すことで、内部ファイルやパスワードの外部送信につながる可能性が示されています。

また、2026年5月に公開された別の研究では、SKILL.md は単なるドキュメントではなく、AIエージェントがどのスキルを発見・選択・信頼・読み込むかに影響する「運用上のテキスト」であり、スキルレジストリの検索や選択に対するセマンティックなサプライチェーンリスクがあると指摘されています。

そのため、知らない第三者のスキルを無差別に入れるのは危険です。dotnet/skillsは.NET Foundation / dotnet組織のリポジトリとして公開されている点が安心材料ですが、それでも導入前に中身、権限、スクリプト、実行コマンド、更新状況を確認するべきです。GitHub上では、dotnet/skillsはMITライセンスで公開されており、リポジトリ説明でも「.NET and C#向けAI coding agentsを支援するスキル」とされています。

dotnet/skillsはレビュー評価できるのか？

Amazon商品のような購入者レビューはありません。したがって、評価する場合は、GitHub上のStar、Fork、Issue、Pull Request、Release、ライセンス、更新状況、第三者ディレクトリでの掲載状況などを見る必要があります。

GitHubでは、dotnet/skillsは約2.3k Star、183 Fork、44 Issues、44 Pull Requests、445 Commits、最新リリース v1.0.0 が2026年4月21日と表示されています。

第三者ディレクトリのAgenticSkillsでは、dotnet-ai がS-rankとして掲載され、AI / ML、RAG、MCP、LLM統合などを扱うスキルとして紹介されています。ただし、AgenticSkills自身は独立ディレクトリであり、Anthropic、OpenAI、その他プラットフォームベンダーとは提携していないと明記しています。

このため、レビュー評価としては、「公式系リポジトリ」「Star/Forkの公開シグナル」「MITライセンス」「複数プラットフォーム対応」「領域別スキルの網羅性」を総合して判断するのが現実的です。

dotnet/skillsで解決できる具体的な悩み

dotnet/skillsが刺さる悩みは、かなり具体的です。

たとえば、ASP.NET CoreでAPIを作っている人は、AIが古いController中心の書き方ばかり提案したり、Minimal API、OpenTelemetry、Middleware設計の観点が抜けたりすることがあります。dotnet-aspnet は、このようなASP.NET Core固有の実装パターンを扱うため、AIにWeb API開発の文脈を与えやすくなります。

NuGetで依存関係の競合に悩んでいる人は、dotnet-nuget が候補になります。依存関係管理、バージョン固定、プロジェクト参照の近代化を対象にしているため、単に「エラーを直して」と聞くよりも、パッケージ管理の文脈でAIを使いやすくなります。

AIアプリを.NETで作りたい人には、dotnet-ai が重要です。RAG、MCP、LLM統合、ML.NET、Microsoft.Extensions.AI、Microsoft Agent Frameworkなど、.NETでAIアプリを作るときに迷いやすい領域を対象にしています。

プロジェクト作成やテンプレート設計に悩む人には、dotnet-template-engine が向いています。dotnet new、Web API、Blazor、MAUI、テンプレート探索、カスタムテンプレート作成などに関するスキルとして掲載されています。

dotnet/skillsを使うべきでないケース

逆に、dotnet/skillsを使う必要が薄いケースもあります。

まず、.NETやC#をまったく使わない人には不要です。Python、Ruby、Node.js、Go、Rustなどが中心なら、別の言語・フレームワーク向けスキルを探した方がよいでしょう。

次に、AIコーディングエージェントを使っていない人にも優先度は高くありません。dotnet/skillsは、人間が読む教材というより、Claude Code、Copilot、Cursor、Codex CLI系のようなエージェントに専門知識を渡すためのものです。

また、セキュリティポリシーが厳しい企業では、勝手にスキルを導入するべきではありません。スキルは指示ファイルやスクリプトを含み得るため、社内ルール、コード実行権限、外部リポジトリ利用ルール、機密情報の取り扱いを確認してから導入する必要があります。

まとめ：dotnet/skillsは「.NET開発者がAIを現場投入する前の補助輪」です

dotnet/skillsは、C#や.NETをAIに書かせるすべての人にとって、最初に確認する価値があるリポジトリです。

特に、ASP.NET Core、NuGet、MSBuild、テスト、.NET移行、MAUI、AI / ML、RAG、MCP、テンプレート作成など、.NETの実務領域でAIコーディングエージェントを使うなら、dotnet/skillsは「AIへの前提説明」を大幅に減らし、回答を.NET文脈へ寄せる助けになります。

もちろん、導入すればAIが完璧になるわけではありません。研究でも、Agent Skillsの効果はタスクやスキルの適合度に依存し、場合によっては改善が限定的であることが示されています。

それでも、C#や.NETのAIコーディングで「古い書き方が出る」「ビルドエラー対応が浅い」「移行作業が怖い」「AIアプリ開発の.NET流儀が分からない」と感じているなら、まず試す価値があります。

導入前に、公式リポジトリのREADME、対象プラグイン、ライセンス、更新状況を確認してください。
dotnet/skills 公式リポジトリで対応スキルを確認する