Anthropic、自社製バージョン管理システムに移行
原題: Redesigning source control at Anthropic
なぜ重要か
AI自律コーディングが既存の開発インフラを破綻させる実例は、業界が次に取り組むべきインフラ課題を先取りしており、git代替ツール市場の潮流を左右しうる。
Anthropicは2026年10月13日、1日あたりのコードマージ数が5月の2,500件から9月に30,000件超へ急増したことを受け、独自開発のバージョン管理システム「Scion」を構築し、5か月でmonorepoをgitから完全移行したと発表した。Claudeによる自律的なコード生成が開発インフラのボトルネックを引き起こしたことへの対応策。
AIコーディングの急速な普及によって、Anthropicは人間スケール向けの開発インフラが限界を迎えるという、前例のない問題に直面した。
同社によれば、Claudeは現在、研究ループの自律的な反復、複雑なプログラムの最適化、新サービスのゼロからの構築を高速・大規模に実行できる。コーディング自体はもはやボトルネックではなく、ソース管理・ビルド・CIといった開発インフラが律速要因になった。
2026年5月時点で1日平均約2,500件だったコード変更マージ数は、9月には30,000件超に達した。10倍以上の急増だ。同社は「コードに対する潜在的な需要は実質的に無限であり、ボトルネックを解消するたびにコード生成量がさらに増加する」と述べており、成長の鈍化は見込んでいない。
gitは分散型システムとして設計されており、大多数のリポジトリには最適な選択肢だ。しかしAnthropicのmonorepoはmainブランチの履歴だけで約100 GB、圧縮済み作業コピーは25 GB超に膨らんだ。CIだけで1日約2,500万回のコードチェックアウトが発生し、単純計算で1日600 PB超のgitトラフィックが必要になる規模だ。
同社はこれまでshallow clone、sparse checkout、promisor remoteなどgitが提供するツールを使い倒し、ピーク時には数百台の内部gitミラーを運用してきた。しかしマージ速度の増加に伴い、シードがmainの先端から離れ、差分や履歴操作が複雑化するなど運用コストが限界に達した。
そこでAnthropicは独自の集中型バージョン管理システム「Scion」を設計・構築。あわせてコードレビュー画面「Antique」、コード検索機能、独自のIAMシステム、大量レビュー済みコードの管理・着地手法なども同期間内に開発・リリースした。興味深いのは、Claudeが「問題を生み出した張本人」でありながら、Scion構築の主要な担い手でもある点だ。同社はこの事態を、AIコーディングツールを積極活用する他社が近い将来に直面するであろう課題の先行事例として共有している。