Anthropic 為大規模 AI 開發打造專屬版本控制系統

Anthropic 最近發表了一篇引人注目的文章，詳細說明他們為何以及如何建立一套客製化的 Git 替代方案。過去六個月，他們的程式碼變更率大幅增加，促使他們重新設計了版本控制系統。

2026 年 5 月，Anthropic 平均每天合併約 2,500 次程式碼變更；到了 9 月，這個數字已超過 30,000 次。文章中附有一張圖表顯示這些變更，我請 Claude 修改了圖表，加入了 Anthropic 在 2026 年公開發布的每個模型的標記。

這顯示的是公開發布日期，而非模型供 Anthropic 內部使用的日期。我猜測 Fable/Mythos 等級模型的推出是程式碼開發速度加快的關鍵因素。

他們新的程式碼審查系統名為「Antique」，而版本控制系統則稱為「Scion」。Scion 聽起來像是對 Subversion 等集中式版本控制系統的重新發明。他們有著一些極端的需求：光是主分支的歷史記錄就將近 100 GB，而壓縮後的工作副本也超過 25 GB。

每天為了持續整合（CI），他們會執行約 2,500 萬次程式碼檢出，這還不包括開發者環境、代理沙盒和研究任務。如果天真地抓取，每天將產生超過 600 PB 的 Git 流量。

這個新系統由一個七人團隊打造，並在五個月內完成了從 Git 的遷移。當有人在 Hacker News 上詢問 Scion 缺乏離線支援的問題時，Scion 工程師 Nick G 回應說：「由於 Claude 是 Scion 最主要的使用者，而且它必然會保持連線，所以離線支援並不是重要的考量。」

順帶一提，我最近在自己的專案中嘗試了對抗性審查，讓模型試圖找出缺陷（我經常讓 Claude 和 GPT 互相對抗）。文章中的這段話也反映了我自己的經驗：Anthropic 也廣泛使用對抗性審查，雖然這在許多方面都非常有效，但也可能過於短視，因此需要經驗豐富的工程師引導 Claude，避免因假設性的問題而過度工程化系統的某些部分。