Scion 開源了嗎？我可以拿來用嗎？
沒有。Anthropic 的原文沒有宣布開源，並說 Scion 不適合一般用途，內部元件也相當客製。部分二手報導的標題寫成開源，與原文不符。
如果你想借用它的想法，原文建議的方向是讓 Git 平台提供伺服器端 RPC，並改進協商協定與 sparse／shallow 功能。
我的團隊一天只有幾十次合併，需要擔心這件事嗎？
目前不需要。Anthropic 遇到的是每日 3 萬次合併、100 GB 歷史、每天 2,500 萬次 CI checkout 的規模，和一般團隊差了好幾個數量級。
但如果你開始大量用 agent 寫程式碼，值得每月看一次合併數的趨勢，因為它可能比你預期成長得快。
文中的 200 倍、20 倍這些數字可信嗎？
它們都是 Anthropic 在自家工程部落格上的自報數據，且比較基準是他們先前的 Git mirror 架構，不是一般的 Git 部署。我沒有看到第三方獨立驗證。
可以把它當成「在他們這種極端規模與使用型態下的結果」，而不是你的環境也能得到的承諾。
Claude 重寫匯入管線這件事，說明 AI 已經能獨立做底層基礎設施嗎？
這個例子只能說明在明確、有現成原型可對照的任務上，Claude 能做出更省資源的版本。原文描述的是重寫一條原型管線，並不代表它能獨立設計整個系統。
Scion 本身是七個人用五個月完成的，Claude 負責其中很大一部分程式碼，但設計取捨仍是工程師的決定。
Anthropic 在工程部落格公布，他們自己開發了內部版本控制系統 Scion，並在五個月內把整個 monorepo 從 Git 完整遷移過去。團隊只有七個人，同時還做了配套的程式碼審查工具 Antique，而且 Claude 寫了其中很大一部分程式碼。動機很直接：官方原文說，隨著每日合併數成長超過十倍，版本控制成了開發上最大的瓶頸。
依 Anthropic 提供的數字，每日合併數在 2026 年 5 月約為 2,500，到 9 月已超過 30,000，約 12 倍，官方主要歸因於 AI agent 寫的程式碼。monorepo 主分支歷史接近 100 GB，壓縮後的工作副本超過 25 GB，光是 CI 每天就有約 2,500 萬次 checkout，還不含開發環境、agent 沙箱與研究任務。尖峰時有數百個 Git mirror，照原本的抓取方式，每天的 Git 流量會超過 600 PB。Anthropic 的結論是，Git 適合分散式、離線工作的那些特性，在這種規模下反而成了阻力。他們的使用者多半是永遠在線的 agent 與自動化工作，不需要在本機持有完整副本。
Scion 採用以伺服器為中心的 client-server 模型，並有分層的區域快取，官方表示各層快取命中率都在 99% 以上。依 Anthropic 自己的說法，Scion 的 CPU 與記憶體用量比先前的 Git mirror 架構小 200 倍，CI 與研究用的 checkout 從數分鐘縮短到數秒，CI 還額外省下約 25% 的 CPU 容量。另一個例子是，Claude 在沒有額外指示的情況下重寫了 Git 到 Scion 的資料匯入管線，記憶體用量少 20 倍、速度快 4 倍。配套的 Antique 能對核准設定語意條件，讓只改註解的變更和涉及敏感邏輯的變更走不同流程。需要留意的是，這些全是 Anthropic 自報的數據，我沒有看到第三方獨立驗證。
Anthropic 自己明說，Scion 絕不是適合一般用途的 Git 替代品，內部元件也相當客製，其他組織很難直接採用，文章也沒有宣布開源。他們認為最有用的貢獻是分享想法：讓 Git 平台提供類似 Scion 的伺服器端 RPC，並重新設計協商協定與 sparse／shallow 功能，讓 Git 社群能把 Scion 最成功的部分用到 Git 上。（部分二手報導的標題寫成「開源 Scion」，與原文不符，請以原文為準。）
對大多數團隊來說，這則新聞不是叫你換掉 Git，而是一個提早檢查的訊號：當 agent 開始大量寫程式碼，先撐不住的常常不是模型額度，而是合併、CI 與 checkout 這些下游流程。可以先量三個數字：每日合併數的成長曲線、CI 平均每次 checkout 的時間、以及 mirror 或快取的負載。在這些數字變成瓶頸之前，先用淺層複製、快取與 CI 分流處理，會比事後大改架構便宜得多。