Meta內部有一款叫Muse Code的編程工具，six天前有人在Reddit上發帖評價它："用了兩天，這玩意兒糟糕透了。"這條帖子來自一個叫Odd Donkey 2691的匿名用戶，幾乎是公開渠道里能找到的唯一一條關於Muse Code的真實反饋。可就在這條帖子的另一面,是一個更大的事實：Meta內部使用Anthropic旗下Claude Code的員工數量，正在從6萬人滑向3萬人。
這場轉變發生在Anthropic籌備IPO的關鍵節點上。本周The Information的一則報道指出，Meta Platforms和微軟——兩家Anthropic最大的企業客戶——都在想辦法削減員工對Claude的使用。這不是一條爆炸性新聞，但它擊中了整個AI基建敘事的一個軟肋：當"夠用"的標準模型開始替代"最強"的前沿模型，那些靠少數大客戶撐起增長曲線的公司，故事還講得通嗎。
Big Technology Podcast主播Alex Kantrowitz與Margins的Ranjan Roy在最新一期節目中,圍繞這則消息展開了討論,話題從企業客戶的真實用量數據,延伸到成本控制與模型能力之間的拉鋸戰。
1. 從6萬到3萬，Meta正在把員工「趕」向自家工具
數字擺在那裡：Meta內部使用Claude Code的員工數量最近降到約3萬，而今年早些時候這個數字還是6萬。與此同時，Meta自家研發的編程工具Muse Code的員工使用者數量，是6000多人——遠不足以填上流失的那三萬人的空缺。
Ranjan Roy指出了一個企業內部常見的循環：新工具上線時,所有人先被"種草",用上就離不開,嚷嚷著沒有這個工具沒法幹活；接著公司高層出於成本和數據安全的考慮,開始推自家工具,理由是"我們對數據有控制權,不用擔心被第三方拿去訓練模型"。一旦這個方向啟動,就很難再逆轉。「一旦事情開始往那個方向移動，就意味著Meta永遠不會再回到6萬人無限制使用Claude Code的狀態。」
這種轉向不只發生在Meta。Ranjan Roy提到,在Google內部,隨著Antigravity工具的推出,也出現了類似的"回潮"——員工被重新拉回使用Google自家工具。換句話說,這不是Anthropic一家公司面對的孤立問題,而是整個行業里超大規模廠商共同的"去依賴"動作。
2. 微軟把原本十億美元的預算砍掉三分之一
今年早些時候,微軟高管曾預計公司內部使用Anthropic技術的支出至少會達到10億美元。但報道顯示,這個數字後來被下調了超過三分之一——微軟要求員工減少使用Claude,把更多時間轉向使用微軟自研的AI工具,以此節省開支。
這組數字之所以重要,是因為Anthropic在其S-1文件中披露過,截至2025年底,兩家客戶合計貢獻了公司25%的營收。Alex Kantrowitz直言，有理由相信Meta和微軟其中一家甚至兩家,都可能包含在這個比例里。如果這類頂級客戶持續削減支出,受影響的不僅是當下的收入,更是IPO定價所依賴的"預期增長"敘事——IPO從來不是講過去發生了什麼,而是講接下來會發生什麼,而這類消息直接衝擊的正是"接下來"這個部分。
不過Ranjan Roy也提醒,2025年底的那個25%占比到現在很可能已經發生了變化,只是因為Anthropic還沒有發布上半年財報,外界無從得知具體數字是上升還是下降。他的說法是："我就是想看那份S-1,我想知道到底發生了什麼。"
3. 一場史詩級的下載潮,正在以同樣的速度冷卻
Alex Kantrowitz拿出了Big Technology自己整理的下載數據:Claude在美國的月度下載量,從1月份的近67萬,一路衝到3月份的742萬峰值，隨後到9月份又跌回326萬——差不多是3月峰值的一半。他特別指出,今年1月到3月,Claude單獨一款應用的下載增長,比當時所有App加起來的增長總量還要大，這是一次極其罕見的爆發。
但爆發之後是明顯的降溫。兩人討論了一個關鍵的統計口徑問題——這個下載數字是否包含在終端里安裝Claude Code,還是單指獨立的App下載。Alex Kantrowitz認為大概率統計的是App本身,終端安裝可能沒被完全計入,但即便存在統計誤差,這組數字在方向上依然有意義:當初那波"所有人都想試試看Claude到底多強"的熱潮已經退去。
4. 成本控制與能力天花板之間,企業正在找平衡點
Alex Kantrowitz列出了前沿模型業務正在面臨的幾重壓力:標準模型已經足夠好用,夠用到讓一部分用戶轉向更便宜的替代品；企業內部出現了"token節流反叛"——每個CEO都在問怎麼才能讓員工少花錢,因為這項支出從去年的零,一下子漲到今年某些公司超過10億美元的量級。
但他也強調這不是前沿模型業務的終結。如果員工用前沿模型能帶來遠大於標準模型的產出提升,一刀切地砍成本反而是不負責任的決定——這裡存在真實的投資回報率。所以問題的本質是一場在成本控制和能力最大化之間不斷拉鋸的平衡術,而不是哪一方會單方面獲勝。
Ranjan Roy補充了一個判斷:他自己沒用過Muse Code,但長期用Claude Code。以Muse這款面向C端用戶的產品本身展現出的進步速度推斷,Meta在模型能力上大概率也取得了顯著進展。即便今天Muse Code在"每一個維度"都還比不上Claude Code,但對於絕大多數實際工作需求來說,它很可能已經"足夠好"。
5. Reddit上搜不到太多討論,但那條負評很扎眼
Ranjan Roy臨場去Reddit搜了一下Muse Code的用戶評價,發現公開渠道里的討論量相當有限——這本身說明這款工具目前主要還是在企業內部流通,還沒有形成廣泛的公共討論度。但搜索結果里排在最前面的那條帖子,標題就是"用了兩天Muse 1.3 contributor,糟糕透了"。
兩人半開玩笑地討論,這條孤例是否能代表什麼趨勢,但共識是：公開可見的反饋目前還撐不起"標準模型已經完全追平前沿模型"的結論，內部版本很可能比對外展示的更成熟,但距離真正替代Claude Code,這條路顯然還沒走完。
Meta和微軟的轉身,還遠不到給Anthropic判定勝負的時刻,但它清楚地標出了這家公司增長故事裡最脆弱的那塊拼圖——當你的收入集中在少數幾個超大規模客戶身上,而這些客戶同時又有能力、有動機去養出自己的替代品，所謂的指數級增長曲線,就隨時可能被一次內部的"換工具"決定按下暫停鍵。IPO要講的是未來，而未來恰恰取決於這幾個巨頭接下來會不會,以及多快,把員工從Claude Code里一個個請回自家工具。
