AI生成コードを「どこまで理解してから」マージすべきか——理解基準3段階と2つのゲート

AI コーディングの議論は急速に進み、「1日500コミットは読めないから人間レビューを廃止し、機械的検証に頼る」と判断する人も現れた。研究でも、実際に AI 生成 PR の多くが人間レビューを受けていないと観測されている。一方で小さなチームでは「全部読む」は破綻するが「読まない」も受け入れられない。そこで提案されるのが「理解基準3段階」と「2つのゲート」。理解の3段階は①テスト理解（テストが通ってるか）②契約理解（モジュールのインターフェースを理解）③構造理解（修正指示が具体的に出せるか）④行レベル理解（コードを行単位で把握）。どのレベルを要求するかは、影響範囲と可逆性で決める。課金・削除・マイグレーション（不可逆な副作用）は行レベル理解を求める。

本質は「責任の配置」の問題だ。AI が出したコードのバグで本番が落ちたとき、ベンダーの利用規約上、責任は使う側にある。だから「AI に書かせたから理解しなくていい」は原則として不可能。かといって全コード全行精読は現実に無理。その間にある「守れる基準」を引くことが重要。障害が起きたとき、エージェントに「原因を特定して」と言うだけでは足りない。エージェントは判断のフォールバック（「これは根本対応より緩和優先」といった判断）ができない。だから人間は「地図レベルでのトレース可能性」を手放してはいけない——システムの全体像を掴むこと。これが AI 時代のソフトウェア管理では無視できない視点だ。

AI にコード生成を頼る前に「本番で問題が起きたら自分たちで対応できるか」に答える必要がある。全コードを理解する必要はない。ただし「何が壊れやすいか」「どの部品が責任を持つか」というシステム全体の地図は、人間が持っていなければならない。黒い箱を黒いまま本番に流せば、いつか爆発する。AI コーディング時代だからこそ、チーム内での設計共有と責任の明確化が、むしろ重要度を上げている。