30,000回のマージが浮き彫りにした真のボトルネック
Anthropicにおける1日のコードマージ数は、2026年5月の約2,500回から9月には30,000回を超え、Claudeを活用したコーディングにより12倍に増加しました。この急激な拡大は、人間によるコラボレーションを前提に設計されたGitの根本的な限界を露呈させました。同社のモノレポは、圧縮された作業コピーが25GBを超えており、前例のない課題を突きつけました。
Continuous Integration (CI) とAIエージェントのジョブだけで、毎日約2,500万回のチェックアウトが実行されています。Gitのフルクローンセマンティクスをこの規模に適用すると、毎日600ペタバイト以上のデータを転送する必要があり、主要なボトルネックがコード生成からインフラへと移行してしまいます。シャロークローンやスパースチェックアウトといった従来のGitの回避策では不十分でした。
Anthropicのエンジニアは負荷を管理するために数百の内部Gitミラーを導入しましたが、この極端な対策でさえ追いつくことはできませんでした。根本的な問題は、すべてのクライアントを人間のプログラマーと想定するGitの「オフラインファースト」設計にありました。Anthropicのクライアントの大部分は常時接続のAIエージェントとCIジョブであり、Gitの設計思想そのものが時代遅れとなっていたのです。制約はもはやコードを書くことではなく、それを管理するためのシステムそのものにありました。
Scionが覆すGitの人間中心設計
オフラインで作業する人間の開発者向けに設計されたGitの分散アーキテクチャが、Anthropicのボトルネックとなりました。リポジトリのフルクローンを前提としたモデルは個人には適していましたが、毎日2,500万回のチェックアウトを行う、常時接続された一時的なAIエージェントやCIワーカーには対応できませんでした。Anthropicのモノレポの圧縮された作業コピーだけで25ギガバイトを超えており、チェックアウトのたびにフルクローンを実行すれば、毎日600ペタバイト以上のデータが移動することになります。
Anthropicのエンジニアはこの根本的な不一致を認識しました。彼らはGitにシャロークローンやスパースチェックアウトを継ぎ足すのではなく、サーバー中心のバージョン管理システム「Scion」を構築しました。Scionは履歴、コミット、マージをサーバーに集約し、クライアントは必要なファイルのみを取得します。作業コストはリポジトリ全体ではなく、変更内容に応じてスケーリングされます。
その結果は、このアーキテクチャの転換が正しかったことを証明しています。チェックアウト時間は数分から数秒に短縮されました。Scionは従来のGitミラー構成と比較して200分の1のインフラで稼働し、CIのCPU容量の約25%を解放しました。これは単なる最適化ではなく、エージェントファースト時代に向けたソース管理の根本的な再設計です。
チームのマージ手法を変えたツール
7人のエンジニアがClaudeの支援を受けてScionとその関連システムを構築し、5ヶ月でAnthropicのモノレポを移行しました。この少人数のチームは、AI駆動開発における重大なボトルネックを解消することで、多大な投資対効果を実現しました。
新しいレビュープロセスでは焦点が変化しています。レビュアーはコードの全行ではなく、変更の「意図」を検証するようになりました。グローバルロックに代わって「同時マージ」が導入され、複数の変更を同時に統合できるようになりました。検証はマージ後に実行され、システムには自動修復およびロールバック機能が組み込まれています。
人間中心からエージェントファーストの設計へのこの根本的な転換は極めて重要です。AnthropicのScionは社内ツールであり、商用のGitの代替品ではありません。しかし、これはGoogleのPiperやMetaのSapling/Mononokeといった大規模システムが打ち立てた先例に従うものであり、それらもまた巨大なコードベースと自動化されたワークフローの要求に応えるものです。技術的な詳細については、Anthropicのエンジニアリングブログで詳しく解説されています：Redesigning source control at Anthropic。
その意味するところは明白です。AIエージェントが大規模にコードを生成する際、主要な制約となるのは人間の開発者ではなくツールです。企業は開発者インフラを再評価し、「既存の慣習をなぞる（paving cow paths）」段階を超えて、機械のスループットを前提としたシステムをゼロから構築しなければなりません。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
次の生産性の飛躍は組織的なものである
Scionがもたらす影響はバージョン管理にとどまりません。経済学者のRobert Solowのパラドックスが指摘したように、新しい技術は、企業がそれに基づいてワークフローを再設計するまで、生産性の向上をもたらさないことがよくあります。蒸気機関を電気モーターに置き換えただけで組み立てラインを再構成しなかった初期の工場と同様に、今日の多くの企業は、人間中心のプロセスにAIエージェントを無理やり押し込むことで、「既存の慣習をなぞる」というリスクを冒しています。
組織が再設計に投資する際、生産性の「Jカーブ」が現れます。これは、大幅な向上が実現する前に一時的な低下を経験するものです。Anthropicの7人のエンジニアチームは、Claudeの支援を受けてこの再設計を5ヶ月で実行し、このような転換がいかに迅速に起こり得るかを実証しました。
David Shapiroの分析は、企業内における「労働後経済（post-labor economics）」を示唆しています。そこでは、人員の増加に比例することなくアウトプットが拡大します。人間の貢献は以下へとシフトします：
- 説明責任
- 目標設定
- 信頼と人間関係
- 文書化されていないノウハウ
この構造的な転換には、既存プロセスの批判的な検証が求められます。あなたの組織において、人間の読解速度や手動介入を前提としている承認、レビュー、調整のステップはどれでしょうか？これらを機械の速度で動作するように再設計することが、次の生産性の波を解き放つ鍵となります。
よくある質問
Anthropic Scionとは何ですか？
ScionはAnthropicの社内向けサーバー中心型バージョン管理システムであり、大規模なモノレポと、AIエージェントおよびCIによる膨大なアクティビティを処理するために設計されています。
なぜAnthropicはGitを超えて移行したのですか？
Gitのオフラインファースト設計では、各クライアントに大量のリポジトリデータが必要になる場合があります。Anthropicは、常時接続された多数のエージェントとCIジョブにより効率的にサービスを提供できるシステムを必要としていました。
Scionはほとんどの開発者にとってGitの代わりになりますか？
いいえ。ScionはAnthropicの特殊な規模に合わせて構築された社内システムです。Gitは依然としてほとんどのソフトウェアチームにとって強力な選択肢です。
Scionはコードレビューをどのように変えますか？
Anthropicのワークフローでは、行ごとのレビューやグローバルなマージキューよりも、変更の意図の確認、および同時マージとマージ後の検証を重視しています。
「労働後経済（post-labor economics）」とはどういう意味ですか？
これは、企業が完了できる仕事量が、もはや人数や作業速度によって主に制約されない状況を指します。