Anthropic 官方工程部落格披露，公司內部 monorepo 的合併量由二零二六年五月每日約二千五百筆，升至九月每日逾三萬筆；傳統以離線完整複本為核心的 Git，在代理與 CI 每日千萬級取出下難以支撐。團隊以七人規模在五個月內建成並全面切換至自研版控系統 Scion，同時推出程式碼審查介面 Antique 等配套。來源真實性已驗證。

公開數字還包括主線歷史接近一百 GB、壓縮工作複本逾二十五 GB、CI 每日約二千五百萬次取出，以及相對舊有 Git 鏡像基建約二百倍的 CPU／記憶體縮減。以下整理其設計原則，以及對香港與亞洲企業採用 AI 編碼代理時的基建啟示。

Anthropic／官方工程：代理編碼撐爆 Git——五月日合併約二千五百筆升至九月逾三萬；自建 Scion 五個月遷離 monorepo，基建 CPU／記憶體縮約二百倍

Anthropic 在二零二六年十月十三日於官方工程頻道發表《Redesigning source control at Anthropic》，說明 Claude 已能自主迭代研究迴圈、微調複雜程式並從零搭建服務，令「寫程式」不再是瓶頸，真正卡住產能的是為人類協作規模設計的版控、建置與持續整合（CI）。文章指出，五月平均每日合併約二千五百筆程式變更，至九月已每日合併逾三萬筆；主線歷史單獨接近一百 GB、壓縮工作複本逾二十五 GB，CI 每日約二千五百萬次取出，若以天真方式拉取，理論 Git 流量可達每日逾六百 PB。來源真實性已驗證，本文僅採用該官方工程文與同日科技媒體轉述中可對照的公開事實。

一、核心事件：代理產碼速度倒逼自建版控

技術細節

Anthropic 直言，自家對 Claude 寫碼的依賴程度遠高於多數企業，因此更早撞上「人類規模工具」的極限。為撐住合併量成長，團隊建置名為 Scion 的內部版控系統，並在五個月內把 monorepo 自 Git 完整遷出；同期亦交付程式碼審查介面 Antique、程式碼搜尋、富權限的版控身分與存取管理（IAM），以及大量已審程式碼的落地方式。文章強調：Claude 既能寫出撐爆基建的程式量，也加速了用來承接該產量的系統本身。

公開規模壓力包括：主分支歷史接近一百 GB、壓縮工作複本逾二十五 GB、CI 每日約二千五百萬次取出，以及高峰時期曾營運數百台內部 Git 鏡像。淺層複本、稀疏取出、promisor remote、內部鏡像與 blob 種子快照等標準手法一度爭取時間，但合併率上升後，種子與 tip 落差拉大，依賴歷史的 diff／blame 在部分複本上亦更難維持。

二、技術原理：為「永遠在線的代理」重寫假設

作者回顧 Git 的強項——每個複本都是可離線運算的完整倉庫——並指出在巨型 monorepo 與幾乎全是在線代理／作業的場景，離線完整複本反而拖累擴展。設計參考了 Google Piper、Meta Sapling 等大型 monorepo 先行經驗，提出多項原則：客戶端預設永遠可連伺服器；客戶端／伺服器不對稱（伺服器負責歷史、blame、合併與 rebase，客戶端只保留有界快取與工作複本）；版控查詢以 API 對外，令 CI 往往不必再維護本地完整倉庫；元件水平擴展且伺服器端亦不保留整庫實體化複本；提交須便宜、增量且無鎖；工作複本可選，並以稀疏／虛擬化取出為中心。

實作上，工作單元是寫入先行日誌中的 changeset：相對第一父節點記錄變更檔與內容定址指標，於伺服器端建立並即時全域可用。衍生資料（blame、路徑歷史、提交圖 skip list 等）以遞迴機制自父節點計算，可選即時或延遲物化。取出協議改為只索取客戶端缺少的樹與 blob，搭配節點級 scion-daemon、區域 scion-cache 與權威 scion-server 分層；文中稱各層快取命中率逾百分之九十九，相對先前 Git 鏡像基建，Scion 的 CPU／記憶體足跡縮小約二百倍，CI 與研究作業取出快約兩個數量級（分鐘級降至秒級），單計 CI 即節省約百分之二十五 CPU 容量。

三、日常應用場景

1. 開發者與技術團隊

當代理可並行產生大量變更請求，瓶頸會從「會不會寫」轉成「版控、審查、CI 能不能跟上」。Anthropic 的經驗顯示，合併佇列若仍假設全域鎖與人類節奏，在「測試還在跑、已有數百以至上千變更可合併」時會失效；他們改投資合併後與部署前自動測試，並接受並行衝突可由代理更快修復。對本地開發者而言，重點是梳理哪些流程仍假設「一人一機、離線完整複本」。

2. 企業與隱私敏感行業

Scion 從設計納入倉庫與目錄級權限，審查工具可依變更語意區分「僅註解」與「敏感邏輯」等審批約束，讓人類把注意力放在後果最大的變更。金融、醫療、政府承包等香港機構若以代理加速交付，宜同步強化身分複合授權、工具介面最小權限與可稽核寫入閘門，避免「模型很聰明、殼層太寬鬆」。

3. 一般用戶

一般消費者未必直接使用企業版控，但會間接感受軟體更新節奏：代理產碼加快後，產品迭代與修補可能更密。使用者應更關注發行說明、權限變更與供應鏈誠信，而非假設「更新慢＝較安全」。

4. 香港與亞洲市場視角

香港金融科技、電商與外包交付團隊正快速導入 AI 編碼代理。未必人人需要自研非 Git 版控，但應檢視 monorepo 大小、CI 取出次數、鏡像與種子營運成本，以及審查是否仍逐行人工閱讀。Anthropic 估計同類壓力在未來六至十二個月會更常見，並主張與 GitHub、GitLab 及開源社群合作，把伺服器端 RPC、稀疏／淺層組成等想法回饋 Git 生態，而非要求所有人棄用 Git。

四、專業評價與潛在考量

優勢

以可驗證內部運營數字說明「代理規模」對版控的真實壓力，而非空泛口號。
設計原則清晰：在線、不對稱、API 化、水平擴展、稀疏取出，並公開約二百倍基建縮減與 CI 容量收益。
七人團隊五個月完成系統與遷移，同時合併量約增十倍，展示「小隊＋強代理」的交付型態。
坦承 Scion 不適合作為通用 Git 替代，避免誇大對外產品化。

需要留意的地方

文中數字來自 Anthropic 自身工作負載，外部機構的合併率、權杖預算與 monorepo 形狀可能差一個數量級以上。
全面偏離 Git 意味著審查、搜尋、CI 整鏈遷移成本極高；作者亦指內部元件高度客製，難以直接對外開源或產品化。
合併後測試策略提高吞吐，但對受規管行業的變更凍結、雙人審批與追溯要求，仍須另行設計控制點。
文章提及以 Claude 大量改寫與優化系統，讀者應把「代理寫基建」與「人類守設計約束」視為一體，而非無人值守。

結語

Anthropic 這篇工程實錄把問題說得很直白：當模型把寫碼速度推到人類基建之外，版控與 CI 就會變成下一道產能閘門。香港企業若正以代理擴充交付，與其急於自研非 Git 系統，不如先量測合併率、取出量與審查延遲，並為代理補上身分、工具與寫入分層。若需在本地或專用環境部署私有模型與代理工作流，可參考 YSK Limited 的企業私有 LLM 全託管（年費 HK$88,000 起，https://ysk.hk/services/ai-automation）；新產品亦可由契約優先的 YSK Kit v1.6.0（https://ysk.hk/products/ysk-kit）搭骨架，並以 YSK Omni v1.0.4（https://ysk.hk/products/ysk-omni）接本地 Hugging Face 模型閘道，需要單機面板時則有 YSK Server v1.1.28（https://ysk.hk/products/ysk-server）。

參考來源

Anthropic Engineering（官方主來源）：https://www.anthropic.com/engineering/redesigning-source-control （2026-10-13）
The Register（發現／轉述）：https://www.theregister.com/devops/2026/10/13/anthropic-reinvents-source-control-as-claude-floods-the-world-with-code/5302943
YSK Limited 企業私有 LLM／AI 自動化：https://ysk.hk/services/ai-automation
YSK Kit：https://ysk.hk/products/ysk-kit
YSK Omni：https://ysk.hk/products/ysk-omni
YSK Server：https://ysk.hk/products/ysk-server