MicrosoftがCopilotにClaudeを組み込む一方、OpenAIとの独占契約は非独占へ — 公式ドキュメントが「No」と言う機能がバイナリに実装済みという矛盾

9月11日、RuntimeWireが「Microsoft let Anthropic move in while OpenAI was sleeping on the couch」と題した記事を公開した。Claude for Windowsの最新ビルドを静的解析した結果、Microsoftの公式ドキュメントが「対応なし（No）」と明記している機能がバイナリに実装済みであるという矛盾が浮かび上がった。MicrosoftとOpenAIの関係が変質する中で、AnthropicがWindowsネイティブな企業認証統合を静かに進めている実態を報じている。

Claude for Windowsに埋め込まれたMicrosoft認証基盤

RuntimeWireがClaude for Windowsのバイナリバージョン1.49585.0と2日前のバージョン1.46388.4を比較静的解析したところ、新バージョンに複数のMicrosoft固有の設定マーカーが追加されていることが判明した。

McpBuiltinM365Cae
McpBuiltinM365CaePh
McpBuiltinM365CaeHint
MCP_LOCAL_AUTH_CAE_DISABLE
MCP_LOCAL_AUTH_BROKER_MODE
MCP_LOCAL_AUTH_BROKER_DISABLE

これらは旧バージョンには存在しない。

最も重要なのがMicrosoft Entra Continuous Access Evaluation（CAE）への対応だ。CAEとは、通常のアクセストークンが有効期限まで変更を反映できないのに対し、アカウント無効化・パスワード変更・セッション失効といったセキュリティイベントをトークンが生きている間にほぼリアルタイムで反映できる仕組みである（Microsoftの公式解説）。セッションは最大28時間有効なトークンを使いつつ、分単位での失効が可能という特性を持つ。

Claudeのコード内にはCAEオプションがデフォルト有効で設定されている。また、Claudeがcp1クライアント機能を宣言していることも確認された。これはCAEのClaimsチャレンジを処理できることをMicrosoft Graphに通知するための宣言であり、CAEに対応するアプリケーションのみが申告する項目だ。

ここに興味深い矛盾がある。現時点でMicrosoftが公開しているClaude for Microsoft 365のアプリ認定ページには、CAEをサポートするかという問いに対して「No」と記載されている（8月7日更新）。RuntimeWireはこれをAnthropicが虚偽情報を提供した証拠とは見ていない。ただ、公式ドキュメントが「対応なし」としている機能が、新しいWindowsバイナリの中に明示的に存在するという事実は確かだ。

WindowsネイティブなブローカーとCAEの組み合わせ

認証まわりの変更はCAEだけにとどまらない。Anthropicはoffice365-mcp.mjsを**office365-mcp-stdio.mjs**に置き換え、ローカルの認証ブローカーを通じてMicrosoft認証を実行する仕組みを追加した。

MCP_PARENT_WINDOW_HANDLE
MCP_LOCAL_AUTH_BROKER_HOST
MCP_LOCAL_AUTH_BROKER_MODE

ブローカーモードはauto / disabled / requiredの3種類が用意されており、requiredモードではブローカー認証が確立できない場合に処理を失敗させる（fail-closed）設計になっている。

MCP_PARENT_WINDOW_HANDLE（親ウィンドウハンドル）への参照は特に示唆的だ。Microsoftのネイティブ認証スタックは、各アプリケーションが個別にブラウザログインを実装するのではなく、Windows環境そのものを通じて組織アイデンティティを管理する。Claudeがその仕組みに乗ろうとしていることを意味する。

さらにバイナリには以下の企業向けクレデンシャルオプションも含まれる。

MCP_AUTH_CLIENT_SECRET
MCP_AUTH_CLIENT_CERT_PATH
MCP_AUTH_CLIENT_ASSERTION_FILE

加えて、Microsoftのソブリンクラウド（政府機関向けGCC、GCC High、DoDなど）への対応コードも確認された。一方、Microsoftの公式ドキュメントによれば、CopilotにおけるOpenAI製モデルはGCC・GCC High・DoD・ソブリンクラウドでは現時点で利用不可とされている。

ChatGPTのWindowsクライアントについても、RuntimeWireはCAE対応のローカルブローカー・親HWNDハンドル処理・fail-closedブローカーモード・企業証明書パス・ソブリンクラウド対応という同等の組み合わせを示す公開情報を発見していない。

なお、現時点でAnthropicが公開しているMicrosoft 365コネクターのドキュメントが説明するアーキテクチャとは大きく異なる。現行の公開版はAnthropicのバックエンドが認証を管理し、Microsoft Azure SDKがOn-Behalf-Ofトークン交換を行う構成であり、認証後のMicrosoft 365リクエストはAnthropicのサーバーから発信される。新しいWindowsコードはこの認証処理をローカルで完結させる方向への転換を示している。

「配管」に隠れた収益機会

Anthropicは現在30万社以上のビジネス顧客を抱え、そのうち500社以上が年間100万ドル以上を支出し、Fortune 10のうち8社がClaudeを利用していると発表している（Series G調達発表）。

大企業においてAIツールの採用可否を決めるのは、多くの場合モデルの性能よりもアイデンティティ管理・セキュリティ・コンプライアンス・デプロイ制御だ。Entra、Conditional Access、ネイティブ認証ブローカー、企業証明書、ソブリンクラウド対応といった要件はデプロイの必要条件であり、クリアできなければ部門単位のパイロット止まりになる。これらの障壁を一つ取り除くことで、限定的なチームデプロイが企業全体への展開に変わり得る。500社以上いる年間7桁契約顧客のうち一定数がスケールアップすれば、財務的影響は小さくない。

MicrosoftとOpenAIの関係変質という背景

このエンジニアリング作業は、MicrosoftとOpenAIの関係が大きく変質する中で進んでいる。

2019年にMicrosoftはOpenAIに10億ドルを投資し、独占的なコンピューティングパートナーシップを締結した。2023年1月にはAzureをOpenAIの独占クラウドプロバイダーと位置付け、数十億ドル規模の追加投資を発表した。

その後、関係は段階的に解放されていく。2025年1月にはOpenAIが他社でも計算能力を調達できるよう変更。2025年9月にはMicrosoft Copilot StudioにClaude Sonnet 4とClaude Opus 4.1が追加され、数日後にはClaude Sonnet 4.5も加わった。2026年4月の修正合意では、OpenAIはあらゆるクラウドプロバイダーを通じて製品を提供できるようになり、MicrosoftのOpenAI IPライセンスは2032年まで継続されるが非独占となった。

タイトルの「ソファで寝ているOpenAIがいる間にAnthropicを引っ越しさせた」という比喩が、この状況を端的に表している。独占契約という構造的な優位が失われつつある中で、AnthropicはWindowsの認証基盤という「配管」レベルでの統合を着実に進めた。企業向けAI市場における主導権争いは、モデルの性能比較だけでなく、こうしたインフラ層での先行実装によっても決まり得ることを本記事は示している。

詳細はMicrosoft let Anthropic move in while OpenAI was sleeping on the couchを参照していただきたい。