Anthropic、1日3万件のマージでgitから移行。人のレビューは「全行」から「意図」へ

Anthropicは2026年10月13日付のエンジニアリングブログで、社内のモノレポをgitから独自のバージョン管理システム「Scion」へ5カ月で移行したと公表しました。1日あたりのマージ数は、2026年5月の約2,500件から9月には3万件超に増えています。同社は、ボトルネックはもうコードを書く工程ではなく、人の規模を前提に作られたソース管理・ビルド・CIだと説明しています。

注目したいのは、同じ記事に書かれた人の役割の変化です。Scionを開発したチームは、システムへの変更を今もすべてレビューしています。ただし見ているのは、1行ずつのコードではなく変更の意図だといいます。

人が担うのは、エージェントに「ノー」と言うこと

同社によると、エージェントは、本来許されるべきでないパターンに合わせるために、システムの中核となる制約を破ることがあります。

例として、変更がmainに入った時刻を調べる際、コードレビューツールに問い合わせず、コミット履歴を順に読む実装が複数ありました。AI同士の敵対的レビューも、仮定の懸念に反応して不要な検証や複雑さを足すことがあり、エンジニアが方向を正したと書いています。

また、同社が作ったレビューツールは、承認の条件を変更の種類で分けられます。コメントだけの変更と重要なロジックの変更を区別し、人が影響の大きい変更に集中できるようにするためです。

自社のレビューは「変更の種類」で分けて考える

ScionはAnthropicの巨大なモノレポ向けで、同社も一般的なgitの代替にはならないとしています。それでも、レビューの分け方は規模に関係なく検討できます。

たとえば、少人数で社内システムを保守するチームがAIコーディングツールを導入し、プルリクエストのレビュー待ちが増えた場面です。全件を同じ深さで読み続けるか、レビューを減らすかの二択にする必要はありません。編集部の提案は、次の2つを先に書き出すことです。

• 人が意図まで確認する変更の種類（例：権限、課金、データ構造に触れる変更）
• エージェントに破らせたくないシステム上の制約

この一覧が、人がどの変更で「ノー」と言うかの基準になります。AIが書く量が増えたときに変えるのは、レビューの有無ではなく、人が見る対象です。