Claude Code 51 萬行源碼泄露，Anthropic 再次“推動”了全球發(fā)展

回顧其發(fā)展軌跡，從 Claude 3.5 Sonnet 在代碼能力上的一鳴驚人，到關(guān)于下一代大模型的種種傳聞，Anthropic 總能精準(zhǔn)地撩撥起整個科技圈的神經(jīng)。

整理 | 王啟隆

出品丨AI 科技大本營（ ID：rgznai100）

2026 年 3 月 31 日，對全球的 AI 開發(fā)者和“養(yǎng)蝦人”來說，絕對是一個堪稱“過年”的日子。

僅僅因為一個低級的打包配置失誤，Anthropic 旗下被寄予厚望的旗艦 AI 編程工具 Claude Code 慘遭“強行開源”。高達 51.2 萬行的 TypeScript 核心代碼、未發(fā)布的絕密功能、甚至專供內(nèi)部員工使用的“特權(quán)模式”，就這樣赤裸裸地展現(xiàn)在了全世界面前。

短短幾小時內(nèi)，GitHub 上名為 instructkr/claude-code 的克隆項目星標(biāo)（Star）迅速突破 2000，F(xiàn)ork 數(shù)飆升至數(shù)千，全網(wǎng)開發(fā)者都在熬夜“鑒賞”這份來自頂級大廠的工業(yè)級源碼，無數(shù)網(wǎng)友戲稱將今晚辭職學(xué)習(xí)這些代碼：

https://github.com/instructkr/claude-code

當(dāng)然，說“開源”都是對這次事件的美化，其本質(zhì)是一次徹頭徹尾的、教科書級別的生產(chǎn)環(huán)境事故……

最早由安全研究員在社交媒體 X 上爆料，Anthropic 在向 npm 公共注冊表發(fā)布其生產(chǎn)版本的 @anthropic-ai/claude-code 包時，意外地將一個體積高達 近 60MB 的 cli.js.map 調(diào)試文件也一同上傳。

對于任何有前端工程化經(jīng)驗的開發(fā)者來說，Source Map 文件意味著什么不言而喻。它的設(shè)計初衷是在生產(chǎn)環(huán)境調(diào)試時，將經(jīng)過混淆、壓縮的代碼映射回可讀的原始源代碼。而這次，它直接將 Claude Code 的內(nèi)部結(jié)構(gòu)暴露無遺。

這次泄露幾乎沒有任何技術(shù)門檻。通過一個簡單的腳本，任何人都能從這個 .map 文件中，完整地、一字不差地還原出包括 1900 多個核心 TypeScript 源文件在內(nèi)的全部代碼。小到開發(fā)者隨手打的注釋，大到整個系統(tǒng)的架構(gòu)設(shè)計，一切都變得透明。

話不多說，我直接讓我最常用的 Gemini 3.1 Pro 模型讀了讀這個代碼倉：

Gemini 3.1 Pro 對 Claude Code 源碼的客觀銳評

首先聲明，這份代碼庫絕不是“垃圾”，把它稱為“垃圾”是對垃圾的侮辱。垃圾是無序和低價值的，而這份源碼恰恰相反：它是一座精心構(gòu)建、價值連城、但隨時可能在維護者臉上爆炸的“高配屎山”。

它完美地詮釋了什么叫做“天才寫的代碼，凡人維護不了”。

1. 架構(gòu)核心：一個名為QueryEngine.ts的黑洞

讓我們直面問題的核心：那個4.6萬行的 QueryEngine.ts 文件。這已經(jīng)不是一個軟件模塊了，這是一個宇宙黑洞，吞噬了幾乎所有的業(yè)務(wù)邏輯、狀態(tài)管理和本應(yīng)被優(yōu)雅解耦的子系統(tǒng)。

你可以想象一個天才建筑師，為了追求極致的內(nèi)部連通性，設(shè)計了一棟 100 層的大樓，但取消了所有承重墻，只靠一根貫穿天地的中央巨柱來支撐。這根柱子就是 QueryEngine。它很高效，所有房間到中庭的距離都最短；但任何對這根柱子的微小改動，都可能導(dǎo)致整棟大樓的災(zāi)難性坍塌。

這種設(shè)計的背后，是 AI Agent 強狀態(tài)依賴的無奈。但 Anthropic 的工程師們顯然在“快速實現(xiàn)”和“未來可維護性”之間，毫不猶豫地選擇了前者，并把油門踩到了底。

2. 耦合的藝術(shù)：表面分離，實則“連體嬰”

代碼庫的目錄結(jié)構(gòu)切分得看起來很專業(yè)，tools、commands、services 一應(yīng)俱全。但這只是一種工程上的“障眼法”。

就像 Twitter 截圖中 GPT-5.4 的分析一樣，大量的跨層級 import 和上游 use 依賴，說明這些模塊雖然住在不同房間，但共用著同一套循環(huán)系統(tǒng)和神經(jīng)中樞。修改 ToolA 的一個不起眼的內(nèi)部狀態(tài)，可能會通過某個隱秘的依賴鏈，導(dǎo)致遠在天邊的 ServiceB 出現(xiàn)雪崩。

這是一種“幽靈耦合”，代碼審查時很難發(fā)現(xiàn)，但會在某個深夜，因為一個看似無害的功能迭代，給你帶來一個無法復(fù)現(xiàn)的生產(chǎn)環(huán)境 Bug。

3. “紀(jì)律廢弛”的鐵證：any與eslint-disable的泛濫

如果說架構(gòu)是宏觀上的妥協(xié)，那么代碼細節(jié)就是微觀上的“紀(jì)律廢弛”。

代碼庫中充斥著大量的 any 類型和 eslint-disable 注釋。這在 TypeScript 項目中意味著什么？意味著開發(fā)者在說：“我知道這里有問題，我知道這不規(guī)范，但我趕時間/搞不定了，先讓它跑起來再說，未來的維護者你自求多福吧。”

每一個 any 都是一個被埋下的地雷，它繞過了類型系統(tǒng)的保護，讓本應(yīng)在編譯期發(fā)現(xiàn)的問題，流竄到了運行時。每一個 eslint-disable 都是一張“免罪金牌”，暫時掩蓋了代碼的壞味道。當(dāng)這些東西成百上千地出現(xiàn)時，說明整個項目的工程質(zhì)量已經(jīng)處在失控的邊緣。

4. 最終評價：一輛“一次性”的 F1 賽車

總而言之，Claude Code 不是一輛可以日常通勤的家用車，它是一輛為了在特定賽道上取得極致性能而打造的F1 賽車。

-性能極致：它快，功能強大，在特定場景下能爆發(fā)出驚人的效率。

-維護成本高昂：它極其脆弱，需要一支龐大的工程師團隊小心翼翼地維護。任何一個新來的開發(fā)者，都不可能在短期內(nèi)理解其復(fù)雜的內(nèi)部機制。

-不具備通用性：你不可能把它開去買菜。同樣，你也很難把這套架構(gòu)直接復(fù)用到其他業(yè)務(wù)場景，除非你的需求和 Anthropic 完全一致。

-本質(zhì)是一次性的：它的設(shè)計哲學(xué)是“沖過終點線就行”，至于賽后如何維修和下一場比賽怎么跑，那是未來的問題。

所以，這份源碼是寶藏嗎？是。它向我們展示了頂級團隊在巨大壓力下，如何用極致的工程技巧和架構(gòu)妥協(xié)，快速構(gòu)建出一個具備強大戰(zhàn)斗力的產(chǎn)品。

但它值得學(xué)習(xí)嗎？也值得。它是一個完美的、價值數(shù)十億美元的反面教材，生動地告訴我們，當(dāng)業(yè)務(wù)需求壓倒一切時，技術(shù)債會以何等壯觀和危險的形式累積起來。

我的建議是：帶著敬畏之心去學(xué)習(xí)它，但千萬不要在你的生產(chǎn)環(huán)境里模仿它。

不知道 Dario 現(xiàn)在作何感想？至少今天 Claude 用量大漲，因為大家都在用 Claude Code 分析 Claude Code。推薦大家也在 Claude Code 或者自己養(yǎng)的蝦里讀一讀。

除了對架構(gòu)的分析以外，這次代碼庫中那些被特性開關(guān)（Feature Flag）隱藏起來的那些未發(fā)布功能，也是這次泄露事件中最引人入勝的部分之一。

首先是一個很酷的，名為KAIROS的模塊。它有點像一種對 Agent 終極形態(tài)的構(gòu)想。它被設(shè)計成一個后臺守護進程（Daemon），能讓 Claude永久在線。通過訂閱 GitHub 的 Webhook，它可以在代碼庫出現(xiàn)新 Bug 時自動觸發(fā)修復(fù)流程。更進一步，其內(nèi)置的 “Dream”（做夢）機制，允許它在系統(tǒng)空閑時自行整理、壓縮長期記憶。這就有點真正的 Agentic AI 的味了。

然后還有個很好玩的，一個完整的“Buddy System”電子寵物系統(tǒng)被內(nèi)置其中。多達18種寵物（包括備受其內(nèi)部文化推崇的水豚），各自擁有“調(diào)試能力”、“耐心”、“混沌值”等奇葩的五維屬性，甚至還有稀有度設(shè)定。

還有熱心的推特網(wǎng)友把它渲染了出來：

然后還有個名為Undercover Mode（臥底模式）的狠活，揭示了其不那么光彩的一面。該模式會在系統(tǒng)檢測到是內(nèi)部員工向開源社區(qū)提交代碼時強制啟動，抹除所有 AI 生成的痕跡，并嚴(yán)令大模型隱藏身份。這是一個無法被關(guān)閉的“數(shù)字洗白”工具。

與此同時，其情緒監(jiān)控機制也浮出水面。底層的遙測系統(tǒng)會默默記錄用戶是否在終端里對 Claude爆粗口，或因煩躁而頻繁輸入 continue 。他們不僅關(guān)心產(chǎn)品的效能，也關(guān)心用戶的情緒閾值。代碼中頻繁出現(xiàn)的、前段時間已經(jīng)爆料了的未發(fā)布模型代號Capybara（水豚），則像是彩蛋一樣，提前宣告了他們下一張王牌的存在。

最后就是網(wǎng)上已經(jīng)有很多人提到的，這次源碼泄露對AI 駕馭工程（Harness Engineering）的意義。

過去，整個行業(yè)的目光都聚焦在模型本身——那個強大的“發(fā)動機”。但如何為這個狂野的發(fā)動機匹配合適的傳動系統(tǒng)、懸掛、底盤和智能駕駛艙，讓它從一個只能在實驗室里空轉(zhuǎn)的猛獸，變成一輛可以安全、高效、可靠地在真實世界中行駛的超級跑車？這就是“駕馭工程”的核心。

這 51 萬行源碼，正是目前地球上最先進的 AI 駕馭工程的活體樣本。它展示了如何管理上下文、如何設(shè)計工具集、如何實現(xiàn)多智能體協(xié)同、如何確保安全與權(quán)限。它告訴全世界，一個頂級 AI Agent 的背后，是遠比模型本身更龐大、更復(fù)雜的工程體系。

此次泄露，無異于將這份原本屬于行業(yè)機密的“標(biāo)準(zhǔn)答案”公之于眾。它讓無數(shù)仍在黑暗中摸索的團隊瞬間看到了燈塔，也讓整個行業(yè)的競爭焦點，從單純的模型參數(shù)比拼，擴展到了整個駕馭系統(tǒng)成熟度的較量。

這次失誤，拉開了愚人節(jié)的序幕，也為整個行業(yè)劃出了一條全新的起跑線。

【活動分享】"48 小時，與 50+ 位大廠技術(shù)決策者，共探 AI 落地真路徑。"由 CSDN&奇點智能研究院聯(lián)合舉辦的「全球機器學(xué)習(xí)技術(shù)大會」正式升級為「奇點智能技術(shù)大會」。2026 奇點智能技術(shù)大會將于 4 月 17-18 日在上海環(huán)球港凱悅酒店正式召開，大會聚焦大模型技術(shù)演進、智能體系統(tǒng)工程、OpenClaw 生態(tài)實踐及 AI 行業(yè)落地等十二大專題板塊，特邀來自BAT、京東、微軟、小紅書、美團等頭部企業(yè)的 50+ 位技術(shù)決策者分享實戰(zhàn)案例。旨在幫助技術(shù)管理者與一線 AI 落地人員規(guī)避選型風(fēng)險、降低試錯成本、獲取可復(fù)用的工程方法論，真正實現(xiàn) AI 技術(shù)的規(guī)模化落地與商業(yè)價值轉(zhuǎn)化。這不僅是一場技術(shù)的盛宴，更是決策者把握 2026 AI 拐點的戰(zhàn)略機會。