Azure DevOpsがインストール不要のリモートMCPサーバーを正式公開 — URLを数行書くだけでAIアシスタントがチケットやPRを直接参照できるように

8月5日、Microsoft Azure DevOpsが「Azure DevOps Remote MCP Server is generally available」と題した記事を公開した。注目すべきは「インストール不要」という点だ。従来はユーザー側でサーバーを立ち上げる必要があったが、今回GAとなったリモート版では設定ファイルに数行書くだけで、AIアシスタントがAzure DevOpsのワークアイテム・PR・パイプラインを直接参照・操作できるようになる。エディタを離れずに「このブランチのバグチケットをまとめて」と指示できる世界が、特別な準備なく手に入る。

インストール不要で使えるMCPサーバーがGAに

MCP（Model Context Protocol）は、AIアシスタントが外部ツールやデータソースへ安全にアクセスするためのオープンプロトコルだ。Anthropicが提唱し、現在はClaude、GitHub Copilot、Cursorなど多くのAI開発ツールが対応している。

今回GAとなったAzure DevOps Remote MCP Serverは、このMCPの「リモート版」実装にあたる。従来のローカル版（azure-devops-mcp）はユーザーが自分の環境にサーバーを立ち上げる必要があったが、リモート版ではAzure DevOps側がエンドポイントをホストするため、設定ファイルに数行書くだけで即利用可能になる。

接続先URLは https://mcp.dev.azure.com/{organization} の形式で、mcp.json に以下を記述するだけだ：

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

トランスポートにはStreamable HTTPを使用している。Streamable HTTPは、MCP仕様で定義された比較的新しいトランスポート方式で、従来よく使われていたSSE（Server-Sent Events）と異なり、単一のHTTPエンドポイントでリクエスト・レスポンスとストリーミング通知の両方を扱える。SSEは接続の維持にサーバー側のリソースを消費しやすいという課題があったが、Streamable HTTPはよりステートレスに近い設計で、クラウドホスト型のリモートサーバーとの相性が良い。サーバー側の管理は一切不要となっている。

認証はMicrosoft Entra経由—対応クライアントに制約あり

ここが実運用上の注意点だ。リモートMCPサーバーはMicrosoft Entra（旧Azure AD）による認証を採用しているため、利用するにはAzure DevOps組織がMicrosoft Entraテナントに紐付いていることが条件となる。個人のMicrosoftアカウント（MSA）のみで運用しているスタンドアロン組織はサポート外だ。

また、クライアント側の制約もある。Claude Desktop、Claude Code、ChatGPT、Cursorといったツールは現時点でリモートMCPサーバーに接続できない。これらはMicrosoft Entraの「Dynamic OAuthクライアント登録」または「クライアントIDメタデータドキュメント」に対応していないためで、MicrosoftはEntraチームと連携して対応を進めているとしている。それまでの間はローカル版MCPサーバーを使い続けることになる。

現時点で追加設定なしに使えるクライアントは以下の通りだ：

Visual Studio Code + GitHub Copilot — ワークアイテム、プルリクエスト、リポジトリ、パイプラインへのアクセスが可能になり、エディタを離れずにCopilotがより的確な応答を返せるようになる
Azure AI Foundry — MicrosoftのAIアプリケーション開発・評価プラットフォーム。ツールカタログからAzure DevOpsの全ツールへ接続できる
Microsoft Copilot Studio ⭐ 今回新たに対応 — ローコードのAIエージェント構築プラットフォーム。自社構築のAIエージェントからAzure DevOpsを操作できるようになる
その他：Visual Studio、GitHub Copilot CLI、GitHub Copilotアプリ

ローカル版との関係—並行してメンテナンス継続

Microsoftはリモート版を推奨しつつも、ローカル版のazure-devops-mcpを廃止する予定はないと明言している。最近、ローカル版のツールセットをリモート版に合わせて整理・統合しており、両者の機能パリティ（同等性）を維持する方針だ。Claudeなど現時点でリモート版に接続できないツールのユーザーへの継続サポートという意味でも、この判断は現実的といえる。

どう使うか

対応クライアントごとに、具体的な活用シーンは異なる。

VS Code + GitHub Copilotの場合、Copilotはワークアイテムの状態やPRのコンテキストを把握した上で提案・自動化を行えるようになる。たとえば「このブランチに紐付いたバグチケットの内容をまとめて」「このPRに対するレビューコメントの未解決項目を列挙して」といったリクエストがエディタ内で完結する。コードを書きながら、チケット管理ツールとエディタを行き来するコンテキストスイッチが減るのが実質的な恩恵だ。

Microsoft Copilot Studioの場合は、より組織的・業務横断的な用途が想定される。たとえば「スプリントの進捗を毎朝Teamsに通知するエージェント」や「新規バグチケットの作成をトリガーにして担当者をアサインするワークフロー」といった自社業務に特化したAIエージェントを、ローコードで構築できる。これまではAzure DevOpsのAPIを直接呼ぶロジックを実装する必要があったが、MCPサーバーとの接続によってその部分を抽象化できる点が新しい。

Azure AI Foundryでは、AIアプリケーションの評価・開発フローにAzure DevOpsのデータを組み込むシナリオが考えられる。たとえばパイプラインのログやテスト結果をコンテキストとして参照しながら、モデルの評価基準をチューニングするといった用途だ。

詳細な設定オプションは公式ドキュメントに記載されている。

詳細はAzure DevOps Remote MCP Server is generally availableを参照していただきたい。