就在前天，一場(chǎng)堪稱AI行業(yè)“核彈級(jí)”的烏龍事件，徹底打破了硅谷大模型圈的平靜。明星AI獨(dú)角獸Anthropic旗下的核心產(chǎn)品——Claude Code（AI編程助手），竟然因?yàn)橐淮螛O低級(jí)的打包錯(cuò)誤，將其最核心的51萬(wàn)行源代碼直接“開源”到了公共網(wǎng)絡(luò)上。

不過(guò)，這還僅僅是開始，更搞笑的是Anthropic在事發(fā)后的“搶救”措施：為了能夠?qū)⒆约旱脑创a從Github上下架，他們啟動(dòng)了DMCA（數(shù)字千年版權(quán)法）投訴工具，結(jié)果變成了“無(wú)差別攻擊”，直接導(dǎo)致數(shù)千個(gè)合法的、無(wú)辜的GitHub開發(fā)者倉(cāng)庫(kù)被連坐誤刪。

科技圈常說(shuō)“技術(shù)無(wú)罪”，但當(dāng)頂級(jí)的AI公司也開始頻頻翻車時(shí)，我們不得不重新思考一個(gè)問(wèn)題：在這個(gè)越發(fā)依賴AI的時(shí)代，我們是否應(yīng)該將整個(gè)AI系統(tǒng)的安全，寄托在少數(shù)幾個(gè)人或者企業(yè)的身上？

不止源代碼泄露！多個(gè)BUG被曝光

說(shuō)實(shí)話，在一開始知道Claude Code源代碼泄露后，雷科技（ID：leitech）以為是哪個(gè)神通廣大的黑客把Anthropic的服務(wù)器攻破了，結(jié)果在詳細(xì)了解后才發(fā)現(xiàn)，這純粹就是一次“低級(jí)錯(cuò)誤”。

根據(jù)Anthropic官方的公告，此次泄露事件發(fā)生在2026年3月31日。當(dāng)時(shí)，Anthropic在npm代碼庫(kù)中推送了Claude-code 的 v2.1.88 版本更新。在此次更新中，Anthropic使用了前段時(shí)間收購(gòu)的Oven公司開發(fā)的Bun工具，該工具在運(yùn)行時(shí)錯(cuò)誤地將一個(gè)完整的JavaScript source map 文件（通常用于內(nèi)部調(diào)試，包含了完整的原始未混淆代碼映射）一同打包發(fā)布了出去。

圖源：Claude

這一“手滑”，直接導(dǎo)致Claude Code內(nèi)部近2000個(gè)源代碼文件、超過(guò)51.2萬(wàn)行的專有 TypeScript 源代碼直接暴露，所有人都可以查看、復(fù)制和使用。

更尷尬的是，泄露的代碼中還暴露了Anthropic的一些“小心思”。比如，代碼中包含了一個(gè)名為“Undercover Mode（臥底模式）”的系統(tǒng)設(shè)定，該設(shè)定的內(nèi)部指令要求AI在參與開源社區(qū)代碼貢獻(xiàn)時(shí)，必須“隱藏自己是AI的身份”，并禁止使用常規(guī)的“Co-Authored-By: AI”標(biāo)簽。

這種為了繞過(guò)開源社區(qū)人類開發(fā)者審查而設(shè)計(jì)的隱蔽機(jī)制，直接引發(fā)了開發(fā)者社區(qū)關(guān)于頂級(jí)AI公司隱藏身份參與項(xiàng)目維護(hù)的爭(zhēng)論。畢竟真要說(shuō)的話這多少有些不道德，你技術(shù)再?gòu)?qiáng)也不應(yīng)該無(wú)視別人的社區(qū)規(guī)定，更何況從泄露的代碼來(lái)看還是“全自動(dòng)執(zhí)行”的。

除此之外，還有一個(gè)更讓開發(fā)者惱火的BUG，該BUG是開發(fā)者對(duì)泄露代碼檢查時(shí)發(fā)現(xiàn)的，它會(huì)導(dǎo)致Claude Code在恢復(fù)會(huì)話時(shí)錯(cuò)誤地出現(xiàn)“緩存未命中”的問(wèn)題。

簡(jiǎn)單來(lái)說(shuō)，這個(gè)BUG會(huì)導(dǎo)致Claude Code把你之前已經(jīng)花Token執(zhí)行和推理過(guò)的問(wèn)題，全部再計(jì)算一遍。要知道，全量推理和緩存命中之間的Token價(jià)格可是差了10倍，你原本打算在接下來(lái)10天使用的Token余額，可能會(huì)在1天內(nèi)就消耗殆盡。

圖源：雷科技

這個(gè)BUG被曝光后，不少開發(fā)者就馬上吐槽說(shuō)：“怪不得我覺(jué)得客戶端的Token消耗比網(wǎng)頁(yè)版快得多，原來(lái)真有問(wèn)題”。而且在對(duì)BUG進(jìn)行回溯后，開發(fā)者發(fā)現(xiàn)這個(gè)BUG早在v2.1.69版本中就存在，直到因?yàn)樵创a泄露被查證后，Anthropic才在后續(xù)發(fā)布的2.1.90版本上修復(fù)。

那么問(wèn)題來(lái)了，Anthropic到底知不知道BUG的存在呢？這就是個(gè)耐人尋味的問(wèn)題了。因?yàn)楹罄m(xù)開發(fā)者們還發(fā)現(xiàn)一個(gè)問(wèn)題，那就是Claude Code 會(huì)在系統(tǒng)提示詞的第一塊中強(qiáng)行插入一個(gè)名為 x-anthropic-billing-header 的字符串。

這個(gè)字符串會(huì)導(dǎo)致每一個(gè)新開啟的對(duì)話，系統(tǒng)提示詞前綴都是唯一且不同的。也就是說(shuō)，即使你的提示詞都是一樣的，Claude Code也會(huì)進(jìn)行一次全量寫入，消耗更多的Token，以至于現(xiàn)在不少開發(fā)者都對(duì)Anthropic產(chǎn)生了懷疑：這貨不會(huì)在偷偷地坑我們錢吧？

只能說(shuō)，這次代碼泄露對(duì)于開發(fā)者來(lái)說(shuō)基本沒(méi)啥壞事，甚至可以說(shuō)都是“好事”。只是Anthropic就頭疼了，當(dāng)然，讓他們更頭疼的事情還在后面。

Anthropic維權(quán)“無(wú)差別轟炸”惹怒開發(fā)者

面對(duì)這種戰(zhàn)略級(jí)知識(shí)產(chǎn)權(quán)的“大出血”，Anthropic的反應(yīng)可謂是“病急亂投醫(yī)”的典范。

在代碼泄露的數(shù)小時(shí)內(nèi)，不少開發(fā)者和安全研究人員已經(jīng)將其下載并鏡像到了GitHub等平臺(tái)。部分泄露倉(cāng)庫(kù)的Star數(shù)在極短時(shí)間內(nèi)突破數(shù)萬(wàn)，甚至催生了去除官方安全限制、解鎖實(shí)驗(yàn)性功能的所謂“破解版”。

為了遏制代碼的進(jìn)一步擴(kuò)散，Anthropic向GitHub發(fā)起了大規(guī)模的DMCA（數(shù)字千年版權(quán)法）下架要求，然后一場(chǎng)悲劇就這么發(fā)生了。

圖源：雷科技

據(jù)海外網(wǎng)站的知情者透露，Anthropic在執(zhí)行代碼清理時(shí)，極度依賴于自動(dòng)化的代碼比對(duì)與舉報(bào)腳本。這些自動(dòng)化工具的識(shí)別邏輯過(guò)于簡(jiǎn)單粗暴：只要在代碼庫(kù)或README說(shuō)明文件中檢測(cè)到包含泄露代碼的片段或特定關(guān)鍵詞，該倉(cāng)庫(kù)就會(huì)被直接判定為“侵權(quán)”。

這種缺乏人工“合理性檢查”的自動(dòng)化維權(quán)，直接演變成了一場(chǎng)大規(guī)模的GitHub倉(cāng)庫(kù)爆破行動(dòng)。GitHub方面的初期報(bào)告顯示，在短短一小時(shí)內(nèi)他們就處理了涵蓋超過(guò)8000個(gè)倉(cāng)庫(kù)網(wǎng)絡(luò)的DMCA通知。

數(shù)千個(gè)合法開源項(xiàng)目，就因?yàn)樽采狭俗詣?dòng)化腳本的“槍口”而被封禁或強(qiáng)制刪除。其中大多數(shù)都是基于 Anthropic 官方公開 API 開發(fā)的開源項(xiàng)目，甚至還有 Anthropic 官方自己的部分公共示例庫(kù)派生版也被意外屏蔽，屬于是大水沖了龍王廟。

面對(duì)這樣的無(wú)差別轟炸，眾多受害者在社交媒體和論壇上發(fā)起了強(qiáng)烈的抗議，指責(zé)Anthropic這種“先斬后奏”的粗暴手段是濫用版權(quán)法，不僅給無(wú)辜開發(fā)者帶來(lái)了嚴(yán)重的代碼丟失風(fēng)險(xiǎn)和業(yè)務(wù)停滯，更是嚴(yán)重?fù)p害了開源生態(tài)的基石。

圖源：雷科技

面對(duì)洶涌的輿情和大規(guī)模的誤傷，Anthropic不得不再次做出緊急回應(yīng)，與GitHub溝通并撤回了大部分的DMCA通知（縮減至幾十個(gè)確切的鏡像分支），并承認(rèn)自己的做法有欠妥當(dāng)，后續(xù)將加強(qiáng)對(duì)相關(guān)流程的審核與管理。

不過(guò)，此次事件的影響還遠(yuǎn)不止于此。網(wǎng)絡(luò)安全機(jī)構(gòu)Zscaler ThreatLabz的報(bào)告顯示，黑客組織已經(jīng)開始利用開發(fā)者的好奇心，在GitHub上發(fā)布偽裝成“Claude Code泄露版”的惡意倉(cāng)庫(kù)，實(shí)則內(nèi)置了Vidar和Ghostsocks等竊密軟件。善后處理估計(jì)還要不少時(shí)間。

AI翻車不是第一次，也不是最后一次

在雷科技（ID：leitech）看來(lái)，Anthropic這次大翻車，說(shuō)白了還是“對(duì)自動(dòng)化工具和AI腳本的盲目信任”（雖然人類闖的禍也不少）。事實(shí)上，在整個(gè)科技與商業(yè)領(lǐng)域，因?yàn)檫^(guò)度迷信AI和自動(dòng)化系統(tǒng)、減少甚至完全取消人工復(fù)核而導(dǎo)致企業(yè)損失慘重的事件，早已屢見(jiàn)不鮮。

舉個(gè)最近的例子，年初爆火的OpenClaw在3月22日上線了一個(gè)號(hào)稱“史上最強(qiáng)”的版本更新，并且自豪地宣布該版本的核心引擎95%以上的代碼由AI完成。然后，AI在干活時(shí)覺(jué)得之前的AI與人類合作寫的代碼過(guò)于低效，于是自行決定廢棄舊有的Skill API標(biāo)準(zhǔn)，重新編寫了一套它認(rèn)為更高效的新API。

于是，OpenClaw最引以為傲的一萬(wàn)多個(gè)Skill就這么全部被廢棄了，如果想繼續(xù)使用就要基于新的API做新的調(diào)用和優(yōu)化。由于其本就以全自動(dòng)化運(yùn)行著稱，很多部署了OpenClaw的企業(yè)一覺(jué)醒來(lái)，就發(fā)現(xiàn)自己的工具全部罷工，只因OpenClaw自動(dòng)更新了版本并執(zhí)行了相關(guān)操作，導(dǎo)致所有Skill直接失效。

圖源：雷科技

不止如此，OpenClaw的AI在編程時(shí)還為了“高效”，私自關(guān)閉了多個(gè)關(guān)鍵的沙箱隔離權(quán)限，導(dǎo)致新版本存在更嚴(yán)重的安全問(wèn)題。看到這里你可能會(huì)想，那我們回滾到上個(gè)版本不就好了？問(wèn)題就在這里，AI重構(gòu)后的數(shù)據(jù)庫(kù)與舊版本不兼容，用戶想回滾的話就要面臨數(shù)據(jù)損壞的風(fēng)險(xiǎn)。

雖然后續(xù)OpenClaw發(fā)布了一個(gè)新的兼容層，但也只能挽回部分損失，以至于不少用戶都跑路到了以“更嚴(yán)格的人工審核”著稱的Claude Code（沒(méi)錯(cuò)，就是今天這篇文章的主角）。結(jié)果沒(méi)過(guò)多久Claude Code也暴雷了。好在這次與生產(chǎn)力無(wú)關(guān)，虧的只是Anthropic。

這次事件后，多數(shù)主流開源社區(qū)都發(fā)布了關(guān)于AI生成代碼的相關(guān)準(zhǔn)則與規(guī)定，強(qiáng)制要求所有基于AI的提交都必須經(jīng)過(guò)人工審核，并且配備自動(dòng)化回歸測(cè)試模塊。

還有亞馬遜，從去年12月開始到今年的3月就已經(jīng)爆了兩次大雷。一次是AWS工程師在使用其自研的Kiro AI編程智能體時(shí)，“不小心”直接刪除并重建了整個(gè)生產(chǎn)環(huán)境，導(dǎo)致AWS成本管理服務(wù)在部分區(qū)域遭遇13小時(shí)的中斷。

第二次則是工程師在處理緊急部署需求時(shí)，由于過(guò)分相信AI助手給出的建議，導(dǎo)致亞馬遜主站的核心結(jié)賬邏輯與物流預(yù)測(cè)系統(tǒng)發(fā)生沖突。據(jù)后續(xù)統(tǒng)計(jì)，有12.5萬(wàn)個(gè)訂單直接丟失，還有超過(guò)600萬(wàn)個(gè)訂單因此延誤或出錯(cuò)。

圖源：雷科技

事后亞馬遜查明，問(wèn)題根源在于AI錯(cuò)誤引用了一份過(guò)時(shí)的內(nèi)部文檔，導(dǎo)致部署代碼與現(xiàn)有系統(tǒng)產(chǎn)生嚴(yán)重沖突，最終引發(fā)系統(tǒng)宕機(jī)。事實(shí)證明，即使有人類在一旁監(jiān)督管理，如果其本身過(guò)分相信AI的話，結(jié)果并不會(huì)因此有所改變。

一連串的問(wèn)題最終也讓不少人開始思考：我們到底該如何管理和使用AI的這份能力呢？

解鈴還須系鈴人，AI問(wèn)題AI治？

面對(duì)這一連串因?yàn)椤懊ば臕I”而導(dǎo)致的史詩(shī)級(jí)災(zāi)難，一個(gè)悖論就擺在了整個(gè)科技圈面前：隨著AI的代碼生成能力越來(lái)越強(qiáng)、邏輯推演越來(lái)越復(fù)雜，人類開發(fā)者審查AI操作的成本正在呈指數(shù)級(jí)上升。

既然人類已經(jīng)快要看不懂、也審不過(guò)來(lái)AI生成的海量代碼與指令了，那么AI惹出的麻煩，最后難道只能靠更強(qiáng)大的AI來(lái)解決嗎？在雷科技（ID：leitech）看來(lái)，答案既是肯定的，也是否定的。

首先從現(xiàn)實(shí)工作的角度來(lái)看，引入AI審查是必然的。“AI監(jiān)督AI”也是目前大多數(shù)頭部科技企業(yè)的做法之一：通過(guò)多個(gè)AI智能體的交叉驗(yàn)證后，再把疑似有問(wèn)題的代碼提交給人類工程師進(jìn)行最后的復(fù)核，這樣就能降低AI幻覺(jué)導(dǎo)致的誤判問(wèn)題出現(xiàn)的概率。

圖源：雷科技

不過(guò)，只有這個(gè)還是不夠的，因?yàn)锳nthropic、亞馬遜等企業(yè)的教訓(xùn)告訴我們，即使有人工復(fù)核，問(wèn)題一樣可能出現(xiàn)。所以更重要的是加入多道防火墻，比如嚴(yán)格遵守“最小特權(quán)原則”，對(duì)AI絕不能開放過(guò)多的權(quán)限，避免它在無(wú)人干預(yù)的情況下自行修改核心數(shù)據(jù)庫(kù)和生產(chǎn)環(huán)境。

此外，最好是加入由獨(dú)立系統(tǒng)負(fù)責(zé)的“熔斷機(jī)制”，當(dāng)系統(tǒng)監(jiān)測(cè)到異常且大量的高危指令時(shí)，直接暫停所有指令的執(zhí)行，并立即通知人類工程師對(duì)指令進(jìn)行復(fù)核。如果Anthropic在大范圍投訴GitHub倉(cāng)庫(kù)侵權(quán)時(shí)有類似的機(jī)制（比如請(qǐng)求投訴超50個(gè)倉(cāng)庫(kù)后需要人工確認(rèn)），估計(jì)后續(xù)的問(wèn)題也就不會(huì)出現(xiàn)了。

最后，還是需要把責(zé)任落實(shí)到人的身上。作為AI的使用者與管理者，不能用一句“都是AI干的”來(lái)撇清責(zé)任，這樣至少能讓人類工程師在使用AI的時(shí)候，保持謹(jǐn)慎且小心的態(tài)度，避免因?yàn)檫^(guò)于信任AI而翻車的情況出現(xiàn)。

雷科技（ID：leitech）認(rèn)為，AI雖然以顛覆性的方式重塑了我們的生產(chǎn)力，但是人類才是真正的主導(dǎo)者，這一點(diǎn)是不會(huì)變的。