コーディングエージェントに「Windows開発の作法」を外付けする──MicrosoftがCopilotとClaude Code共通のスキルを公開
MicrosoftがBuild 2026で、AIコーディングエージェントにWindowsアプリ開発の作法を与える「Windows Development Skills」を公開。GitHub CopilotとClaude Code共通で動く8つのスキルの中身と、ツールに縛られないスキル流通の意味を整理します。
AIコーディングエージェントは便利な一方、特定の技術領域では古い書き方を提案され、手戻りが増えることがあります。2026年6月3日、開発者会議「Build 2026」に合わせ、Microsoftはこの課題に応える「Windows Development Skills」を打ち出しました。GitHub CopilotやClaude Codeといったエージェントに、Windowsアプリ開発の一連の作法を“外付け”できるプラグインです。
8つのスキルと専任エージェントで開発を一周する
中心となるのは、WinUI 3とWindows App SDKの最新知識をエージェントに与える「winui」プラグインです。8つの専用スキルと、開発全体を取り仕切る「winui-dev」エージェントがセットになっています。担当する工程は、雛形作成・設計・ビルド・実行・テスト・パッケージ化・移行までを一周します。
たとえば設計用の「winui-design」はWinUI 3の部品カタログを参照してXAMLを生成し、「winui-wpf-migration」は旧来のWPFコードをAPI単位でWinUI 3へ移します。エージェントは要求に応じて必要なスキルだけを読み込むため、毎回すべての文脈を抱え込みません。
なぜ専用スキルが要るのか
背景には、学習データの偏りがあります。Microsoftの解説によると、汎用エージェントはWeb上に情報の多い旧世代のUWP向けAPIを優先しがちで、現行のWinUI 3では非推奨の書き方を提案してしまいます。プラグインは明示的なWinUI 3のルールを差し込み、この既定値を上書きします。置き換えの一例は次の通りです（出典: Microsoft Learn）。
| 提案されがちな旧API | 現行のWinUI 3 |
|---|---|
| Windows.UI.Xaml.Controls | Microsoft.UI.Xaml.Controls |
| CoreDispatcher | DispatcherQueue |
| MessageDialog | ContentDialog |
効率面の工夫も明確です。焦点を絞ったプロンプトと、確実な答えを返す専用ツールを組み合わせることで、当初の方式に比べトークン消費を7割以上削減したとしています。文脈を詰め込みすぎないことが、コストと精度の両面で効くという発想です。
「ツール依存」から「持ち運べるスキル」へ
注目したいのは、このスキル群が単一の製品に縛られない点です。同じプラグインがGitHub CopilotのCLIとClaude Codeの双方で動き、報道ではOpenAI Codexへの対応も伝えられています。導入はコマンド一つで、Claude Codeなら「claude plugin install」で取り込めます。エージェントの実力を決める要素が、モデル本体だけでなく「どんなスキルを着脱できるか」へ移りつつあることを示す動きです。
ビジネス面の含意は二つあります。第一に、特定分野で精度が出ないという理由でエージェント導入を見送ってきたチームに、現実的な選択肢が増えます。第二に、ツールを乗り換えてもスキル資産を持ち運べるなら、特定ベンダーへの囲い込みは効きにくくなります。
一方で、専用スキルが用意された領域はまだ限られ、品質も領域ごとにばらつきます。自社の開発対象に合うスキルがあるかを見極め、まずは移行やテストなど工程を絞って試すのが現実的でしょう。
参照: Publickey「AIエージェントにWindowsアプリ開発のスキルを与える『Windows Development Skills』」 / Microsoft Learn「WinUI agent plugin for GitHub Copilot CLI and Claude Code」 / Microsoft Developer Blogs「Build native Windows apps with AI agents for WinUI and the Windows App SDK」
