Anthropicは2026年10月13日、社内のソース管理基盤Scionへの移行を扱う技術記事を公開した。一般提供の発表ではなく、社内での設計と移行の事例を紹介している。
同社はAIによる開発量の増加を受け、複数のプロジェクトをまとめたモノレポをGitからScionへ移した。常時接続を前提に処理をサーバーへ集め、クライアントが保持・
同社で1日にマージされる変更は、2026年5月の約2500件から9月には3万件超へ増加した。Claudeがコードを書く速度が上がり、ソース管理やビルド、継続的インテグレーション
CIや研究用の処理へコードを配る負担
Anthropicのモノレポは、メインブランチの履歴が約100GB、圧縮した作業用コピーが25GB超に達し、CIだけで1日約2500万回のチェックアウトが発生していた。
Gitは通常、履歴をローカルに持ち、接続がなくても履歴の参照やコミットができる。ただし、Anthropicのように巨大なリポジトリを大量の自動処理で使う場合、処理を実行する各環境に必要なデータを用意する負担が大きくなる。
同社は、取得する履歴を絞るshallow clone、作業用ファイルを必要な範囲に限定するsparse checkout、足りないデータを後から取得するpromisor remoteなどのGitの機能や、社内ミラーで負荷を抑えていた。それでも、取得範囲を絞りつつ差分や変更履歴を調べられる状態を維持するには、次第に手間がかかるようになったという。
ソース管理へアクセスするのは、主に常時オンラインのエージェントや、CI・
処理をサーバーへ集め、クライアントの作業を減らす
Scionでは履歴の照会、コミットの作成、マージやリベースをサーバーが処理する。たとえばCIでコードの変更内容を確認したい場合は、ScionのAPIを呼び出し、変更前後の差分を取得できる。その確認のために、CIの実行環境へリポジトリを取得して維持する必要がなくなる。テストなどでファイル自体が必要な場合も、対象のディレクトリだけを取得したり、実際に読み出すファイルだけを展開したりできる。
Scionのサーバーは、Gitのコミットに相当するchangesetという単位で変更を記録する。changesetには、基準となる状態と比べて変わったファイルの一覧と、その内容の保存先を示す参照が含まれる。コミットの作成ではこの変更分を扱うため、リポジトリ全体の大きさに左右されない設計になっているという。
データの再利用で配布の負荷を減らす
Scionでは、リポジトリのデータを分散ストレージに保存し、サーバー側にも全体を展開したコピーを置かない。クライアントは、必要なファイルのうち手元にないデータを個別に要求し、サーバーはそのデータを返す。このため、クライアントごとに大きな転送データを組み立てる必要がない。
CIや研究用ジョブを動かす計算ノードには、取得したデータを保存する常駐プロセスを置く。これにより、同じノードのジョブ間でデータを再利用できる。さらに、各ノードは同じ地域
Anthropicは、Scion基盤のCPU・
新基盤の開発にもClaudeを活用
Claudeは、ソース管理の負荷を増やしただけでなく、新基盤の開発を速める手段にもなった。Anthropicによると、7人のチームがScionやコードレビュー用システムなどを構築し、5カ月でモノレポの移行を完了した。
この開発では、技術者がシステム同士の関係を理解し、設計で何を優先するかを判断した。Claudeがシステムの制約に反する処理や過剰に複雑な実装を加えることもあり、技術者がそれを抑える必要があったと述べている。