解説
Anthropic発「Scion」とは何か AIがコードを書く量にGitが追いつけなくなる理由
ソースコードの管理に使われるGitは、長年ソフトウェア開発の土台として扱われてきました。しかしAIがコードを大量に書く時代になると、この当たり前のインフラにも限界が来ることが、Anthropicの事例から見えてきます。開発の現場を預かる管理職にとっても、他人事ではない変化です。
何が起きたか
Claudeの開発元であるAnthropicが、Gitに代わる独自のバージョン管理システム「Scion」を開発し、社内システムとしてすでにGitからの移行を終えたことを明らかにしました。あわせてコードレビュー用のシステム「Antique」も開発しています。
Anthropicによると、社内のコードを管理するモノレポ(複数のプロジェクトを1つのリポジトリにまとめる方式)における1日あたりのマージ件数は、2026年5月時点では平均約2500件でしたが、2026年9月時点では1日3万件以上にまで増えています。メインブランチの履歴だけで100GBに達し、作業コピー用に圧縮しても25GBを超える規模です。CIのためのチェックアウトは1日あたり約2500万件発生し、Gitのトラフィックは1日600PBを超えるといいます。
こうした負荷の下で、GitとScionの処理速度を比較すると、最新状態を取得する操作は25倍、作業ディレクトリの状態を表示する操作は207倍、新しいワークツリーを作成する操作は84倍、Scionのほうが高速だったと公表されています。開発にはAIモデルのClaude Mythos PreviewとClaude Tagが使われ、ある指示でパイプライン全体を書き直させたところ、メモリ使用量が20分の1、処理速度は4倍になった例も紹介されています。
背景・解説
Gitとは、ソースコードの変更履歴を記録・共有するための分散型バージョン管理システムです。各開発者がリポジトリ(履歴データの倉庫)の完全なコピーを自分の手元に持つ仕組みで、ネットワークがなくても作業できる柔軟さから、個人開発から大企業まで広く使われてきました。
この仕組みが問題になるのは、リポジトリそのものが巨大化したときです。Anthropicの場合、1つのモノレポで履歴だけで100GB超、1日のマージ件数が3万件を超える規模になりました。クライアントごとに完全なコピーを持つGitの設計は、そもそもこの規模を想定していません。Anthropicが指摘するように、AIの性能向上によってコードを書く作業自体はもはやボトルネックではなくなり、その後工程であるコード管理・ビルド・継続的インテグレーション(CI)といった「人間が使うことを前提に作られたインフラ」のほうが遅れを取るようになったわけです。
Scionはこの前提を変えています。クライアント側は完全なコピーを持たず、必要なデータだけをサーバーから都度ダウンロードする設計です。コミットやマージといった重い計算処理もサーバー側で担うため、手元のパソコンの負荷は小さくなります。この構造が、先述した大幅な速度向上につながっています。
ただしAnthropic自身が認めている通り、Scionは一般的な開発現場での「Gitの代わり」にはなりません。真価を発揮するのは「数万人のエンジニアや大量のAIエージェントがコードを作成する巨大なモノレポ」に限られます。それでもAnthropicは、今後6~12カ月でGitがボトルネックになる問題がより一般化すると予想しており、Git開発コミュニティやGitHub、GitLabといった組織とも協力し、Scionの成果をGit自体に取り込めるようにしたい考えを示しています。
仕事や業務への影響 — AI Topicaの見方
Gitを使う現場のほとんどは、今すぐScionのような専用基盤を必要としません。例えば従業員50人規模の受託開発会社で、エンジニアが10人前後、1日のコミット数が数十件程度であれば、既存のGitとGitHubの組み合わせで十分に業務は回ります。Anthropic自身も、Scionが役立つのは「数万人のエンジニアや大量のAIエージェントが動く巨大なモノレポ」に限ると説明しており、大半の組織はこの対象から外れます。
一方で、AIエージェントに大量のコード生成を任せる開発体制を取り始めた企業は、注意すべき段階に入っています。例えば社内でAIコーディングエージェントを導入し、1つのチームが1日に数百件単位のプルリクエストを出すようになった開発部門があれば、CI(継続的インテグレーション)のビルド待ち時間やコードレビューの滞留が先に表面化します。この段階で見直すべきはバージョン管理システムそのものではなく、CIの並列実行数やレビュー担当者の割り当てといった運用フローです。システムを丸ごと入れ替える判断はまだ早すぎます。
管理職がすべきことは明確です。自社の1日あたりのマージ件数とCIの処理時間を定期的に数値で把握し、それが増加傾向にあるかどうかを確認することです。増加が緩やかであればGitの運用改善で乗り切れますし、AIエージェントの台数を増やす計画があるなら、早めにCIの負荷試験をしておくべきです。
不確かな点・注意
Scionは現時点でAnthropicの社内システムであり、外部企業が導入できる製品として公開されたものではありません。Anthropic自身も、他組織の環境にそのまま適用できるかどうかは明言しておらず、社内事情に合わせて最適化されているため「他の組織では役に立たない可能性もある」としています。
Git開発コミュニティやGitHub、GitLabとの協力についても、具体的にどの機能がいつ取り込まれるかは示されていません。Anthropicが挙げた処理速度の比較数値(25倍、207倍、84倍など)は同社の環境・条件下での結果であり、他社の開発規模やネットワーク環境でも同じ差が出るとは限りません。また、Gitからの移行にはコードレビューやコード検索など関連システムの刷新も必要になるとされており、移行の負担についての詳細な記載はありませんでした。日本企業がこの動きから学ぶべき点は、現時点では「将来Gitが足かせになり得る」という方向性にとどまります。