Azure DevOps のMCPサーバーがGAリリース — Claude・ChatGPT・Cursorは接続不可、対応はMicrosoft製品群に限定

8月21日、Steef-Jan Wiggersが「Azure DevOps Remote MCP Server Reaches GA, Without Support for Claude, ChatGPT, or Cursor」と題した記事を公開した。MicrosoftがAzure DevOps Remote MCPサーバーをGAリリースしたにもかかわらず、Claude・ChatGPT・Cursorといった主要AIクライアントが現時点では接続できないという、GAとしては異例の状況が明らかになっている。その根本原因はクライアント側ではなく、Microsoft自身の認証基盤にある。

GAしたのに、使えないクライアントの方が多い

Azure DevOps Remote MCPサーバーは、AIアシスタントからワークアイテム・プルリクエスト・リポジトリ・パイプラインへアクセスするためのホスト型エンドポイントだ。インストール不要、サーバー運用不要で利用できるというのが売りだが、GAと同時に明らかになったのは「現時点で接続できないクライアントの多さ」である。

Claude Desktop、Claude Code、ChatGPT、Cursorはいずれも現時点では接続不可だ。原因はクライアント側ではなく、Microsoft側にある。

サーバーはStreamable HTTP経由で https://mcp.dev.azure.com/{organization} に公開されており、対応クライアントであれば mcp.json に1エントリ追加するだけで接続できる：

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

ボトルネックはMicrosoft Entra

認証にはMicrosoft Entra（旧Azure AD）を使用している。Azure Boards・Repos・WikiのプロダクトマネージャーであるDan Hellemは、この依存関係を率直に説明している。Claude Desktop・Claude Code・ChatGPT・Cursorが接続するには、Entraが「Dynamic OAuth Client Registration」または「Client ID Metadata Documents」をサポートする必要があるが、現時点ではEntraがこれらに対応していない。

Dynamic OAuth Client Registration：クライアントが事前登録なしに認証サーバーへ動的に登録できる仕組み（RFC 7591）。MCPクライアントが任意の認証サーバーと接続する際の主要な手段の一つ。
Client ID Metadata Documents：クライアントのメタデータを特定URLで公開することで、事前登録なしに認証サーバーがクライアントを検証できる仕組み。MCPの最新仕様が採用する認証アーキテクチャの中核を担う。

MicrosoftはEntraチームと連携して対応を進めているが、完了するまではローカルのMCPサーバーを使い続けるしかない。

セキュリティ面では利点もある。MicrosoftのAI・クラウドソリューションエンジニア、Farhan Shahnewazは自身のウォークスルー記事の中で、「設定ファイルにPersonal Access Token（PAT）が残らない」「EntraによりAIアシスタントが開発者の権限をそのまま継承し、それ以上でも以下でもない」点を強調し、「セキュリティチームが最初に聞くことへの答えがそこにある」と述べている。

タイミングの悪さ：仕様との競合

このGA発表をさらに複雑にするのが、MCPプロトコル仕様との関係だ。GAの1週間前に公開された**MCP 2026-07-28仕様は、認証メカニズムの優先順位を変更した。新仕様では「事前登録クライアント」→「Client ID Metadata Documents」の順で優先し、Dynamic Client Registration はdeprecated扱いとなり、2027年夏以降に削除予定**となった。

Entraはこのどちらのメカニズムにもまだ対応しておらず、しかもその一方はすでにプロトコルから削除される方向にある。状況は宙に浮いたままだ。

なお、もう一つの制限は恒久的なものだ。Microsoftアカウントを使うスタンドアロン組織（Entraテナントに紐付いていない組織）は非対応であり、これは今後も変わらない。

今日使えるのはMicrosoft製品群のみ

現時点でRemote MCPサーバーに接続できるクライアントは以下の通り：

GitHub Copilot拡張機能付きVisual Studio Code
Microsoft Foundry（ツールカタログ経由）
Copilot Studio（Hellemが「新規追加」と明示）
Visual Studio
GitHub Copilot CLI
GitHub Copilotアプリ

Claude CodeやCursorを使うチームは、引き続きローカルMCPサーバーを自前で立てる必要がある。Microsoftはローカルサーバーのツールセットをリモートサーバーと揃えるよう整備したと述べており、Entra対応が完了するまでは両者の機能パリティを維持するとしている。

実運用での影響

Shahnewazは、ホスト型サーバーの実用的な価値をパイプラインのトラブルシュートで示している。ASP.NET Coreアプリの背後で2ステージパイプラインを実行する場合、4000行のログを5つのブラウザタブで追いかける代わりに、AIアシスタントに「どのステージが失敗したか、なぜか」を問い合わせるだけで済む。ホスト型であれば、開発者ごとやチームごとにサーバーを立てる手間も、認証情報の管理も不要になる。

Copilotを使えるチームとそうでないチームの間に生まれる非対称性は、ツール選定の観点で無視できない差となる。ただしその非対称性が解消されるかどうかは、Entra側の対応次第だ。MicrosoftはEntra対応の完了時期について具体的なスケジュールを公表していない。

詳細はAzure DevOps Remote MCP Server Reaches GA, Without Support for Claude, ChatGPT, or Cursorを参照していただきたい。