1日3万件のmergeで前提が崩れ、AnthropicはGitを離れた

Anthropicは自社開発のversion controlであるScionを構築し、5カ月でmonorepoを全面移行した。同社によれば、mergeされた変更は2026年5月の1日約2500件から、9月には3万件超へ増えた。

1日3万件のmergeはGitの設計前提からはみ出した

main branchの履歴は約100 GB、圧縮済みworking copyは25 GB超だった。Anthropicによると、CIは1日に約2500万回のcheckoutを実行する。Gitで単純に転送すれば1日600 PBを超えるため、ピーク時には数百台の内部mirrorを運用していた。

ScionはGitの基本前提を逆転させる。clientは常時onlineで、serverがcommitの作成、merge、rebase、履歴照会を担う。clientは容量を限定したcacheを持ち、必要なtreeとblobだけを取得する。7人のteamはreview systemのAntiqueも作り、5カ月で移行を終えた。

agentがボトルネックをコード作成から基盤へ移した

Anthropicが示す環境では、clientの大半がonline agentと自動jobだ。repository全体のoffline copyは、laptopで作業する開発者ほど重要ではない。そのため中央serviceは、local checkoutなしでdiff、blame、bisect、revertを安価なAPIとして提供できる。

同社は、Scion基盤のCPUとmemory使用量が以前のGit mirror群の200分の1になったとする。CIと研究jobのcheckoutは2桁高速化し、分単位から秒単位になった。CIだけでCPU capacityも25％改善した。他のteamが持ち帰るべき教訓は限定的だ。真の制約がコード作成、review、test、data移動のどこにあるかを先に測る必要がある。

ScionはAnthropicの極端な条件を解き、普通のrepositoryを置き換えない

数値はAnthropic自身の報告で、Scionは公開製品ではない。同社も、数万人のengineerまたは大量のagentを抱える巨大monorepo向けの設計であり、内部のtoken消費は他社にとって現実的でないと認める。移行には独自のreview、検索、CIも必要だった。

中央集約はoffline作業を捨て、serverの可用性を重くする。Anthropicは各層で99％超のcache hit率を報告するが、独立評価や運用費は公開していない。一つの特殊なworkloadでの性能を、Git全体への判決にはできない。

次の圧力はreview、test、deploymentへ向かう

注目すべきは、Anthropic以外でもmerge数が同様に増えるか、GitHub、GitLab、open source toolが全面移行なしで高度なserver照会とsparse workflowを取り込むかだ。Anthropicは、この問題が今後6カ月から12カ月で広がると予想する。

社内ではreviewの役割も変わった。人は全変更を確認し続けるが、各行より変更の意図を重く見る。agentがコード作成をさらに速めるなら、優位性はcommitの速さから生まれない。誤った意図が安いコードとして増殖する前に止める力から生まれる。

Lilithの判定

Anthropicは1日3万件のmergeを流す高速道路を造った。希少なのは路面ではなく、誤った方向へ走る変更を見抜いて遮断機を下ろす人だ。