Anthropic 從 git 遷移至自建系統 Scion，是對營運轉折點所做的結構性回應：以 Claude 為代表的自主代理，開始每天產生並合併數萬項變更，打破了為人類規模工作流程設計的工具所依賴的既有假設。公司發現，當多數用戶端都是只需要存取儲存庫部分內容的線上代理時，去中心化設計的前提——完整複製、以 packfile 為基礎交換資料，以及本機 refs——反而成了負擔。Scion 重新界定了問題，轉而採用高吞吐量、由伺服器驅動的中繼資料，以及精簡的檔案傳送方式；這項轉變也影響團隊設計管線、監控狀態與稽核變更的方式。
Scion 的核心做法，是以伺服器端的變更集及其衍生索引，取代 git 對完整提交圖的操作。Scion 不再將不可變的 packfile 傳送給每個用戶端，而是提供內容定址的 blob、指定目標的樹狀結構請求，以及用於追溯責任、沿革和差異比較的伺服器 API。工作副本並非必要；CI 與研究工作可以直接向伺服器查詢中繼資料，或只實際載入需要讀取的路徑。這大幅降低網路、CPU 與儲存資源的使用量，也讓建立提交變得快速且無須鎖定——當每日合併量成長一個數量級時，這點尤其重要。
在營運層面，這項轉變迫使團隊重新思考整套工具：CI、程式碼審查、IAM 與可觀測性，都必須以伺服器中心式版本控制系統為前提。拉取與建置會變成對分層伺服器進行由快取驅動的讀取，而非對鏡像執行大量複製。衍生資料（例如責任歸屬索引、路徑歷史與跳躍清單）必須以增量方式計算和儲存；選擇預先計算或延遲計算，會直接影響延遲、儲存空間與營運成本。團隊也需要重新設計工作啟動流程、開發者本機使用體驗與容量規劃，優先採用物件快取、可續傳的擷取方式，以及區域隔離。
對工程主管而言，眼前就有幾個實際問題：如何大規模信任代理產生的變更？如何加以監控並落實政策？又該如何避免形成單一協調瓶頸？Anthropic 的經驗顯示，透過伺服器端政策執行、程式化審查介面、對抗式驗證管線，以及保守使用 refs，這些問題都能解決。技術上的取捨——降低本機自主性、增加集中式運算，以及新增衍生資料維護工作——換來的則是速度、可重現性的大幅提升，以及以代理規模運作的能力。