1 微軟也用不起 Claude Code 了
誰能想到,微軟——這家曾為 OpenAI 累計投資超過 100 億美元的科技巨頭,最近也因 Claude「太貴了,用不起」而在內部叫停。
事情是這樣的:近日,微軟內部傳出一則消息,自 6 月 30 日起,數千名負責 Windows、Microsoft 365、Teams、Outlook 和 Surface 相關工作的工程師,將不再被允許使用 Claude Code。微軟自身引導他們轉向自家的 GitHub Copilot CLI。

微軟未公開在 Claude Code 上的具體支出數字,但知情人士透露,此次叫停 Claude Code 確實是因為成本過高,高到連微軟都覺得「肉疼」。
Uber 近期也做出了與微軟相同的選擇。
據爆料,Claude Code 每個月為每位 Uber 工程師花費的 AI 工具費用約為 500~2000 美元。
這是什麼概念?一個百人技術團隊,僅這項 AI 工具,一年下來就是幾百萬美元。Uber 2026 年的 AI 預算,在 4 月份就被「燒」完了。
這背後其實藏著一個許多公司還未反應過來、但已開始頭痛的變化:AI 的定價模式,正從過去的「辦套餐」轉變為現在的「按表走字」。
過去,許多 AI 工具採用按月固定收費的模式,成本相對可預測。但如今,越來越多面向程式設計場景的 AI 助手開始轉向基於 Token 的計費方式——提問越複雜、調用越頻繁、任務越深入,產生的費用就越高。對於日常需要處理大量編碼工作的技術團隊而言,這筆開支正迅速膨脹為一項不可忽視的財務壓力。

在這樣的背景下,即便是微軟、Uber 這樣體量的科技公司,也不得不重新算一筆賬:高昂的第三方 AI 工具費用,是否真的物有所值?是繼續支付不斷攀升的賬單,還是轉向更經濟的開源方案,或改用自有工具來替代?
微軟的選擇很明確:用自家的 GitHub Copilot CLI 取代 Claude Code。雖然功能體驗上可能稍遜一籌,但成本可控,內部資源流轉也更具效率。
這一選擇傳遞出一個清晰的信號——連微軟都開始覺得「貴」的 AI 定價,正在倒逼企業重新審視自己的技術採購策略。
After all, the cost savings will ultimately be directly reflected in profits.

但《The Verge》也指出,取消 Claude Code 授權不會影響微軟與 Anthropic 達成的 Foundry 協議,該協議包括向 Anthropic 投資高達 50 億美元,並向 Foundry 客戶提供 Claude 模型的使用權限,以及 Anthropic 承諾斥資 300 億美元購買 Azure 計算能力。
2 讓員工使用 Claude Code 只是一場實驗?
微軟在讓員工使用該工具六個月後,突然取消了內部工程師的 Claude Code 使用許可,因此外界認為,這並非一次倉促的封禁,反而像是一場精心安排的實驗。

根據微軟內部備忘錄,體驗與設備事業部執行副總裁 Rajesh Jha 說明:「當我們開始同時提供 Copilot CLI 和 Claude Code 時,我們的目標是快速學習,在真實的工程工作流程中對這些工具進行基準測試,並了解哪些工具最能支持我們的團隊。Claude Code 在這一學習過程中發揮了重要作用……與此同時,Copilot CLI 也為我們帶來了一些特別重要的東西:一個我們可以直接與 GitHub 合作,根據微軟的代碼庫、工作流程、安全預期和工程需求來打造的產品。」
換句話說,微軟主動讓競爭對手的產品進入自己的工程團隊,讓 Claude Code 暴露自家 Copilot CLI 的短板。然後用半年時間收集反饋、修復差距,最後關閉對手的工具,將工程師全部遷回自家產品。
在 LinkedIn 平台上,有用戶將這一策略概括為:先讓競爭對手當「陪練」,學完了就收網。
一位 LinkedIn 用戶對此評價道:「如果微軟想要繼續使用 Claude,成本絕對不會是阻礙因素,微軟過去的 Tokenmaxxing 策略就彷彿一開始就奔著學習目的去的。」

還有用戶表示:「使用對手的產品對自己的產品進行壓力測試,需要很強的自律性;而將所學知識付諸實踐,則需要更多努力。」
從結果來看,微軟確實這樣做了。Copilot CLI 在六個月內根據工程師的對比使用反饋進行了多次迭代。
因此,此次的棄用也被解讀為並非因「用不起」而被動放棄,而是借力打力、補足短板後,主動結束了這場內部實驗。
不過,外界對此看法並不一致。有開發者指出,微軟能夠這樣做,前提是它同時擁有底層雲基礎設施、自有的代碼託管平台 GitHub,以及足夠龐大的工程師群體作為「實驗樣本」。大多數公司不具备這種條件——它們只能單純地「用不起」,而微軟可以選擇「學完再停」。
3 叫停 Claude Code 背後,微軟面臨三大困境
然而,成本壓力和外界猜測的「實驗測試」或許只是浮在水面上的冰山一角。微軟叫停 Claude Code 的決定,遠不止是一筆財務賬——它觸及了一個更令這家軟體巨頭不安的事實:在大模型時代的產業鏈條上,微軟正在喪失定義權。
在 2026 年 3 月,企業支出管理平台 Ramp 發布了一期 AI 指數,顯示在首次購買 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%。

而在這一輪市場中,微軟幾乎沒佔什麼位置。
當微軟被迫依賴 OpenAI 和 Anthropic 的外部模型時,2026 年 AI 創業公司的年化收入已達 800 億美元,OpenAI 和 Anthropic 两家合計佔據了 89%。
這揭示了一個殘酷的事實:基礎模型的商業價值正在回流至模型研發方,而微軟僅僅是渠道商。當渠道商試圖封殺源頭時,只說明了一件事:它已經買不到真正的入場券了。
In summary, it could be said that Microsoft has been marginalized on three fronts: models, developers, and ecosystem control.
困境一:缺乏前沿基模,過度依賴外部
時至今日,微軟最大的隱憂,是它始終沒有真正屬於自己的前沿通用大模型。
自 2019 年起,微軟累計向 OpenAI 投入超過 130 億美元,並獲得約 27% 的股權,但其自研大語言模型始終未能對標 GPT-4 或 Claude。
在 2026 年 4 月,微軟 AI 研究實驗室發布的三款 MAI 系列模型——MAI-Transcribe-1、MAI-Voice-1 和 MAI-Image-2——僅涵蓋語音轉錄、語音生成和圖像創建,並未推出通用大語言模型。
微軟雖然擁有全球最強的 AI 商業入口之一,卻缺乏真正決定 AI 能力上限的「基模控制權」。
由於缺乏自研通用模型,微軟無法在通用對話、程式設計推理等核心場景實現技術閉環,其核心 AI 能力依賴於 OpenAI。2026 年 4 月,微軟與 OpenAI 聯合宣布結束為期七年的排他性合作,Azure 不再是 OpenAI 唯一的雲端出口,IP 授權從獨家轉為非獨家。
過去微軟最大的護城河之一,是「獨佔 OpenAI」。但現在,這種獨佔正在鬆動。
而一旦微軟失去對 OpenAI 的獨家綁定,它就必須面對一個殘酷現實:它自己並沒有能夠替代 GPT-4 或 Claude 的底層模型。這也是為什麼,微軟今天在 AI 領域呈現出一種非常割裂的狀態:它是全球 AI 商業化最深的公司之一,但同時,它又高度依賴外部模型提供核心能力。這種「平台強、模型弱」的結構,本質上是一種技術空心化。
困境二:自身產品力無法與競爭對手抗衡
更讓微軟難過的是,不僅沒有拿得出手的通用大模型,連曾經搶佔早期智能編程窗口期的 Copilot 也遭到了 Claude Code 實質性碾壓。
過去兩年,GitHub Copilot 一直是 AI 編程的代名詞。但 2026 年的 AI 編程市場,已經發生了根本變化。Claude Code 真正改變行業的地方,在於它把「代碼補全工具」變成了「長上下文工程代理」。
傳統的 Copilot 更像是:「幫你寫幾行代碼」,而 Claude Code 則能直接參與整個軟體工程流程。
在微軟內部,最受歡迎的程式設計工具並非自家 Copilot,而是 Claude Code。
根據《The Verge》記者 Tom Warren 的報導,微軟工程師過去幾個月「明顯偏向」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 前,91% 的微軟工程團隊使用 GitHub Copilot,但過去六個月中 Claude Code 的使用量「嚴重蠶食」了這一比例。
微軟體驗與設備事業部負責人 Rajesh Jha 在備忘錄中承認 Claude Code 是「學習過程的重要組成部分」,但仍要求強制切換。這一矛盾的根源在於戰略層面的根本焦慮——當工程師將開發工具鏈中的關鍵環節寄託於外部產品時,微軟對自身技術棧的控制力正在逐步削弱。
員工長期使用外部工具,意味著培養競爭對手的用戶習慣,未來將開發技能和流程知識直接帶入競爭公司。
一名微軟內部人士對《The Information》表示,Claude Code 在微軟工程師群體中的滿意度高達 91%。當一家公司的核心開發者對自己的工具滿意度低於外部競爭對手時,其技術凝聚力便面臨重大挑戰。這不是「害怕對手賺錢」,而是擔心開發文化被外部工具滲透,導致核心人才和開發流程被鎖定在競爭對手的產品上。
困境三:生態控制權減弱
更讓微軟難受的是:不僅內部工程師正在轉向 Claude,整個企業市場也開始出現類似趨勢。
微軟投資了 OpenAI 和 Anthropic 兩個主要合作夥伴,但這兩者均正逐步擺脫對微軟的依賴。
根據 Ramp AI 指數數據,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 參與完成,Anthropic 預計到 2026 年底將超過 20%。Claude Code 占據 AI 編程工具市場 54% 份額,全球財富十強企業中 8 家為其付費客戶。從年化收入來看,Claude Code 在 2025 年 11 月突破 10 億美元,到 2026 年初已達 25 億美元。相比之下,OpenAI 的 Codex 年化收入約為 10 億美元。
根據高盛統計,2026 年 AI 創業公司年化總收入約為 800 億美元,其中 OpenAI 約 250 億、Anthropic 約 190 億,兩家合計佔 89%。當 Claude Code 的收入由 Anthropic 獲取而非微軟時,微軟所扮演的角色本質上仍是渠道商——提供了算力和部分投資,卻未能獲取大模型核心價值中最厚的利潤。
2026 年 4 月,亞馬遜與 OpenAI 達成戰略合作,承諾最多投資 500 億美元,AWS 還將作為 OpenAI 企業級平台 Frontier 的獨家第三方雲分銷商。
據 Business Insider 報導,微軟內部評估顯示 GitHub Copilot 在 AI 編程工具市場中的份額已下滑至約 25%。
這些數據意味著:AI 競爭正從「聊天機器人」轉向「工程系統」。
而在這輪競爭中,Claude Code 正在成為新的基礎設施入口。問題在於——微軟本應是這場 AI 編程革命最大的受益者,因為 GitHub 本就掌握著全球最大的開發者生態。
但現在 Claude Code 已佔據開發者的心智,Anthropic 拿走了企業增長,OpenAI 逐漸脫離微軟的獨佔體系,更可怕的是,GitHub Copilot 反而開始被邊緣化。
微軟突然發現:自己擁有 GitHub,卻未必擁有下一代 AI 編程生態。
4 一步錯,步步錯
微軟今天面臨的問題,其實已經不是某一個產品落後那麼簡單了。
表面上看,這只是一次「內部停用 Claude Code」的管理行動,但深入來看,背後是一整條正在失控的鏈條。
最初,微軟遲遲未能推出真正能與 GPT-4、Claude 相抗衡的自研通用大模型。在底層模型能力缺失的情況下,它只能長期依賴 OpenAI 提供核心 AI 能力。但問題在於,OpenAI 現正逐步擺脫微軟的獨家合作關係,雙方的關係已從「深度捆綁」轉變為「合作但不排他」。
而在另一邊,更危險的事情正在微軟內部發生。
越來越多微軟工程師開始日常使用 Claude Code,而非自家的 Copilot。表面看只是開發工具的選擇,實際上影響的是整個開發生態:程式碼工作流程、除錯習慣、工程上下文、Agent 使用方式,都會隨著工具一起遷移。對一家平台型公司來說,最可怕的從來不是競爭對手賺到錢,而是自己的開發者開始在競爭對手的生態中工作。
接下來,問題開始進一步傳導。
開發者大量轉向 Claude Code 後,真正賺到錢的是 Anthropic。企業客戶也開始跟著遷移,Claude 在 AI 編程領域的話語權迅速擴大。微軟雖然仍能透過 Azure 提供算力賺錢,但 AI 時代利潤最厚、控制力最強的那部分價值,正在被模型公司和 Agent 平台拿走。
在這種情況下,微軟內部開始出現一種微妙的狀態:產品競爭不過,但又不能繼續放任員工全面倒向外部工具。於是最後採取的辦法,不是先追上 Copilot 的能力,而是先暫停 Claude Code 的內部使用權限。
This actually shows that the issue has begun to evolve from “product competition” to “organizational defense”.
根據《The Verge》報導,微軟甚至一度考慮收購 Cursor,以彌補 Copilot 在 AI 編程體驗上的差距,但後來因監管風險等因素未予推進。
在某種程度上,這恰恰暴露了微軟目前最尷尬的處境:它擁有全球最強大的開發者平台之一,也擁有最龐大的企業客戶體系,但 AI 編程時代最關鍵的入口——開發者每天真正使用的 Agent 工具——卻正在落入他人之手。
而一旦開發者習慣、工作流程和工程生態都被重新建立,後面再想奪回來,就不是加幾個功能、換一次產品策略那麼簡單了。
參考連結:
https://ramp.com/leading-indicators/ai-index-may-2026?utm_source=chatgpt.com
https://tech.yahoo.com/ai/copilot/articles/microsoft-ditching-claude-code-copilot-133318848.html https://fortune.com/2026/05/22/microsoft-ai-cost-problem-tokens-agents/ https://www.linkedin.com/posts/matthew-johnson-71a059b3_microsoft-gave-claude-code-to-thousands-of-activity-7462552767300272128-b0dx/
本文來自微信公眾號 “InfoQ”(ID:infoqchina),作者:冬梅
