Claude Code 不是一個(gè)套了終端界面的 AI 聊天工具。

這件事，。

3 月 31 日，他們?cè)诎l(fā)布 Claude Code v2.1.88 的時(shí)候，把一個(gè)本該留在內(nèi)部的調(diào)試文件，打包進(jìn)了公開的 npm 安裝包。那個(gè)文件有 59.8 MB，里面是完整的、從未混淆過的 TypeScript 源代碼，約 50 萬(wàn)行，將近 1900 個(gè)文件。

最早發(fā)現(xiàn) Claude Code 源代碼泄漏的工程師個(gè)人主頁(yè)截圖，https://scf.so/

凌晨 4 點(diǎn)多，，附上了直接可以下載的存檔鏈接。這條帖子最終獲得了近 1000 萬(wàn)次瀏覽。

Anthropic 當(dāng)天就把那個(gè)版本從 npm 下架，但已經(jīng)來(lái)不及了，代碼被鏡像到 GitHub，相關(guān)倉(cāng)庫(kù)在一天內(nèi)積累了近 3 萬(wàn)顆星。

往全球最大的開源平臺(tái)上這么一放，還立馬收獲了 8 萬(wàn)多個(gè) Star，「Anthropic 是不是要比 OpenAI 更 Open 了」；馬斯克也在線吃瓜，轉(zhuǎn)發(fā)了這一觀點(diǎn)，并表示勁爆。

Claude Code 的負(fù)責(zé)人在 X 上回應(yīng)：「這不是 Bun 相關(guān)的安全漏洞，沒有用戶數(shù)據(jù)泄漏，只是開發(fā)者的錯(cuò)誤而已?！?/p>

這個(gè)解釋沒有問題。但他們沒提到的是：這次泄漏讓我們第一次看清楚，Claude Code 的底層到底是什么結(jié)構(gòu)，以及為什么它在大多數(shù)用戶群體里的口碑遠(yuǎn)超其他同類工具。

你在睡覺，模型也在做夢(mèng)

這是這次代碼泄漏事件里被討論最多的內(nèi)容之一。KAIROS，一個(gè)源代碼里出現(xiàn)了超過 150 次的詞，古希臘語(yǔ)，意思是「恰好的時(shí)機(jī)」。

KAIROS 是一個(gè)還沒有正式發(fā)布的功能，但從代碼的完成度來(lái)看，可能馬上就會(huì)全量發(fā)布。其負(fù)責(zé)人在 X 上回復(fù)網(wǎng)友詢問時(shí)，提到這項(xiàng)功能還在猶豫要不要發(fā)布。

它代表的是一種「后臺(tái)守護(hù)進(jìn)程模式」，Claude Code 在我們不用它的時(shí)候，自動(dòng)在后臺(tái)運(yùn)行，處理任務(wù)，整合記憶。

其中有一個(gè)叫 autoDream 的邏輯：當(dāng)用戶處于空閑狀態(tài)時(shí)，agent 會(huì)執(zhí)行「記憶整合」，合并分散的觀察，清除相互矛盾的信息，把模糊的推斷轉(zhuǎn)化成確定的知識(shí)。

通俗來(lái)講，當(dāng)我們?cè)谒叩臅r(shí)候，大腦并不是完全休息下來(lái)，它會(huì)自動(dòng)編排我們的記憶，保留那些重要的，丟掉可以忘記的。而如果睡眠不足，大腦就會(huì)記不住事情，不知道什么該記住，工作效率也會(huì)下降。

放在 Claude Code 上，對(duì)話太多， 上下文長(zhǎng)度溢出，就增大出錯(cuò)概率。包括 OpenClaw 在內(nèi)，這種命令行工具采用的方式都是 compact 壓縮，但 compact 效率不夠高，autodream 的優(yōu)化就同時(shí)解決了上下文長(zhǎng)度有限，和壓縮會(huì)丟失信息兩方面的問題。

這和今天大多數(shù) AI 工具的運(yùn)作方式完全不同。今天的 AI 工具大多是被動(dòng)的，我們問它才答，不問它就沉默。

KAIROS 想做的是主動(dòng)的，在我們離開的這段時(shí)間里，它把之前的任務(wù)狀態(tài)捋清楚，自動(dòng)更新用戶角色、具體項(xiàng)目的記憶、工具偏好的記憶，以及主記憶文件，等我們?cè)倩貋?lái)時(shí)直接生成一個(gè)整潔的起點(diǎn)。

在這次的泄漏事件之前，已經(jīng)有網(wǎng)友在 Claude Code 能體驗(yàn)到。Claude 會(huì)在各個(gè)會(huì)話中記錄每日對(duì)話日志，然后在夜間「做夢(mèng)」，自動(dòng)將我們的記憶整理成有用的筆記。

Claude Code 睡醒一覺后，回顧夢(mèng)里做了些什么，更新了用戶角色、主記憶等內(nèi)容

5 個(gè) Agent，成本約等于 1 個(gè)

另一個(gè)讓網(wǎng)友們討論最多的設(shè)計(jì)是，subagent 的 fork 模式共享 prompt cache。

當(dāng) Claude Code 派生出一個(gè)子 agent，它會(huì)創(chuàng)建一份和父 agent 完全字節(jié)相同的上下文副本。Anthropic 的 API 會(huì)緩存這份上下文。所以派生 5 個(gè) agent 并行工作，消耗的 token 成本接近于 1 個(gè) agent 順序工作，因?yàn)?5 個(gè)副本都命中了同一份緩存。

源代碼里有三種子 agent 的運(yùn)行模式：fork（繼承父 agent 上下文，適合同一任務(wù)的并行分支）、teammate（在獨(dú)立的終端窗格里運(yùn)行，通過文件通信）、worktree（給每個(gè) agent 一個(gè)獨(dú)立的 git 工作樹，互不干擾）。

這意味著我們可以讓 Claude Code 同時(shí)跑：一個(gè)做安全審計(jì)，一個(gè)重構(gòu)認(rèn)證模塊，一個(gè)寫測(cè)試，一個(gè)更新文檔，而由于 Claude Code 內(nèi)部的緩存命中機(jī)制，所需要的費(fèi)用，可能和按照順序做一件事差不多。

大多數(shù)人覺得 Claude Code 不好用，大概是只把它當(dāng)成單線程工具在用，而不是一個(gè) Agent 調(diào)度平臺(tái)。

這就像你雇了一個(gè)團(tuán)隊(duì)，卻讓他們排隊(duì)一個(gè)一個(gè)干活，員工的能力沒有被充分釋放。

那些藏在代碼里的細(xì)節(jié)

這種按照順序的一來(lái)一回的任務(wù)模式，除了無(wú)法發(fā)揮多個(gè) Agent 處理的能力和節(jié)約 Token 成本外，Claude Code 的效果還大打折扣。

另一個(gè)沒有被重視的功能是，CLAUDE.md 文件。在這份源代碼里，有網(wǎng)友看到 Claude Code 在處理我們的查詢時(shí)，每一輪對(duì)話都會(huì)重新讀取這份文件。

CLAUDE.md 是給 Claude Code 寫配置的地方。我們的代碼風(fēng)格偏好、項(xiàng)目架構(gòu)決定、哪些操作「沒有我的確認(rèn)永遠(yuǎn)不要做」——這些都可以寫進(jìn)去。

由于每輪對(duì)話都會(huì)被重新加載，所以它一般不用寫得太長(zhǎng)。我們可以給 CLAUDE.md 設(shè)置不同的層級(jí)。例如 ~/.claude/CLAUDE.md 是全局規(guī)則，./CLAUDE.md 是項(xiàng)目級(jí)規(guī)則，.claude/rules/*.md 是模塊化的子規(guī)則，CLAUDE.local.md 是本地私有筆記。

除了設(shè)計(jì)層面的發(fā)現(xiàn)，源代碼里還有些意想不到的細(xì)節(jié)。

有開發(fā)者注意到，代碼里有一份相當(dāng)龐大的正則表達(dá)式庫(kù)，專門用來(lái)檢測(cè)用戶輸入里的負(fù)面情緒，識(shí)別各種罵人的話、抱怨、沮喪的表達(dá)。這些會(huì)被捕捉下來(lái)，可能用于某種體驗(yàn)優(yōu)化或者反饋分析。

Claude Code 負(fù)責(zé)人回復(fù)這只是用來(lái)判斷用戶體驗(yàn)是否良好

更有意思的是一個(gè)叫 ANTI_DISTILLATION_CC 的標(biāo)志。開啟之后，Claude Code 會(huì)在發(fā)給 API 的請(qǐng)求里加入一批假工具定義。這些工具并不存在，純粹是用來(lái)污染流量。

如果有競(jìng)爭(zhēng)對(duì)手在抓 Claude Code 的 API 通信數(shù)據(jù)、試圖用它來(lái)訓(xùn)練自己的模型，這些假數(shù)據(jù)就會(huì)混進(jìn)去，讓訓(xùn)練數(shù)據(jù)質(zhì)量變差。

而另一個(gè)叫「Undercover Mode」（潛伏模式）的功能，則是「實(shí)錘」了 Claude Code 現(xiàn)在快成為 Anthropic 內(nèi)部的軟件工程師。

源代碼里有一份系統(tǒng)提示，明確寫著：「你正在以潛伏狀態(tài)運(yùn)行……你的提交信息里絕對(duì)不能包含任何 Anthropic 內(nèi)部信息。不要暴露你的身份。」

具體來(lái)說：提交信息不能出現(xiàn)「Claude Code」、不能有「Co-Authored-By: Claude」、不能有任何 AI 歸因。同時(shí)，內(nèi)部代號(hào) Capybara、Tengu、Fennec 在外部代碼倉(cāng)庫(kù)里必須只字不提。

Anthropic 使用這個(gè)功能是為了讓內(nèi)部工程師能用 Claude Code 給開源項(xiàng)目貢獻(xiàn)代碼，而不在公開的提交歷史里留下痕跡。

這些 AI 生成的代碼，在公開倉(cāng)庫(kù)里靜默貢獻(xiàn)，已經(jīng)有了完整的工程實(shí)現(xiàn)，而且是從源代碼級(jí)別，把這套邏輯明確寫進(jìn)系統(tǒng)提示。

有網(wǎng)友把 Claude Code 此次代碼泄漏事件中，所有的內(nèi)容，包括未來(lái) Claude Code 的更新、以及 Claude Code 架構(gòu)設(shè)計(jì)和有意思的細(xì)節(jié)，專門做成了一個(gè)網(wǎng)站。

網(wǎng)站里面提到 Claude Code 的完整代碼里包含了 8 個(gè)未發(fā)布的功能，26 個(gè)隱藏指令以及大量的構(gòu)建標(biāo)志和環(huán)境變量等。

這 8 項(xiàng)未發(fā)布的功能包括：

1. Buddy：AI 的伴侶寵物

2. Coordinator Mode：多 Agent 的協(xié)調(diào)者模式

3. UDS Inbox：多個(gè) Claude Code 對(duì)話的跨對(duì)話溝通

4. KAIROS：會(huì)自動(dòng)整理記憶的后臺(tái)守護(hù)進(jìn)程

5. ULTRAPLAN：長(zhǎng)達(dá)三十分鐘的遠(yuǎn)程規(guī)劃

6. Daemon Mode：守護(hù)進(jìn)程模式

7. Auto-Dream：自動(dòng)記憶整合

8. Bridge：可以遠(yuǎn)程控制的橋接功能

其中部分功能已經(jīng)針對(duì)特定的用戶開啟了測(cè)試，而就在代碼被泄漏之后，Claude 官方也是緊鑼密鼓地推出了部分「未來(lái)待發(fā)布」的功能。

例如 Buddy 這個(gè)小項(xiàng)目，原本計(jì)劃是明天發(fā)布，但是被代碼泄漏這件事一折騰，索性就直接推出了。

輸入 claude update，更新本地的 Claude Code 之后，再進(jìn)入 Claude Code，輸入 /buddy，我們就能隨機(jī)得到一個(gè)小寵物。

Claude 一共設(shè)計(jì)了鴨子、鵝、貓、章魚、貓頭鷹、企鵝、烏龜、蝸牛等 18 個(gè)電子寵物，就像抽卡一樣，不同的寵物有不同的等級(jí)，例如我們抽到的是兩顆星的 uncommon，還有 common、rare 稀有等不同品類。

除了隨機(jī)獲取的概率不同，每個(gè)寵物也有不同的性格，包括像是 Chaos 混亂值代表隨機(jī)、Snark 值表示性格比較毒舌，還有 Debugging 調(diào)試、Patience 耐心，以及 Wisdom 智慧等不同數(shù)值，來(lái)定義這些寵物。

它們會(huì)在 Claude Code 的命令行終端頁(yè)面，陪著我們一起處理工作。輸入 /buddy pet 我們甚至還能撫摸自己的電子寵物，它會(huì)在頭頂飄過幾顆小愛心。

和 Claude 之前舉辦的「模型葬禮」一樣，他們大概認(rèn)為產(chǎn)品可以不只靠功能，也靠陪伴感。

這次代碼泄漏事件，讓我們看到了 Claude Code 在技術(shù)層面的諸多創(chuàng)新：

1. autoDream 讓 AI 像人一樣主動(dòng)整理記憶

2. subagent fork 模式讓并行工作的成本大幅降低

3. CLAUDE.md 分層配置讓工具真正理解你的工作習(xí)慣

4. 反蒸餾機(jī)制和潛伏模式展示了對(duì)競(jìng)爭(zhēng)和隱私的深思熟慮

但更重要的是，我們從 Buddy 這樣的愚人節(jié)彩蛋里，能感受到 Anthropic 對(duì)產(chǎn)品的理解：工具不只是效率的延伸，也可以是情感的連接。

畢竟這一波代碼泄漏后，Claude Code 的各種功能可能被很快復(fù)制，但是和 Claude Code 這一個(gè)工具建立情緒連接很難。

當(dāng)我們?cè)谏钜拐{(diào)試代碼時(shí)，終端里那只賽博拓麻歌子，可能比任何一個(gè)技術(shù)參數(shù)都更能說明，為什么 Claude Code 好用。

我們正在招募伙伴

簡(jiǎn)歷投遞郵箱hr@ifanr.com

?? 郵件標(biāo)題「姓名+崗位名稱」（請(qǐng)隨簡(jiǎn)歷附上項(xiàng)目/作品或相關(guān)鏈接）