Azure Skills Plugin──AIコーディングエージェントに「Azure判断力」を注入する新アーキテクチャ¶

対象 / ポイント

対象: AIコーディングエージェント（GitHub Copilot / Claude Code）を業務で使い始めたインフラ・プラットフォームエンジニア。Azureへのデプロイやリソース管理をエージェント経由で効率化したいが、汎用的な出力に不満を感じている方。

ポイント:

Azure Skills Pluginは「判断層（Skills）＋実行層（MCP Server）＋AI専門層（Foundry MCP Server）」の3層をワンインストールで提供する
エージェントに"どのサービスを選ぶか"という意思決定ロジックごと渡す点で、従来のプロンプトパックやドキュメント参照とは設計思想が異なる
VS Code 1.110で導入されたAgent Plugin仕様の最初期ユースケースであり、Skillsパターンの今後の拡散を見通すうえで重要な参照点になる

何が起きたか──コードは書けるが「判断」できない問題¶

このセクションが答える問い：Azure Skills Pluginはなぜ必要になったのか？

GitHub CopilotやClaude Codeは、コード生成において高い精度を発揮する。しかし「このアプリにはApp ServiceとContainer Appsのどちらが適切か」「デプロイ前にどのバリデーションを通すべきか」「このワークロードのSKUはどれか」──こうしたクラウドデプロイ固有の判断は、コード生成の射程外にある。

結果として起きるのが、エージェントに「Python FlaskアプリをAzureにデプロイして」と依頼した際に返ってくる"汎用チュートリアル"の問題だ。azコマンドの羅列やドキュメントリンクが提示されるだけで、プロジェクト構造を分析したインフラコード生成やバリデーション実行には至らない。

2026年3月9日、MicrosoftのChris HarrisがAll Things Azureブログで発表したAzure Skills Pluginは、この「コードと本番環境のギャップ」を構造的に埋めるために設計された¹。

3層アーキテクチャ──Skills・MCP Server・Foundry¶

このセクションが答える問い：Azure Skills Pluginの内部構造はどうなっているのか？

Azure Skills Pluginは単一のインストールで3つの機能層を同時に展開する。ここが従来のツール群との決定的な違いになる。

第1層：Azure Skills（判断層）¶

20以上のキュレーション済みSkillファイルが同梱される。各Skillはワークフロー定義・ディシジョンツリー・ガードレールをMarkdown形式で記述しており、エージェントに「いつ」「何を」「どの順序で」「何を避けるべきか」を指示する。

主要なSkillの構成は以下の通り。

Skill名	役割
`azure-prepare`	プロジェクト分析 → Dockerfile・IaCコード・`azure.yaml`の生成
`azure-validate`	デプロイ前のプリフライトチェック実行
`azure-deploy`	Azure Developer CLIを使ったデプロイパイプライン実行
`azure-cost-optimization`	コスト浪費の検出と削減提案
`azure-diagnostics`	ログ・メトリクス・KQLクエリによる障害切り分け
`azure-observability`	監視設定の構築と最適化
`azure-compliance`	コンプライアンスチェック
`azure-rbac`	権限管理
`azure-compute`	コンピュートリソースの選定
`azure-cloud-migrate`	マイグレーション支援

これらは単なるツール一覧ではない。たとえばazure-prepareは「プロジェクト構造を分析し、適切なAzureサービスを選定し、必要なインフラファイルを生成する」という一連のワークフローをエージェントに教える。ベテランAzureエンジニアの判断プロセスがSkillファイルとしてパッケージされている。

第2層：Azure MCP Server（実行層）¶

40以上のAzureサービスにまたがる200以上の構造化ツールを提供する。リソース一覧の取得、価格の確認、ログのクエリ、診断の実行、インフラのプロビジョニング──これらを標準化されたMCPプロトコル経由でエージェントが呼び出す。

Skillsが「何をすべきか」を判断し、MCP Serverが「実際に実行する」。この分離が設計上の要点になる。

第3層：Foundry MCP Server（AI専門層）¶

Microsoft Foundry（旧Azure AI Foundry）と接続し、モデルデプロイ・エージェント管理・モデルカタログの操作を可能にする。AIアプリケーションをAzure上で構築するチーム向けの専門層であり、汎用クラウドガイダンスではカバーできないAI固有のワークフローを担う。

この3層の設計原則を一文で表すと、「Skillsが案内し、MCPが実行し、Pluginが両者の整合性を保つ」となる。

Before/After──同じ質問で出力が変わる¶

このセクションが答える問い：具体的にどう変わるのか？

Microsoftの公式発表で提示されている比較が端的にこの変化を示す¹。

プラグインなしの場合： 「Python FlaskアプリをAzureにデプロイして」と依頼すると、汎用的なチュートリアルが返る。azコマンドの断片やドキュメントへのリンクが並ぶ程度の出力になる。

プラグインありの場合： 同じ依頼に対して、エージェントはazure-prepare → azure-validate → azure-deployのSkillを順次起動する。プロジェクト分析に基づいたDockerfile生成、インフラファイルの作成、デプロイ設定の構成、バリデーション実行、そして実際のMCPツール呼び出しによるAzure操作──ここまでが一連のフローとして実行される。

エージェントが「助言者」から「実行者」に変わる。出力の質的な差は大きい。

VS Code Agent Plugin仕様との関係¶

このセクションが答える問い：Azure Skills Pluginは技術的にどの基盤の上に成り立っているのか？

リリースタイミングは偶然ではない。2026年3月4日にリリースされたVS Code 1.110で、Agent Plugin仕様がプレビューとして導入された²。Azure Skills Pluginは、このアーキテクチャ上に構築された最初期の大規模プラグインの一つになる。

Agent Pluginは、スラッシュコマンド・Skills・カスタムエージェント・Hooks・MCP Serverを一つのインストール可能なパッケージにバンドルする仕組みだ。Gitリポジトリ経由で配布され、バージョン管理・PRレビュー・アクセス制御が可能になる。

my-plugin/
  plugin.json           # プラグインメタデータ
  skills/
    my-skill/
      SKILL.md           # Skill定義
      run-script.sh      # サポートスクリプト
  agents/
    my-agent.agent.md    # カスタムエージェント
  hooks/
    hooks.json           # ライフサイクルフック
  .mcp.json              # MCP Server定義

この構造により、Azure Skills Pluginは以下のホストで横断的に動作する。

GitHub Copilot in VS Code：エディタ内でのインタラクティブな操作
Copilot CLI：ターミナルファーストのワークフロー
Claude Code：Anthropicのコーディングエージェント

同じSkillとMCPの定義が複数ホストで共有される。このポータビリティがAgent Plugin仕様の設計上の特徴だ。

インストールと動作確認¶

このセクションが答える問い：実際にどうセットアップするのか？

前提条件はNode.js 18以上、Azure CLI認証済み（az login）、デプロイ操作にはAzure Developer CLI認証（azd auth login）が必要になる³。

Copilot CLIの場合¶

# マーケットプレースソースの追加（初回のみ）
/plugin marketplace add microsoft/azure-skills

# プラグインのインストール
/plugin install azure@azure-skills

インストール後、MCP Serverの読み込みが必要になる点に注意が要る。

VS Codeの場合¶

VS Code拡張機能マーケットプレースで「Azure MCP」を検索し、拡張機能をインストールする（Extension ID: ms-azuretools.vscode-azure-mcp-server）。コンパニオン拡張機能としてGitHub Copilot for Azureが自動インストールされ、Skillsが読み込まれる。

Claude Codeの場合¶

Copilot CLIと同じプラグインコマンドでインストール可能。

動作確認¶

インストール後、以下のプロンプトで検証できる。

「自分のAzureリソースグループを一覧表示して」→ MCP Serverがリソースグループ取得ツールを呼び出し、実際のリソースが返る
「PythonのWebAPIをデプロイするにはどのAzureサービスが必要？」→ azure-prepare Skillが起動し、プロジェクト分析ベースの回答が返る

Skillsパターンの意味──暗黙知のパッケージ化¶

このセクションが答える問い：Azure Skills Pluginが示す構造的変化は何か？

Azure Skills Pluginの本質は、個別のAzure機能ではなく「Skillsパターン」そのものにある。

従来、ベテランエンジニアの頭の中にあったクラウド設計の暗黙知──サービス選定の判断基準、デプロイ前に確認すべき項目、コスト最適化の勘所──は、Confluenceのドキュメントやチーム内の口頭伝達で共有されていた。開発者がそのドキュメントを読むかどうかは保証されず、AIエージェントがそれを参照する仕組みもなかった。

Skillsパターンは、この暗黙知を「エージェントが自動的に消費するインストール可能なアーティファクト」に変換する。エージェントはConfluenceを読む必要がない。判断ロジックがSkillファイルとしてエンコードされ、適切なタイミングで自動的にロードされる。

The Futurum GroupのMitch Ashleyは、この変化を「ベテランエンジニアの頭の中にあった組織知が、インストール可能でレビュー可能なアーティファクトになる」と評している⁴。自チームの専門知識をこのモデルでパッケージ化できるチームはデプロイサイクルを加速させ、エージェントの汎用学習に頼るチームは汎用的な回答を受け取り続ける──二極化の見通しが示唆されている。

制約と注意点¶

Skillsがエージェントの判断を改善するのは事実だが、いくつかの制約は認識しておく必要がある。

Agent Plugin仕様はプレビュー段階：VS Code 1.110時点の仕様であり、安定版リリースまでに変更が入る可能性がある
Skillsは確率的な制御：Skillsはあくまで指示テキストであり、LLMの出力が100%従う保証はない。ガードレールは軽減策であって完全な制御ではない
権限管理の慎重さ：Azure MCP Serverが実際のAzure操作を実行する以上、エージェントに渡すAzure CLIセッションのスコープは、従来のCI/CDパイプラインと同等以上の注意を要する

まとめ¶

Azure Skills Pluginは「AIエージェントにクラウドの判断力を注入する」というコンセプトを、Skills（判断）・MCP Server（実行）・Foundry MCP Server（AI専門）の3層構造で実現した。VS Code Agent Plugin仕様の最初期ユースケースであり、組織の暗黙知をエージェント消費可能なアーティファクトに変換するSkillsパターンの具体例として、今後の参照点になる。

エージェントが「汎用アドバイザー」から「実行可能なワークフローを遂行する存在」に変わるこの転換点で、プラットフォームエンジニアの役割も変わる。ドキュメントを書く代わりにSkillをパッケージし、エージェントの行動を設計する──その第一歩としてaka.ms/azure-skillsから始められる。