Anthropic Scion：1日30,000件のコードマージを支えるソース管理

より多くのコードを生成しても、ソフトウェアをより速くリリースできるとは限りません。すべての変更は依然としてソース管理、レビュー、ビルド、テストを通過する必要があります。十分に大きな規模では、そのインフラストラクチャが制約要因になります。

Anthropicによると、1日のマージ済み変更数は2026年5月の約2,500件から9月には30,000件超へ増加しました。この成長を支えるため、7人のエンジニアが、レビュー用ツールのAntiqueやその他の支援サービスとともに、社内バージョン管理システムScionを構築しました。チームは5か月でモノレポを移行しました。

新智元/BAAIのレポートに再掲されたAnthropicのマージ量チャート。

コード量の増加がソース管理のボトルネックを生んだ理由

バージョン管理は変更を記録し、差分、blame、マージ、復旧といった操作を可能にします。エージェントが変更を書く場合でも、これらの機能は必要です。変わるのは、それらが要求される頻度と、コードへのアクセスを必要とする短命なジョブの数です。

Anthropicは、メインブランチの履歴が100 GBに近づき、圧縮済みワーキングコピーが25 GBを超え、CIチェックアウトが1日あたり約2,500万回に達していると説明しています。チェックアウトのたびに完全な圧縮ワーキングコピーをダウンロードすれば、1日のトラフィックは600 PB超になります。これは単純な方法を想定した例示であり、同社のネットワークが実際にその量を転送したという主張ではありません。

同社はすでに、shallow clone、sparse checkout、promisor remote、リポジトリシード、数百の社内Gitミラーを利用していました。これらの対策は役立ちましたが、リポジトリとマージ頻度の拡大に伴い、ミラーとスナップショットの維持はますます困難になりました。

CIシステムも同様の負荷に直面した

提示されたレポートでは、CIワークロードが6か月で25倍に増えたというAnthropicの以前の説明も取り上げられています。同レポートによると、テスト選択サービスへの段階的な一時対応は、次の再設計が必要になるまで、それぞれ70日間、29日間、1日未満しか持続しませんでした。

その説明によれば、エンジニア1人が3週間をかけてこのサービスを再構築しました。置き換え後のシステムは運用コストが高くなったものの、調整後はより予測可能にスケールしました。これはScionとは別のインフラストラクチャの事例であり、そのコスト比較をScionの削減効果と合算すべきではありません。

共通するエンジニアリング上の問題は明快です。作業をより多くの変更に分割し、通常の勤務時間外にもエージェントを稼働させると、個々の変更が小さくても、下流のすべてのサービスへの負荷が増える可能性があります。

Scionはソース管理モデルをどのように変えるのか

Scionは、Anthropic固有のワークロードを前提にしています。ほぼすべてのクライアントがオンラインのエージェントまたはジョブであり、組織はすでに1つの権威あるリポジトリを中心に運用されています。そのため、相当な処理をサーバー側へ移します。

サーバーはコミットを作成し、マージとリベースを計算し、履歴クエリに応答します。クライアントはサイズが制限されたオブジェクトキャッシュを保持し、必要なデータを取得します。差分または祖先関係のクエリだけを必要とするジョブは、リポジトリをまったくチェックアウトせずにAPIを呼び出せます。

この設計では、作業単位も変わります。Scionの変更セットは、第1親に対する変更済みファイルと、ファイルデータへのコンテンツアドレス付きポインタを記録します。追加のインデックスにより、パス履歴やblameなどの操作が提供されます。Anthropicはこれらのインデックスを派生データと呼び、事前計算またはオンデマンド計算が可能です。

新智元/BAAIが再掲したAnthropicのチェックアウトアーキテクチャ。

チェックアウト経路には複数のキャッシュ層があります。ノードレベルのデーモンがジョブ間でオブジェクトを共有し、リージョナルキャッシュがツリーとblobを提供し、必要に応じて権威サーバーが永続ストレージを参照します。リクエストは不変オブジェクトを識別するため、大規模なリポジトリ転送のネゴシエーションを繰り返すことなく、キャッシュは応答を再利用できます。

Anthropicによると、各キャッシュ層のヒット率は99%を超えています。また、リージョナルキャッシュの障害が上流サービスを圧迫しないよう、階層の境界を強制しています。

報告された改善は実際には何を測定しているのか

これらは、非常に大規模な単一ワークロードにおける社内観測です。すべてのエンジニアリングが200倍低コストになることや、一般的なリポジトリで同等の改善が得られることを意味するものではありません。

インポーターの例にも固有の文脈があります。Anthropicによると、Claude Mythos Previewの初期社内スナップショットは、必要な順序付けとデータ構造の制約を維持しながら、GitからScionへの取り込みパイプラインを書き換えました。この結果は、モデルのあらゆる利用に関するベンチマークではなく、特定の実装についてのものです。

エンジニアは依然としてアーキテクチャ上の意思決定を行う

Anthropicは、Claudeが実装、テスト、最適化を加速したと評価しています。同時に、エンジニアには、システム同士の適合を理解し、制約に違反する解決策を却下する必要があったとも強調しています。

ある例では、レビューシステムがすでにその情報を公開しているにもかかわらず、エージェントが変更がmainに到達した時点を確認するためにコミットログを線形に読み取っていました。別の例では、信頼された内部サービス間で過度な防御的チェックが行われていました。いずれも動作するコードを生成できる一方で、不必要なコストや複雑性を追加する可能性があります。

Scionは、GoogleのPiper、MetaのSaplingおよびMononokeを含む、大規模リポジトリインフラストラクチャに関する先行研究にも基づいています。Anthropicの更新済み投稿は、この経緯を明示的に認めています。対象範囲や継承したアイデアを比較せずに開発期間だけを比較すると、この文脈を見落とします。

他チームにとって有用な出発点は、実際のボトルネックを特定することです。チェックアウト時間、レビュー待ち行列、テスト選択、マージ競合、あるいは別の要因かもしれません。Anthropicは、Scionが巨大なモノレポを対象とし、汎用的なGitの代替ではないと明言しています。

FAQ

Anthropic Scionとは何ですか？

Scionは、大規模モノレポとエージェント中心の開発ワークロード向けにAnthropicが社内で利用するソース管理システムです。サーバー側の操作とAPIを用いて、各クライアントが必要とするリポジトリデータ量を削減します。

ScionはオープンソースのGit代替ですか？

エンジニアリング発表では社内システムとして説明されており、一般公開ダウンロードは提供されていません。Anthropicは、通常のGit利用ではなく、巨大なモノレポ向けに設計されたものだと述べています。

AnthropicはなぜこのリポジトリでGitから移行したのですか？

リポジトリ規模、急速なマージ増加、そして毎日数百万回に及ぶチェックアウトの組み合わせが、既存のGitインフラストラクチャに負荷をかけていました。Scionはオンラインクライアントを前提とし、そうでなければより多くのローカルデータや繰り返しの転送を必要とする操作を集中化します。

7人のエンジニアが5か月でScionを構築したのですか？

Anthropicによると、7人のチームがScion、Antique、および複数の関連システムを構築し、5か月以内に移行を完了しました。この主張は社内プロジェクトを対象とするもので、その設計は過去のソース管理研究やシステムからも着想を得ています。

Scionはすべての開発コストを200分の1にしますか？

いいえ。200分の1という数値は、ソース管理インフラストラクチャに必要なCPUおよびメモリと、以前のGitミラーリング構成を比較したものです。ソフトウェア開発全体のコストを測定したものではありません。

Claudeがコードを書く場合でも、エンジニアにはどのような仕事が残りますか？

エンジニアは依然として制約を定義し、アーキテクチャを選定し、変更をレビューし、システム間の相互作用を管理します。Anthropicの例は、局所的にはもっともらしい実装であっても、より大きなサービス全体にとっては不適切になり得る理由を示しています。

関連ツール

• Git：Anthropicがこのモノレポで以前使用していた分散バージョン管理システム。
• Sapling：大規模リポジトリのワークフローを対象とするMetaのソース管理プロジェクト。
• Mononoke：Anthropicの投稿で先行事例として言及された、スケーラブルなソース管理サーバー。

関連リンク

• BAAIの元レポート：Scion移行と関連するCI負荷についての新智元の記事を読む。
• Anthropicにおけるソース管理の再設計：一次情報となるエンジニアリング解説とパフォーマンス上の留意点を読む。
• Gitリファレンス：Gitがサポートする操作とリポジトリ管理機能を確認する。
• Saplingプロジェクト：Anthropicが先行事例として評価するシステムの1つを調べる。
• Mononokeドキュメント：大規模ソースリポジトリ向けのMetaのサーバーインフラストラクチャについて学ぶ。

まとめ

Scionは、Anthropicにおける非常に大量のコード変更によって生じたインフラストラクチャ上の負荷に対応します。サーバー側の操作、スパースアクセス、階層型キャッシュにより、エージェントとCIジョブをまたぐ重複作業を減らします。

報告された改善は、この環境に固有のものです。コード生成の高速化が役立つのは、レビュー、テスト、ソース管理が結果として生じる負荷を処理できる場合に限られます。