AIエージェントがコードリポジトリを読み、ワークアイテムを確認し、パイプラインを操作する——そんな未来が、Azure DevOps MCP Serverのパブリックプレビュー公開によって急速に現実のものになってきた。2026年3月、MicrosoftはAzure DevOps MCP Serverのリモートホストバージョンをパブリックプレビューとして公開し、同時にMicrosoft Foundryからも利用可能にした。

MCPとは何か、なぜ今重要なのか

MCP（Model Context Protocol）は、AIモデルが外部ツールやサービスのデータに標準的な方法でアクセスするためのプロトコルだ。簡単に言えば「AIエージェントがAzure DevOpsに接触するための共通インターフェース」である。

これまで提供されていたローカルMCPサーバーでは、Visual StudioやVS CodeのGitHub Copilot Chat経由でのアクセスが主な用途だった。今回のリモートMCPサーバーは、StreamableなHTTPトランスポートを採用したホスト型サービスであり、追加のインストールやセットアップが不要。リモートMCPのみをサポートするサービスでも利用できるようになった点が大きい。

Microsoft Foundryとの統合が意味すること

Microsoft Foundryは、AIアプリケーションやエージェントを大規模に構築・管理するための統合プラットフォームだ。モデルアクセス、オーケストレーション、評価、デプロイメントを一つの環境に集約している。

Azure DevOps MCP ServerがFoundryで利用できるということは、Foundry上で動くAIエージェントがAzure DevOpsのリソースに直接アクセスできることを意味する。具体的には：

  • ワークアイテムの参照・更新
  • リポジトリのコードやプルリクエストへのアクセス
  • パイプラインの実行状況の確認
  • テスト結果や変更履歴の取得

これらをAIエージェントが自律的に行えるようになる。人間が都度指示を出さなくても、エージェントが開発サイクルの中で必要な情報を自分で取りに行く、という動き方だ。

実務への影響——日本のエンジニア・IT管理者が今すぐ検討すべきこと

1. FoundryベースのAIエージェント設計を今から始める

「まだプレビューだから様子見」は正直もったいない。Foundry + Azure DevOps MCP Serverの組み合わせは、「コードレビューをAIに任せる」「バグトラッキングをエージェントに自動要約させる」といったユースケースの実験に最適だ。プレビュー中に触れることで、GAになったとき即座に本番投入できる知見が得られる。

2. DevOps担当者はMCPのアクセス権設計を理解しておく

AIエージェントがDevOpsリソースにアクセスするということは、そのエージェントに「誰として」「どのスコープで」アクセス権を与えるかを設計しなければならない。適切なサービスプリンシパルの設計と最小権限原則の適用を今のうちに考えておくべきだ。

3. ローカルMCPとリモートMCPの使い分けを整理する

VS Code + GitHub Copilotのローカル環境ではローカルMCP、Foundryやカスタムエージェント基盤ではリモートMCPというすみ分けが現実的な運用になる。チームの開発環境に応じて適切な方を選択しよう。

筆者の見解

正直に言う。これは地味なアップデートに見えて、エージェントがループで動き続けるための重要なピースが揃った瞬間だと思っている。

私が最近一番気になっているのが「ハーネスループ」——AIエージェントが自律的に判断・実行・検証を繰り返す仕組みの設計だ。今回のAzure DevOps MCP Serverのリモート化は、まさにそのループを回すための「現実世界への接続口」に当たる。エージェントがFoundry上でオーケストレーションされ、MCPを通じてDevOpsの情報を読み、判断して、パイプラインを動かす——この流れが実用レベルで組めるようになってきた。

Microsoft Foundryという統合基盤の価値はここにある。個々の機能の優劣を超えて、エージェントが安全に、スケーラブルに動作できるプラットフォームとして整備されつつある点で、Microsoftは正しい方向に向かっている。以前から言っていることだが、「AzureやM365を使うのをやめろ」ではなく、「その上で動かすAIを賢く選べ」というスタンスは変わらない。Foundry経由であればClaudeを含む最良のモデルを使う自由もある。

ただし、AIが本当に自律的に開発サイクルを回すようになったとき、「人間が承認ボタンを押すだけの組織」が大量に生まれる。それ自体は悪くない。問題は、その仕組みを設計できる人間がいない組織だ。今回のような技術が出てきたとき、「使える仕組みを作れる人」だけが生き残る。日本のIT業界に蔓延している「とりあえず様子見」文化が、また一歩後退を招かないことを願っている。

出典: この記事は Azure DevOps MCP Server released in public preview の内容をもとに、筆者の見解を加えて独自に執筆したものです。