この記事について海外で公開された情報をもとにAIが要約・解説した記事です。原文の翻訳ではありません。正確な内容は記事末尾の出典元をご確認ください。
この記事の要点
  • AnthropicがGitに代わる独自ソース管理「Scion」とレビュー基盤「Antique」を構築した
  • 2026年5月の1日約2,500件から9月は3万件超へマージ数が急増し、Git運用が前提を失った
  • 7人のチームが5か月で移行。CI目的だけで1日2,500万回のチェックアウトが発生する

何が構築されたのか

Simon Willison氏のブログ(2026年10月13日)で、AnthropicがGitに代わる独自のソース管理システム「Scion」を構築したことが紹介されました。あわせて、コードレビュー用のシステム「Antique」も用意されています。背景には、過去6か月でコード変更の頻度が劇的に増えたことがあると説明されています。Scionは7人のチームによって作られ、Gitからの移行は5か月で完了したとされています。

Anthropicが示した要件は、一般的な開発チームの想定を大きく超えるものです。メインブランチの履歴だけで約100GB、圧縮したワーキングコピーは25GB超に達します。開発者環境やエージェントのサンドボックス、研究ジョブを数える前の段階で、CI目的のコードチェックアウトが1日あたり2,500万回に上ります。これを素朴に取得すると、1日で600PBを超えるGitトラフィックになると試算されています。

1日3万件という規模

マージされたコード変更の数は、2026年5月時点で1日あたり平均約2,500件でした。それが9月には1日3万件を超える水準になっています。Anthropicはこの変化を、独自システムを作る直接の理由として挙げています。

この規模になると、各開発者が履歴の完全なコピーを持つ分散型のGitの前提が崩れます。一般に、CIジョブやエージェントの実行環境が毎回リポジトリ全体を取得する構成では、転送量とストレージの負荷が大きくなりやすいためです。Scionは取得処理を効率化する方向で設計されたとみられますが、具体的な仕組みは原文では説明されていません。

集中型への回帰という見方

Willison氏は、ScionについてSubversionの流れを汲む集中型ソース管理の再発明のように聞こえると評しています。分散型のGitとは設計思想が異なり、履歴やデータを中央で管理する方向に振れているという見方です。

集中型にすれば、取得や権限管理をサーバー側で最適化しやすいという利点がある一方、Gitのエコシステムや既存ツールとの互換性は失われます。AnthropicがどこまでGitと互換性を保っているのか、外部ツールが使えるのかは原文からは分かりません。なお、この評価はWillison氏の印象であり、Anthropic自身が集中型を狙ったと明言しているわけではありません。

速度を上げた要因とレビュー

Willison氏は、Anthropicが公開したグラフをClaudeで改変し、2026年に公開された各モデルのリリース時期を重ねて可視化しています。同氏は、Fable/Mythosクラスのモデルの導入が開発速度の向上に大きく効いているのではないかと推測しています。ただしこれは推測であり、公開日が社内で利用可能になった日ではない点にも注意を促しています。

記事では、Anthropicが敵対的レビューを多用していることも触れられています。非常に有効である一方で視野が狭くなりがちで、熟練エンジニアが、仮想的な懸念に反応した過剰設計に走らないようClaudeを誘導する必要があったとされています。Willison氏は自分のプロジェクトでも同じ経験があると書いており、AIによるレビューの使いどころは実務上の課題として共有されています。

原文からの引用
In May 2026, Anthropic averaged around 2,500 code changes merged per day; as of September, we merged over 30,000 per day.

2026年5月、Anthropicは1日あたり平均約2,500件のコード変更をマージしていた。9月時点では、1日3万件を超える変更をマージしている。

今後の見通し

現時点で公表されていないのは、Scionの設計詳細や一般公開・オープンソース化の予定です。今後Anthropicが技術ブログなどで仕組みを詳しく説明すれば、集中型ソース管理への回帰が一過性の選択なのか、AI時代の標準になり得るのかを判断できるでしょう。また、Willison氏が示したモデル公開時期とマージ数の相関については、Fable/Mythosクラスのモデルが社内でいつから使われたかが明らかになれば、因果関係をより正確に評価できます。他の大規模開発組織が同様の移行を発表するかどうかも、注目すべき点です。

日本の開発者・IT企業にとっての意味

日本のIT企業にとって直接の影響は限定的です。ScionもAntiqueも一般提供やオープンソース化の予定は原文に記述がなく、すぐに自社環境へ導入できるものではありません。ただし、AIエージェントがコードを大量に生成するようになると、CIが毎回リポジトリを取得する前提のツールチェーンが成り立たなくなるという問題提起は無視できません。1日3万件のマージ、CIだけで2,500万回のチェックアウトという数字は、数年後の自社の姿を考える参考になります。まずは自社のマージ数とCIのチェックアウト量を計測し、どこがボトルネックになるかを把握することが現実的な第一歩です。7人・5か月という体制の規模感も、内製を検討する際の判断材料になるでしょう。

気になる点

ScionやAntiqueは日本からも使えますか
現時点では公表されていません。原文では、Anthropicが自社のソース管理とコードレビューのために構築したと説明されており、外部提供やオープンソース化に触れた記述はありません。自社で試せるかどうかは、公開の有無に関する今後の発表を待つ必要があります。
Gitからの移行にはどのくらいの期間と人員が必要ですか
Anthropicの例では7人のチームで5か月です。ただしこれは1日3万件超の変更をマージし、CI目的だけで1日2,500万回のチェックアウトが発生する規模での話です。一般的なチームに同じ工数が当てはまるかは、原文からは分かりません。
なぜGitでは対応できなくなったのですか
メインブランチの履歴が約100GB、圧縮したワーキングコピーが25GB超あり、CI目的だけで1日2,500万回のチェックアウトが発生するためです。素朴に取得すると1日600PBを超えるGitトラフィックになるという試算が示されています。

用語解説

ソース管理システム
コードの変更履歴を記録・共有する仕組み。GitやSubversionが代表例。
Git
分散型のソース管理システム。各開発者が履歴の完全なコピーを持つ点が特徴。
CI
継続的インテグレーション。コード変更のたびに自動でビルドやテストを実行する仕組み。
チェックアウト
リポジトリから作業用のコードを取得する操作。CIではジョブごとに発生する。
敵対的レビュー
欠陥を見つける目的で、別のモデルや視点から批判的に検証させる手法。

出典

Redesigning source control at Anthropic

Simon Willison / Simon Willison / 2026年10月14日

https://simonwillison.net/2026/Oct/13/redesigning-source-control-at-anthropic

AI導入も顧問も、お任せください

何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。

AI導入について相談する