AIコーディング時代のコードレビューはどう変わるか：人間の役割の再定義

概要

「How to Kill the Code Review」という記事への言及。AI がコードを実装する時代に、人間はコード差分を一行ずつ読む承認者ではなく、仕様・制約・受け入れ基準を設計し、AI が実装した結果を信頼できる仕組みで検証する役割 へ移行すべきという主張。

詳細

従来のコードレビュー（現在）

人間が書く → プルリクエスト → 人間がレビュー → マージ

レビュアーの作業:
  - コードを一行ずつ読む
  - バグや設計の問題を指摘
  - スタイルの統一
  → 時間がかかる、属人的、スケールしない

AIコーディング時代への変化

人間が仕様を書く → AI が実装 → 自動検証 → 人間が承認

人間の役割:
  1. 「何を作るか」の定義（仕様・制約・受け入れ基準）
  2. AI の実装が正しいかを確認できる仕組みの設計
     → テスト・型システム・静的解析・プロパティベーステスト
  3. 要件の曖昧さを排除する（AI は曖昧な指示に弱い）

実践的な変化

以前:  
  CLAUDE.md に細かいコーディング規約を書く
  → レビュアーが手動で確認

これから:
  CODE_STANDARDS.md に規約を定義
  → Reviewer Agent が自動でチェック
  （mattpocockuk @mattpocockuk の提案: 
   「CLAUDE.md に書くより CODE_STANDARDS.md に書いてレビュアーエージェントに渡せ」）

エンジニアに求められるスキルの変化

下がる重要度:
  - タイピング速度
  - 構文の暗記
  - ボイラープレートのコーディング

上がる重要度:
  - 要件・仕様の言語化力（問いの設計力）
  - システムを「正しく動いている」と検証する能力の設計
  - AI の出力のリスク評価
  - アーキテクチャレベルの判断

なぜ重要か / いつ使うか

• AI ツールを導入した開発プロセスを設計するとき
• レビュープロセスの効率化を検討するとき
• 「AI 時代にエンジニアは何をすべきか」という議論のフレームとして