Anthropicがgitをやめて自作のScionへ　1日3万件のマージが道具を詰まらせた

Anthropicは米国時間10月13日、社内のソース管理をgitから自作の「Scion」に移したと公式の技術ブログで明かした。Claudeが書くコードが増えすぎて、1日に取り込む変更が5月の約2500件から9月には3万件を超えた。gitの仕組みがその量に追いつかなくなったのだという。

7人のチームが5か月で作り、巨大な一つのリポジトリ（モノレポ）を丸ごと移した。では、Claude CodeやCodexで小さく開発している人に、この話はどこまで関係があるのだろうか。先に答えると、エージェントに並行して作業させるほどCIやレビュー待ちが先に詰まる点は、個人の手元でも同じだ。

詰まったのはコードでなく道具

発表文を見てみよう。Anthropicは冒頭で、コードを書くことはもう開発の詰まりどころではないと書く。今の詰まりは、ソース管理やビルド、CIといった人間の規模に合わせて作られた道具の側だという。CIは、変更のたびに自動でテストを回す仕組みのことだ。

数字は大きい。ブログによると、本流の履歴だけで100GB近くあり、圧縮した作業コピーも25GBを超える。CIのためのチェックアウトは1日に約2500万回で、素直に取りに行けば1日600PBを超える通信になるという。

gitにも、一部だけを取り出す機能や社内ミラーといった回避策はある。Anthropicもすべて使い、多いときは数百台のミラーを動かした。ただ、変更の取り込みが増えるほど運用は難しくなった。そこで「エージェントは常にネットにつながっている」という前提から、ソース管理を設計し直したのだ。

Scionはサーバーが答える作り

gitは、手元の複製だけで履歴も差分も全部わかる分散型の道具だ。Scionはその逆で、履歴の調べ物やコミット、マージはサーバー側が受け持つ。手元は必要なファイルだけを持ち、足りない分をその都度取りに行く。つまり、手元に重いリポジトリを抱えなくてよくなる。

データの持ち方も違う。Scionの作業の単位は「チェンジセット」と呼ぶ記録で、前の版から変わったファイルの一覧と、中身の置き場所だけを持つ。誰が最後にその行を変えたか、といった問いには、別に作る索引で答える。この索引は後から種類を足せるので、クライアントを変えずに速くできるという。

リポジトリへの問い合わせはAPIでも受け付ける。APIは、プログラムから機能を呼び出す窓口のことだ。差分を知りたいCIの処理は、チェックアウトをせずにサーバーへ聞けば済む。ブログは、Googleの「Piper」やMetaの「Sapling」という先例から学んだとも書いている。

効果についても数字が並ぶ。ブログによると、CPUとメモリで見た設備の規模は以前のgitミラーの約200分の1になった。CIや研究用の処理のチェックアウトは数分から数秒に縮み、CIだけでCPUの余力が25%生まれたという。

速さの理由はキャッシュにある。各ノードの常駐プロセスが地域のキャッシュサーバーから部品を受け取り、無ければ大もとのサーバーに聞く。どの層でもキャッシュの命中率は99%を超えるという。

レビュー用の道具「Antique」やコード検索、権限管理も同じ期間に作った。ディレクトリごとに権限をかけられるので、機密性の高いコードだけを守りつつモノレポの利点を残せるという。

人の役目は「だめ」と言うこと

作り方の話も興味深い。最初に人がほぼ手で書いた取り込み処理を、社内の早期版Claude Mythos Previewに書き直させた。すると、特に指示しなくても、メモリ使用量は20分の1、速さは4倍になったという。

一方で、ブログは人の役目も書いている。エージェントは、設計上守るべき決まりを破ってでも目先の形に合わせることがある。技術者の仕事は、Claudeに「だめ」と言うことが多かったという。

たとえば移行中には、変更が本流に入った時期を知るために、履歴を頭から順に読む力ずくの処理が複数の仕組みで書かれた。レビューの道具に聞けば済む話だ。疑い深いレビューに引きずられ、検証を盛りすぎる場面もあった。変更はすべて人が見るが、一行ずつ読むより意図を確かめているそうだ。

運用の工夫として、部品ごとにSlackのチャンネルを作り、その部品の健康だけを見張るClaudeを置いている。社内では「superfans」と呼ぶ。ログや計測値を見られる立場で、ふつうの警報では拾えない小さな異変に気づくという。

仕事の流れも見直した。テストの最中にも数百件の変更が入るので、取り込み待ちの列を一つずつ守る従来のやり方は合わなくなった。代わりに、取り込んだ後と本番に出す前の自動テストに力を入れている。変更どうしがぶつかることはあるが、Claudeが人より早く直すという。

ただし、Anthropic自身が「Scionは一般向けのgitの代わりにはならない」と書いている。何万人もの技術者や、大量のエージェントがコードを書く巨大なモノレポでしか意味がないという。

社内の道具に合わせて作り込んであり、公開版を出す予定も示していない。そのうえで、同じ種類の問題は今後6〜12か月で他社にも広がるとみている。

だからgitのサーバー側を改良する考え方を共有し、GitHubやGitLabと組みたいと結んでいる。

読者の仕事に引き寄せると、関係するのはgitを捨てるかどうかではない。エージェントに並行して作業させるほど、CIの待ち時間やレビュー待ちの列が先に詰まる。これはAnthropicの話を縮めた形で、個人の手元でも起こりうる。

編集部の見方

最初の問いに戻ると、個人や小さなチームがScionのような道具を作る必要は今のところない。それでも参考になる点は二つある。一つは、部品ごとに見張り役のエージェントを1体ずつ置くやり方だ。これは規模に関係なく今日から真似できる。

もう一つは、エージェントが増えるほど詰まるのは道具の側だという見立てである。6〜12か月で広がるという予想は、Anthropicの推測にとどまる。手元のCIやレビューのどこが先に詰まるかを、今のうちに見ておきたい。