Anthropic 據報以 Scion 取代內部 Git：7 人 5 個月打造，程式碼合併量增至每日 3 萬次

愛範兒報導，Anthropic 已在內部把核心程式庫遷移至自研版本控制系統 Scion，但這不代表 Git 被全面淘汰；Anthropic 尚未宣布把 Scion 作為商業軟體銷售。報導稱，Scion 由 7 人團隊使用 Claude 開發，歷時 5 個月完成，並同步建立程式碼審查、搜尋與權限工具 Antique。 Anthropic 內部每日合併的程式碼變更，據稱從 5 月約 2,500 次，在 9 月增至 30,000 次，增幅約 12 倍。文章以平均每 3 秒合併一次概括；按每日 30,000 次換算，則約為每 2.8 秒一次。報導並稱，這種增長短期內不會放緩，程式碼合併需求幾乎沒有上限。 愛範兒指出，Anthropic 的 Git 程式庫接近 100 GB，每日約有 2,500 萬次 checkout；若未經特殊最佳化，將產生超過 600 PB 的資料流量。Anthropic 高峰期需維護數百台 Git 鏡像伺服器分流，但鏡像同步速度仍追不上 Claude 產生新程式碼的速度。 Scion 改用虛擬化 checkout，AI 代理只拉取正在修改的資料夾，甚至等到實際讀取特定程式碼行時，才從記憶體快取串流資料；系統也取消部分本地打包與全域鎖定，讓提交耗時主要取決於修改行數，而非整個程式庫大小。報導稱，Scion 的 CPU 與記憶體消耗較原本的 Git 鏡像架構降低 200 倍，各級快取命中率超過 99%，AI 與測試工作拉取程式碼的時間則從數分鐘縮短至數秒，並讓持續整合（CI）系統節省 25% 算力。 在遷移工作中，Anthropic 使用內部早期模型重寫資料遷移管線，使記憶體使用量降至原本的 1/20、速度提高 4 倍。報導稱，7 名工程師的主要工作不只是撰寫或審查程式碼，也包括判斷 Claude 為何提出修改；在 AI 進行對抗性程式碼審查時，人類架構師有時會否決過度複雜、針對低機率風險過度設計的方案。 Anthropic 公開 Scion 架構的原因，據報是希望提醒業界：當大量 AI 代理並行產生、測試與修復程式碼時，為人類手速設計的版本控制、程式碼審查與測試工具可能成為瓶頸。Anthropic 並預測，其他公司可能在未來 6 至 12 個月遇到類似問題；上述數據與說法目前均來自單一報導，尚無其他佐證來源。