Scion登場、Anthropicが巨大モノレポをGitから移行

Scion（読み方：サイオン）は、Anthropic が社内向けに作った自社製のバージョン管理システムです。同社は 2026年10月13日付（公式ページの表記。時刻は分かりません）のエンジニアリング記事で、モノレポを Git から Scion へ移行したと発表しました。ただし公式は、Scion は一般の Git の代替にはならない、とはっきり書いています。

「Anthropic が Git をやめたらしい」。こんな話が社内で出る場面は、ありそうです。

結論から言うと、Scion は読み物として面白いが、情シス担当者が今すぐ何かを入れ替える話ではないです。社内向けで、他の組織が採用・提供するのは難しいと公式が書いているからです。それでも、巨大な開発環境で Git に何が起きたのか、という話は、今後の開発基盤を考えるヒントになります。まず表で全体像をどうぞ。

項目	内容
何が出た？	Anthropic の社内向けバージョン管理システム「Scion」と、その設計の解説
何をした？	モノレポを Git から Scion へ、5 か月で完全移行
背景の数字	マージ件数が 2026年5月は 1 日平均約 2,500 件、9 月は 1 日 3 万件超
効果	CI と研究用ジョブのチェックアウトが分単位から秒単位に。CI だけで CPU 容量が 25% 改善
注意点	非常に巨大なモノレポ向けで、一般用途の Git の代替にはならない
一般公開	Scion の一般公開・OSS 化・商用提供の予定は、公式の記事に記載なし

一次情報は、Anthropic Engineering の次の記事です。

Redesigning source control at Anthropic（Anthropic Engineering）

Scion で、何が変わったのか
Scion の設計と、出た効果
Scion の開発で、Claude が使われた例
Scion で、勘違いしやすいところ
Scion のニュースで、情シス担当者が考えること
ありがち：「うちも Git をやめるべき？」と聞かれる現場
Scion で、まだ分かっていないこと

Scion で、何が変わったのか

公式の記事によると、Anthropic は社内向けに作った自社製のバージョン管理システム「Scion」で、モノレポを Git から移行しました。移行は 5 か月で完全に終わったと書かれていて、移行している間にマージ件数は 10 倍に増えた、とも書かれています。

規模の数字も出ています。マージ件数は、2026年5月が 1 日平均約 2,500 件、9 月は 1 日 3 万件超です。モノレポの main ブランチの履歴は約 100 GB（圧縮済みの作業コピーは 25 GB 超）。CI 向けのチェックアウトは 1 日約 2,500 万回（開発者環境などは含まない）です。単純に fetch した場合の Git トラフィックは、1 日 600 PB 超になると試算している、と書かれています。

ごはんにたとえるなら、家庭の台所の鍋で、毎日数万人分のカレーを作ろうとしている状態です。鍋が悪いのではなく、そもそもの規模が合わなくなった、という話に近いです。

Scion の設計と、出た効果

Scion は、サーバー側で changeset を作り、クライアントは必要なデータだけを取得する設計です。全部の履歴を手元に持ってくるのではなく、要る分だけ受け取る、という考え方です。

効果として、公式の記事はこう書いています。

CI と研究用ジョブのコード取得（チェックアウト）が、分単位から秒単位になり、2 桁速くなった
CI だけで、CPU 容量が 25% 改善した

同じ期間に、コードレビュー用のツール「Antique」も構築したと書かれています。コード検索やソース管理の IAM システムも、同期間に構築した、とあります。バージョン管理だけを替えたのではなく、周辺の道具もまとめて作り直した、という内容です。

Scion の開発で、Claude が使われた例

公式の記事には、開発に AI を使った例も出てきます。チームが手書きで作った取り込みパイプラインのプロトタイプを、Claude Mythos Preview の早期の社内スナップショットに書き直させたところ、メモリ使用量が 20 分の 1、速度が 4 倍の版ができた、と書かれています。

Scion で、勘違いしやすいところ

ここは、書き方に気をつけたいところです。

Scion は、一般用途の Git の代替にはなりません。 公式の記事は、Scion は「非常に巨大なモノレポ」向けで、一般の Git の代替にはならない、と明記しています。Scion の考え方が意味を持つのは、数万人のエンジニアまたは大量のエージェントがいる非常に巨大なモノレポだけ、という書き方です。また、社内版のコンポーネントは非常に個別最適化されていて、他の組織が採用するのは難しい、とも書かれています。

では、記事を出した目的は何か。公式によると、設計の考え方を共有して、他の開発者が Git にも応用できるようにすることです。Git コミュニティは約 20 年かけて、数百万人の開発者向けにプラットフォームをスケールさせてきた、と述べたうえで、GitHub、GitLab、OSS コミュニティと協力したい意向が書かれています。具体的な協業の内容は、記載なしです。

Scion のニュースで、情シス担当者が考えること

まず、公式の記事に書かれていることだけで言えば、今すぐの対応は何もありません。Scion は社内向けで、一般に入手できる製品ではないからです。

ここから先は、公式の記事には書かれていない、提案です。

自社のリポジトリの規模を把握する（提案）: 履歴サイズやチェックアウトにかかる時間を見ておくと、Git で困る日が来るのかが分かります
CI のチェックアウト時間を測る（提案）: 今回の記事でチェックアウトの効果が書かれていたのは、CI と研究用ジョブでした。自社の CI で、取得に時間が偏っていないか見ておくと、改善の入口になります
Git の標準的な最適化を先に確認する（提案）: Scion のような話の前に、いま使っている Git の機能で足りているかを見ておく、という進め方です

どれも、公式の記事にある手順ではありません。実際の設定は、お使いの Git サービスの公式ドキュメントで確認してください。

ありがち：「うちも Git をやめるべき？」と聞かれる現場

これは実際にあった話ではなく、現場で起きそうな想定です。

「Anthropic が Git から移行したなら、うちも検討したほうがいいのでは」と聞かれることは、ありそうです。そのときは、Scion は数万人規模の巨大モノレポ向けで、一般の Git の代替ではないと公式が書いている、という点を先に伝えるのが近道です。台所の鍋を、いきなり業務用の大釜に替える必要はない、という話です。

Scion で、まだ分かっていないこと

項目	状況
一般公開・OSS 化・商用提供	公式の記事には記載なし。公開されるのか、されないのかは、分かりません
他の組織向けの提供	公式は「他の組織向けに広く使える形での提供は難しい」と書いている。提供の予定は記載なし
GitHub・GitLab との協業	協力したい意向のみで、具体策は記載なし
公式記事の公開時刻	日付（2026年10月13日）のみ。時刻は分かりません