Claude Code、コードの9割をClaudeが書く体制のレビュー手順を公開

2026年10月26日 19:592026年10月27日 12:32

AnthropicのClaude Codeチームは公式ブログで、自社のコードレビューの流れを公開した（2026年10月15日）。ClaudeがClaude Code自体のコードの約90%を書く体制のなかで、人のレビュー時間を最小にし、差し戻しやインシデントを増やさない仕組みを説明している。新モデルや新機能の速報ではないため速報タグは付けないが、エージェント開発の実務向けガイドとして使える。

要点（3行）

ClaudeがClaude Codeのコードの約90%を書いている、と公式が改めて説明
6〜9月にマージされたPRは2倍超に増え、差し戻し（revert）の割合は40%超減
レビューは書きながら自動で続け、人の承認は変更のリスクに応じて0〜2人。数字はAnthropic自身の発表で外部検証ではない

何が書かれているか

公式ブログ「How the Claude Code team does code review」（著者：Addy Osmani、Morgan Westlee Lunt、Qing Wang／2026年10月15日）は、エージェントが大量にコードを出す前提で「人が全部読む」前提を見直し、問題を見つける層とチームの共有理解を分けて設計している、と整理する。

成果として挙げられているのは次の数字だ（いずれもAnthropicの自己報告）。

指標	内容（公式）
Claude Codeのコード生成	Claudeが約90%を記述
マージPR（6〜9月）	2倍超に増加
差し戻し率	40%超減少

Anthropic全体のモノレポでは、1日あたりの変更が5月の約2,500から9月の3万超へ増えた、という文脈も示されている。Claude Code自体は別リポジトリだが、同様の圧力がある、としている。

レビューは「最後の門」ではなく連続する層

従来の「書いてからPRで人が読む」ではなく、書きながら自動レビューが続き、人はリスクに応じて入る、という構成だ。公式が示す主な層は次のとおり。

PR前の自己検証：テスト／ビルド／スクリーンショットなどで検証可能な成果を求め、サブエージェントで差分を見直し。内部スキルでバグ探索・簡略化・E2E確認も
すべてのPRへのAIレビュー：意図・全体整合・副作用を確認。所見は複数エージェントで検証してから投稿し、Important／Nit／Pre-existingで整理
セキュリティレビュー（ブロック可能）：バグ／セキュリティ所見が未解決のままマージできない
通常の自動チェック：lint・型・テスト・ビルドなど
人の承認（リスク別）：低リスク0人／中1人／高2人。エージェントの承認は人の枠に数えない
マージキュー・フラグ・段階リリースと、検知後の素早いロールバック

人の承認はリスクで0〜2人

リスク	例	人の承認
低	ドキュメント、文言、フラグ裏の内部向け追加など	自動レビューとセキュリティが通れば不要
中	通常のプロダクト変更、キャッシュ／自動更新／システムプロンプトなど敏感領域	1人
高	最高リスクのコード、常に2人が必要なパス	2人