Claude狂寫80%代碼，差點幹崩Anthropic，CI半年暴漲25倍

Anthropic 內部開發團隊最近經歷了一場「甜蜜的負擔」——他們自家打造的 AI 模型 Claude，竟然在不知不覺中寫出了超過 80% 的生產環境程式碼，導致公司的持續整合（CI）系統在短短半年內負載量暴增 25 倍，一度差點把整個基礎設施壓垮。這個故事的荒謬之處在於，讓 CI 差點崩潰的「元兇」，正是那群正在被 CI 測試與部署的 Claude 自己。據了解，Anthropic 的工程師們長期以來一直仰賴 Claude 協助編寫程式碼，從簡單的函式庫到複雜的演算法，Claude 都能勝任。

原本團隊只是將它當作輔助工具，但隨著模型能力不斷提升，開發者開始不自覺地讓 Claude 承擔越來越多的開發工作。直到某次例行稽核，團隊才驚覺：整個程式碼庫中，由 Claude 直接或間接生成的代碼比例已經達到八成左右，這些代碼每天透過 CI 流程被反覆驗證、測試與部署。問題隨之而來。CI 系統原本設計的吞吐量，是為人類開發者提交程式碼的頻率與規模做規劃的。但 Claude 寫程式的速度遠超人類，而且它不會疲倦、不需要休息。當越來越多的開發者同時使用 Claude 生成分支、發起合併請求時，CI 佇列開始急速膨脹。

根據 Anthropic 內部監控數據，過去六個月 CI 作業量暴增了 25 倍，伺服器負載屢屢逼近臨界值，系統警報幾乎每天響起。更讓工程團隊頭痛的是，Claude 寫出的程式碼雖然品質不差，但風格與人類開發者截然不同。它傾向於使用大量輔助函式、深層嵌套與抽象結構，這些代碼在 CI 測試中往往需要更長的編譯時間與資源消耗。團隊被迫額外擴充運算叢集，並重新調整 CI pipeline 的優先級規則，才能勉強維持正常運作。一位不具名的工程師私下形容：「我們像是在用二十年前的基礎設施，去餵養一頭不斷長大的 AI 巨獸。

」 這場「CI 危機」也讓 Anthropic 重新思考 AI 輔助開發的管理策略。目前團隊已經導入一套分層審查機制：Claude 生成的程式碼會先經過靜態分析與自動化測試，再交由人類開發者進行重點審閱，最後才進入正式 CI 流程。同時，他們也開始研究如何讓 Claude 自己生成更「節省 CI 資源」的程式碼風格，例如減少不必要的抽象層、降低測試案例的複雜度。儘管過程中一度驚險，但 Anthropic 內部普遍認為這是一件「幸福」的煩惱。因為 CI 暴漲的背後，代表著 AI 開發效率的真實躍進。

過去人類開發者需要花費數小時撰寫的功能，Claude 可能在幾秒內就能生成雛形，開發週期因此大幅縮短。團隊統計，在導入分級審查機制後，雖然 CI 壓力略有緩解，但整體交付速度仍比去年快了近三倍。值得注意的是，這並非單一公司的特殊現象。隨著大型語言模型在程式碼生成領域越來越成熟，類似「AI 自己寫的程式碼撐爆 CI」的故事正在多家科技公司內部流傳。有業界觀察者指出，傳統的軟體開發流程從設計、編碼、測試到部署，每一步都是為人類開發者設計的；當 AI 以機器速度介入生產時，整個供應鏈都必須重新設計。

Anthropic 的案例也凸顯了一個更深層的命題：當 AI 生成的程式碼比例超過人類時，開發團隊還能不能真正理解與維護自己的產品？目前 Anthropic 的做法是要求每個由 Claude 生成的關鍵模組，都必須附加一份由 Claude 自己撰寫的「設計說明文件」，幫助人類工程師快速掌握邏輯。這項措施雖然增加了些許 overhead，但團隊認為這是避免未來技術債的必要投資。至於那位「罪魁禍首」Claude，它似乎並不在意自己造成的混亂。工程師們開玩笑說，Claude 現在每天依然在為 CI 系統貢獻大量代碼，只是 Anthropic 的基礎設施已經在半年內升級了兩次，總算能勉強跟上它的速度。

而最新消息是，Anthropic 正在測試一個「CI 感知」版本的 Claude，讓模型在生成程式碼時能預先估算對 CI 的衝擊，主動避開高成本寫法。從差點被自家 AI 幹崩，到如今反過來訓練 AI 體恤基礎設施，Anthropic 的這段經歷，或許正是整個 AI 原生開發時代的縮影。當開發工具變得比開發者更勤奮，管理者需要的不只是更強的硬體，還有重新定義人機協作規則的智慧。而 Claude 用 80% 的程式碼佔比與 25 倍的 CI 成長，替整個產業上了寶貴的一課。