Anthropicが選んだのは、gitを調整して使い続けることではなく、バージョン管理システムそのものを自社で作り替えることだった。同社は自社製の「Scion」を開発し、モノレポをgitから5か月で全面移行した。同社のEngineeringブログは、いまのボトルネックを「人間の規模を前提に作られた開発基盤——ソース管理・ビルド・CI」だと位置づけている。コードを書く速さが上がるほど、マージ・レビュー・ビルドといった「書いた後」の工程が成果の上限を決める。AIにコードを大量に書かせる開発チームは、モデルの性能だけでなく、そのコードを受け止める基盤の設計が生産性の天井になる。自社開発の加速が基盤側の前提を壊し始めている、という流れを具体的な数字で示した事例だ。本当の問いは、人間の規模で設計されたレビューやCIの仕組みが、書かれるコード量の増加にどこまで持ちこたえるのか、に移る。

何が起きたか

  • Anthropicは自社製バージョン管理システム「Scion」を開発し、モノレポをgitから5か月で全面移行した（同社公式Engineeringブログ）。
  • 同時期に、コードレビュー画面（名称は「Antique」）、コード検索、充実したソース管理のIAM（権限管理）システム、大量のレビュー済みコードを管理・着地させる新しい方法なども構築・提供したと同社は述べる。ただし、これらが同じ5か月に収まるかは取得できた本文では明示を確認できていない。

数字で見る

時点 1日あたりのマージ数
2026年5月 平均約2,500件
2026年9月時点 3万件超
  • 約4か月で1日のマージ数は約12倍に増えた。数値はいずれも同社の自己申告で、第三者による検証はない（根拠強度: 中。一次ソースだが自社発表）。
  • 「今や3万件超」は9月時点の値である。

なぜ重要か

  • 同社は「この成長ペースが当面鈍化するとは見ていない。コードをマージしたいという潜在的な需要は事実上無限だ」と述べている。これは同社の予想であり、確定した事実ではない。
  • 原文が挙げるボトルネックはソース管理だけでなく、ビルドとCIも含む。移行の対象がバージョン管理に限られるかどうかは、今回確認できた範囲では分からない。
  • コードレビューやIAMまで同時に作り直した点は、書く量の増加に対してレビューと権限管理も人間前提のままでは回らなかったことを示す。

出典

  • Anthropic Engineering「Redesigning source control」（公式ブログ、公開日2026-10-13）