Anthropicは2026年10月13日、プログラムの変更履歴を管理する社内ソース管理の刷新を公表しました。独自のバージョン管理システム「Scion」を開発し、社内のモノレポをGitから5カ月で全面移行しました。Claudeによる開発拡大で増えた処理に対応するため、履歴操作をサーバー側へ寄せ、手元で持つデータを減らす設計に変えています。
コードの増加だけでなく、取得回数が負荷に
モノレポは、複数の開発対象を一つのリポジトリにまとめる方式です。リポジトリは、コードと変更履歴を保管する場所を指します。
同社によると、コード変更を統合するマージの件数は、2026年5月の1日平均約2,500件から、2026年9月には1日30,000件超に増えました。Claudeによる開発拡大で、ソース管理や、コードを実行可能な形にするビルド、変更を自動検証するCIが制約になったと説明しています。
規模は件数だけではありません。メインブランチという中心の開発履歴だけで約100 GBに達し、圧縮した作業コピーも25 GB超でした。CIが作業用のコードを取得するチェックアウトは1日約2,500万回に上り、ピーク時には数百台のGitミラーを社内で運用していました。
情シスが参考にしたいのは、開発者の人数だけで負荷を判断しないことです。この事例では、自動処理による取得回数と、取得するデータの大きさも確認対象になります。
Scionはサーバー側で処理、必要なデータだけ取得
Scionは、処理を自律的に進めるエージェントやジョブが常時オンラインであることを前提に設計されています。変更履歴を記録するコミット、変更を統合するマージ、変更の基点を付け替えるリベースをサーバー側で処理します。
クライアントは必要なデータを取得し、一時保存するローカルキャッシュの容量を制限します。必要なディレクトリだけを取得する方式を基本とし、仮想化チェックアウトでは必要になったファイルだけを実体化します。
また、ソース管理の問い合わせ機能を、プログラムから呼び出すAPIでも公開しました。同社によると、このAPIを使えば多くのジョブでローカルリポジトリが不要になります。データを分散し、構成要素ごとに処理能力を増やせる設計も採用しています。
同じ5カ月の間に、コードレビュー用の「Antique」も開発・導入しました。コード検索と、ソース管理のアクセス権限管理システムも整備しています。
これはAnthropicの社内基盤に関する発表です。日本での提供は発表には書かれていません。外部企業向けの提供時期、利用条件、日本語対応や日本向け価格も記載されていません。
影響する会社・しない会社
- 影響する: AIエージェントやCIによる処理が増え、ソース管理、ビルド、CIが制約になっている会社です。自社の負荷を調べる際の参考になる事例です。Scionへの移行が求められるわけではありません。
- 影響する: 大きなモノレポを運用し、自動処理が繰り返しコードを取得する会社です。履歴容量、作業コピーの容量、取得回数を分けて確認する観点が参考になります。
- 影響しない: 社外のGit利用企業に対する変更や移行義務は、発表には書かれていません。自社でGitを使っていることだけを理由に、移行作業を始める必要はありません。
- 影響しない: Claude利用企業に対する契約・設定変更は、発表には書かれていません。Claudeを利用しているという理由だけで、対応対象とは判断できません。
情シスが今日やること
- 今日、開発責任者にソース管理の構成を確認します。モノレポの有無、Gitの運用担当、CIの担当を整理し、問い合わせ先を決めてください。
- CI管理画面の実行履歴とジョブログで、コード取得やビルドの待ち時間を確認します。既存のログで分かる範囲の取得回数と処理時間を記録してください。発表には、自社環境で見るべき具体的な画面名やメニューは書かれていません。
- リポジトリの管理担当に、履歴と作業コピーの容量を確認してもらいます。CI側の記録と合わせ、どの処理が制約なのかを開発責任者と共有します。Anthropicの数値を、自社の移行基準として扱わないことが大切です。
- 今日の社内共有では、「社内基盤の刷新事例であり、外部向け製品提供や移行期限の発表ではない」と伝えます。自社で遅延が確認できた場合に、開発部門と調査の担当・期限を決めてください。
