マイクロソフトはClaudeを廃止：高すぎるから、それとも利益をしっかり得たから？

マイクロソフトもClaude Codeを使えなくなった

誰もが想像できるだろうか、かつてOpenAIに100億ドル以上投資したテック巨人、マイクロソフトが最近、Claude「高すぎて使えない」ために内部で停止を決定した。

事情はこうだ：最近、マイクロソフト内部からの情報によると、6月30日以降、Windows、Microsoft 365、Teams、Outlook、Surfaceに関わる数千人のエンジニアがClaude Codeの使用を禁じられ、自社のGitHub Copilot CLIに切り替えるよう指示された。

マイクロソフトはClaude Codeに具体的にいくら費やしたかを公表していないが、関係者によると、今回の停止はコストが高すぎるためであり、マイクロソフトも「痛い」と感じるほどだった。

Uberも最近、同じ選択をした。

リーク情報によると、Claude Codeは月にUberのエンジニア一人当たり約500～2000ドルのAIツール費用を消費している。

これはどんな概念だ？百人規模の技術チームが、このAIツールだけで年間数百万ドルのコストをかけていることになる。Uberの2026年のAI予算は、4月にすでに「使い果たされた」。

背後には、多くの企業がまだ気づいていない、しかしすでに頭を悩ませ始めている変化が潜んでいる：AIの価格設定モデルが、以前の「パッケージ契約」から今の「従量制」に変わりつつある。

過去、多くのAIツールは月額固定料金制を採用し、コストは比較的予測しやすかった。しかし今や、プログラミングシーン向けのAIアシスタントは、Tokenベースの課金方式に移行しつつある。質問が複雑になり、呼び出し頻度が増え、タスクが深くなるほど、発生する費用も高くなる。日常的に大量のコーディング作業を行う技術チームにとって、この支出は急速に膨らみ、無視できない財務負担となっている。

このような背景の中、マイクロソフトやUberのような巨大テック企業でさえ、再計算を余儀なくされている：高額なサードパーティAIツールの費用は本当に価値があるのか？支払い続けるべきか、それともより経済的なオープンソースに切り替えるか、自社ツールに置き換えるか。

マイクロソフトの選択は明確だ：Claude Codeの代わりに自社のGitHub Copilot CLIを使うこと。機能や体験はやや劣るかもしれないが、コストはコントロールでき、内部リソースの流れも効率的になる。

この選択は、はっきりとしたシグナルを伝えている——「高い」と感じるAIの価格設定に、企業が再考を迫られているということだ。

結局、節約できたコストは最終的に利益に直結する。

しかし、《The Verge》は指摘している。Claude Codeの使用許可を取り消しても、MicrosoftとAnthropicの間で結ばれたFoundry契約には影響しない。この契約には、Anthropicへの5億ドルの投資、Claudeモデルの使用権の提供、そしてAnthropicがAzureの計算能力に300億ドルを投じる約束も含まれている。

社員にClaude Codeを使わせるのはただの実験だったのか？

突然、Microsoftが内部エンジニアのClaude Code使用許可を取り消したのは、そのツールの使用を開始してからわずか6ヶ月後のことだ。外部の見方は、これは慌てて封じたわけではなく、むしろ綿密に計画された実験だったと見る。

Microsoftの内部メモによると、エクスペリエンス＆デバイス事業部の副社長Rajesh Jhaはこう説明している：「Copilot CLIとClaude Codeを同時に提供し始めたとき、私たちの目標は迅速に学習し、実際のエンジニアリングワークフローの中でこれらのツールをベンチマークし、どのツールが私たちのチームを最も支援できるかを理解することだった。Claude Codeはこの学習過程で重要な役割を果たした……同時に、Copilot CLIも私たちにとって非常に重要なものをもたらした：GitHubと直接連携し、Microsoftのコードベース、ワークフロー、安全性の期待、エンジニアリングのニーズに基づいて作られた製品だ。」

要するに、Microsoftは競合他社の製品を自社のエンジニアリングチームに積極的に導入し、Claude Codeの弱点を露呈させた。そして半年間のフィードバック収集と修正を経て、最後に競合ツールを閉じてエンジニアを自社製品に戻した。

LinkedIn上では、この戦略を「まず競合品を“練習台”にして学び終えたら撤退」と要約するユーザーもいる。

あるLinkedInユーザーはこう評価している：「もしMicrosoftがClaudeを使い続けたいなら、コストは絶対に障害にならない。MicrosoftのTokenmaxxing戦略は、最初から学習目的だったようだ。」

また、別のユーザーはこう述べている：「競合の製品を使って自社製品にプレッシャーをかけるには高い自己規律が必要だ。学んだ知識を実践に生かすには、より多くの努力が求められる。」

結果的に、Microsoftは確かにそうした。Copilot CLIは、エンジニアの比較使用フィードバックをもとに複数回の改良を重ねてきた。

したがって、今回の廃止は「使えないから諦めた」のではなく、力を借りて短所を補完し、内部実験を積極的に終わらせたと解釈できる。

ただし、外部の見方は一致していない。ある開発者は指摘する。Microsoftがこうできるのは、底層のクラウドインフラ、自社のコードホスティングプラットフォームGitHub、そして十分なエンジニア群という「実験サンプル」を持っているからだと。多くの企業はそうではなく、「使えない」状態にある。Microsoftは「学び終わったら停止」できるが。

Claude Code停止の裏にある、Microsoftの三大困境

しかし、コスト圧力や外部の「実験テスト」以上に、これは氷山の一角にすぎない。MicrosoftがClaude Code停止を決めた背景には、より根深い事実がある——それは、この巨大ソフトウェア企業が不安を抱えるもう一つの現実だ：大モデル時代の産業チェーンにおいて、Microsoftは定義権を失いつつある。

2026年3月、企業支出管理プラットフォームRampが発表したAI Indexによると、AIサービスを初めて購入した企業の中で、AnthropicはOpenAIとの直接対決で勝率約70%を記録した。これはRampの2025年のトレンドと完全に逆であり、当時OpenAIの普及速度は他のモデル企業を凌駕していた。Anthropicの年収は急上昇し、190億ドルに達し、OpenAIの250億ドルに迫った。

4月には、Anthropicの企業AI採用率は34.4%に達し、初めてOpenAIの32.3%を超え、企業市場の新たなAIトップサプライヤーとなった。この逆転の核心エンジンはClaude Codeであり、リリースからわずか半年で10億ドルの年収を達成し、当時のGitHubコード提出の4%を占めていた。

この市場サイクルで、Microsoftはほとんど存在感を示せていない。

MicrosoftはOpenAIとAnthropicの外部モデルに依存せざるを得なくなり、2026年のAIスタートアップの年収は800億ドルに達し、そのうちOpenAIとAnthropicが89%を占めている。

これは残酷な現実を示している：基盤モデルの商業価値はモデル開発者に還流しつつあり、Microsoftは単なるチャネルに過ぎない。チャネルが供給源を封じようとすれば、それはつまり、「本当の入場券を買えなくなった」ことを意味している。

要約すれば、Microsoftは三つの戦場で疎外されている：モデル、開発者、エコシステムのコントロール権。

困境一：最先端の基模がなく、外部依存が深刻

今日、Microsoft最大の懸念は、自社の最先端汎用大モデルを持たないことだ。

2019年以降、MicrosoftはOpenAIに130億ドル以上投資し、約27%の株式を取得したが、自社開発の大言語モデルはGPT-4やClaudeに匹敵するものを未だに作れていない。

2026年4月、Microsoft AI研究所が発表したMAIシリーズの3モデル——MAI-Transcribe-1、MAI-Voice-1、MAI-Image-2——は、音声転写、音声生成、画像作成に留まり、汎用大言語モデルは未登場だ。

Microsoftは世界有数のAI商用入口を持つ一方で、AI能力の上限を決める「基模制御権」を持たない。

自社開発の汎用モデルがなければ、対話やプログラミング推論といった核心シーンで技術的な完結を実現できず、そのAI能力はOpenAIに依存し続ける。2026年4月、MicrosoftとOpenAIは7年続いた排他契約を終了し、AzureはOpenAIの唯一のクラウド出口ではなくなり、IPのライセンスも独占から非独占へと変わった。

かつてMicrosoftの最大の防御線は「OpenAIの独占」だったが、今やその独占は緩みつつある。

そして、OpenAIとの独占を失えば、Microsoftは自前のGPT-4やClaudeに匹敵する底層モデルを持たないという厳しい現実に直面する。これが、MicrosoftがAI分野で今、非常に断絶した状態にある理由だ——世界で最も深くAIを商用化している企業の一つでありながら、コア能力は外部モデルに依存している。この「プラットフォーム強、モデル弱」の構造は、根本的に技術の空洞化を招いている。

困境二：自社製品力が競合に劣る

さらにMicrosoftを苦しめるのは、汎用大モデルを持たないだけでなく、かつて早期のインテリジェントプログラミングの窓口を握ったCopilotさえClaude Codeに実質的に押し負けていることだ。

過去2年、GitHub CopilotはAIプログラミングの代名詞だった。しかし2026年のAIプログラミング市場は根本的に変わった。Claude Codeが業界を変えたのは、「コード補完ツール」から「長いコンテキストを持つエンジニアリング代理」へと進化した点だ。

従来のCopilotは、「数行のコードを手伝う」程度だったが、Claude Codeはソフトウェア開発全体に直接関与できる。

Microsoft内部では、最も人気のあるプログラミングツールは自社のCopilotではなく、Claude Codeだ。

《The Verge》の記者Tom Warrenによると、Microsoftのエンジニアは過去数ヶ月、「明らかに」Claude Codeを優先して使っているという。これは、「自社製品を嫌っている」からではなく、製品の実力に明確な差があるからだ。

テストデータによると、Claude CodeはSWE-benchで80.8%、GPT-4oベースのGitHub Copilotは72.5%のスコアで、8.3ポイント差がある。

Claude Codeは百万Tokenのコンテキストウィンドウをサポートし、一度のセッションで約3000ファイルを処理できるのに対し、Copilot CLIの上限は128K Tokenに過ぎない。数十ファイルのリファクタリングやデバッグでは、Claude Codeの成功率は89%、Copilotは60%にとどまる。

エンジニアが日常的にClaude Codeを使うと、開発フローやデバッグデータ、操作習慣がAnthropicのエコシステムに染み込む。《The Verge》によると、Claude Codeを内部公開する前、Microsoftのエンジニアの91%がGitHub Copilotを使っていたが、過去半年でClaude Codeの使用がこの割合を「著しく侵食」している。

Rajesh Jha氏は備忘録で、Claude Codeは「学習過程の重要な一部」と認めつつも、強制的に切り替える必要があると述べている。この矛盾の根源は、戦略的な根本的な不安——エンジニアが開発ツールの重要部分を外部製品に委ねることで、Microsoftの技術スタックのコントロール力が徐々に弱まっていることだ。

外部ツールの長期使用は、競合のユーザ習慣を育て、将来的には開発スキルやプロセス知識を直接競合に持ち込むことになる。

あるMicrosoft内部関係者は《The Information》に対し、Claude CodeのMicrosoftエンジニアの満足度は91%に達していると語る。自社のコア開発者が自社ツールに満足していない場合、その技術の結束力は大きな課題となる。これは「競合に儲けさせている」からではなく、開発文化が外部ツールに浸透し、コア人材や開発プロセスが競合の製品にロックインされることを恐れている。

困境三：エコシステムコントロールの弱体化

さらにMicrosoftが苦しむのは、内部エンジニアがClaudeにシフトしているだけでなく、企業市場全体にも似た傾向が出てきている点だ。

MicrosoftはOpenAIとAnthropicの二大パートナーに投資しているが、両者とも次第にMicrosoftへの依存を解き始めている。

Ramp AI Indexのデータによると、2026年4月、Anthropicの企業付加採用率は34.4%に達し、初めてOpenAIの32.3%を超えた。過去12ヶ月で、Anthropicの採用率は9%から34.4%に急上昇し、約4倍に増加。一方、OpenAIの採用率は同期間でわずか0.3%増だった。

企業が2026年にAIサービスを初めて導入した際、約70%のケースでClaudeがChatGPTを抑えて契約を獲得している。

この逆転の核心はClaude Codeだ。

市場推定によると、世界のGitHub公開コミットの約4%はClaude Codeが関与し、2026年末には20%超に達すると見られる。Claude CodeはAIプログラミングツール市場の54%を占め、世界のトップ企業8社が顧客だ。年収ベースでは、2025年11月に10億ドルを突破し、2026年初には25億ドルに達した。対して、OpenAIのCodexは約10億ドルの年収だ。

ゴールドマンサックスの統計によると、2026年のAIスタートアップの総年収は約800億ドルで、そのうちOpenAIが250億ドル、Anthropicが190億ドル。両者合計で89%を占める。Claude Codeの収益がAnthropicに取られ、Microsoftの取り分はほとんどなくなっている。

2026年4月、AmazonはOpenAIと戦略提携し、最大500億ドルの投資を約束、AWSはOpenAIの企業向けプラットフォーム「Frontier」の独占サードパーティクラウド販売者となる。

Business Insiderによると、Microsoft内部の評価では、GitHub CopilotのAIプログラミングツール市場シェアは約25%に低下している。

これらのデータは示している：AI競争は「チャットボット」から「エンジニアリングシステム」へと移行している。

この競争の中で、Claude Codeは新たなインフラの入り口になりつつある。問題は——Microsoftは本来、このAIプログラミング革命の最大の恩恵者であるはずだった。なぜなら、GitHubは世界最大の開発者エコシステムを握っているからだ。

しかし今や、Claude Codeが開発者の心に入り込み、Anthropicが企業の成長を奪い、OpenAIがMicrosoftの独占体制から離れつつあり、さらに恐ろしいことに、GitHub Copilotさえも疎外され始めている。

Microsoftは突然気づく——自分たちがGitHubを持っているのに、次世代のAIプログラミングエコシステムを持てていないことに。

一歩間違えば、次も間違い続ける

Microsoftが直面している問題は、単なる製品の遅れだけではない。

表面上は「内部でClaude Codeの使用停止」という管理措置だが、深層では制御不能な連鎖の一端が見えている。

最初の原因は、MicrosoftがGPT-4やClaudeに匹敵する自社の汎用大モデルを長らく作れていないことだ。基盤モデルの能力が欠如しているため、長期的にOpenAIの提供するコアAI能力に依存せざるを得ない。しかし問題は、OpenAIも今やMicrosoftの独占から離れつつあり、両者の関係は「深く結びついた」から「協力しつつ排他ではない」へと変わりつつある。

もう一つ、より危険な事態がMicrosoft内部で進行している。

ますます多くのMicrosoftエンジニアが日常的にClaude Codeを使い、自社のCopilotではなくClaudeに頼るようになっている。表面上は開発ツールの選択の問題だが、実際には開発エコシステム全体に影響を及ぼす：コードのワークフロー、デバッグ習慣、エンジニアリングのコンテキスト、エージェントの使い方などがツールとともに移行してしまう。プラットフォーム企業にとって最も恐ろしいのは、競合に儲けさせることではなく、自社の開発者が競合のエコシステムに流れることだ。

次第に、問題はさらに伝播していく。

Claude Codeに多くの開発者が流れた結果、実際に儲かるのはAnthropicだ。企業顧客も移行を始め、AIプログラミング分野でのClaudeの発言力は急速に拡大している。MicrosoftはAzureを通じて計算資源を提供し続けることはできるが、AI時代の最も厚い利益とコントロールを持つ価値は、モデル企業とエージェントプラットフォームに奪われつつある。

こうした状況下、Microsoft内部では微妙な状態が生まれている：製品競争には勝てないが、社員の外部ツールへの全面的な流出も放置できない。そこで最後に取った手段は、Copilotの能力を追いかけるのではなく、まずClaude Codeの内部使用権を停止することだった。

これはすでに、「製品競争」から「組織防衛」へと問題が進化し始めていることを示している。

《The Verge》によると、MicrosoftはかつてCursorの買収も検討したが、規制リスクなどで見送ったという。

ある意味、これがMicrosoftの今最も厄介な状況を露呈している：世界最強の開発者プラットフォームと巨大な企業顧客基盤を持ちながら、AIプログラミングの最重要入口——日々エンジニアが使うエージェントツール——を他者に奪われつつある。

開発者の習慣やワークフロー、エコシステムが再構築されてしまえば、取り戻すには単に機能を追加したり、戦略を変えたりするだけでは済まなくなる。