AI がコードを書き、AI がレビューする。このループが当たり前になるとき、「品質を誰が保証するか」という問いの立て方ごと変える必要が出てきます。

従来の品質保証は 3 層でした

これまでのソフトウェア品質保証は、おおよそ次の 3 層で成り立っていました。

実装者の自己規律
コードレビュー(同僚の目)
テスト・CI(機械的検証)

第 1 層と第 2 層は人間が担います。「書いた本人が理解している」という前提の上に、「同僚が別の目で見る」がかぶさります。レビューが機能するのは、この前提があるからです。著者が 9 割の確信を持って差分を出すから、レビュアーは残りの 1 割を詰めるだけで済みます。

AI がコードを書く存在になると、第 1 層の「書いた本人」が AI になります。ここまではまだ第 2 層の人間のレビューで補えます。しかし、第 2 層まで AI が担うとき、構造の意味が根本から変わります

盲点を共有している問題

同じモデルがコードを書いて同じモデルがレビューすれば、同じ先入観を共有しています。自分の文章を自分で校正するのと同じ構造です。「もっともらしく見える」ものは書くときも見落とし、レビューするときも見落とします。

これは確率の問題ではなく、系統的なバイアスの問題です。ランダムなミスなら量で補えますが、共通の盲点は何度繰り返しても消えません。

対処の方向は 2 つあります。

  • 異なるモデルでレビューする — 書いた AI と別のモデルに読ませます。同じ訓練データを共有していても、アーキテクチャや fine-tuning の差が盲点を部分的にずらします
  • 人間が盲点を持たない問いを担う — ビジネス文脈、長期的なアーキテクチャ判断、組織としての責任帰属——これらは同じモデルが持つ盲点の外にあります

後者が本稿の主題です。

品質保証の重心が移動する

AI が生成と検証の両方を担うようになると、人間が介在すべき場所と形が変わります。

従来 AI 駆動時代
コードが正しいかを見る AI への指示が正しいかを決める
差分を読んで承認する 指摘への対応方針を判断する
事前にレビューして通す 事後にループを検査できる状態を保つ

一番の変化は、人間の責任領域がコードそのものから離れる点です。何を修正するか、どう修正するか、どの指摘を無視するか——これらの意思決定の質が品質保証の新しい軸になります。

コードを読んで承認する人から、AI に渡す指示の質と判断の正確さで評価される人へ。これは役割の変化であり、同時にスキルセットの変化でもあります。

観察可能性が品質保証の新しい形態

「事前にコードを見て承認する」という旧来のモデルが崩れるとき、代わりに何が信頼の根拠になるでしょうか。答えは観察可能性だと思います。

AI がコードを書き AI がレビューするループを信頼できる条件は、そのループが後から検査できることです。

  • 何が見つかったか(レビュー結果の記録)
  • 何を決めたか(対応方針の変更履歴)
  • どう直したか(修正指示と実行の記録)

これは監査証跡に近い概念で、重要なのはログが改ざんされない形で残ることです。AI の出力と人間の決定を別々に記録し、後からどちらが何を判断したかを追跡できる状態を保つ——これが「後から何が起きたかを人間が確認できる」ことへのコミットメントになります。

品質保証の形が、「承認した人間がいる」から「ループ全体が検査可能である」へ移行しています。

人間が関与すべきレバレッジポイント

すべての指摘をトリアージするのではなく、人間の介在が最も価値を持つ場所はどこでしょうか。

ビジネス優先度 — この指摘は今のプロダクト文脈で重要か。技術的に正しい指摘でも、今直すべきかどうかはビジネスの状況で変わります。これは AI に判断できません。

長期アーキテクチャ感覚 — この設計判断は半年後の変更容易性に影響するか。コードに書かれていない暗黙の制約や将来の変更計画は、人間の文脈にあります。

責任の帰属 — このリスクは組織として許容できるか。セキュリティ上の判断、規制への準拠、ユーザーへの影響——責任を負える主体は人間でなければなりません。

逆に言えば、「このコードがこのパターンに合致しているか」「この API の使い方は正しいか」という粒度の判断は AI に委ねて構いません。人間のコストをそこに使うのはもったいないです

「AI に委任する」を明示的な行為にする

ここから導かれる設計原則があります。AI がデフォルトですべてを処理するのではなく、人間が明示的に AI への権限を委譲し、残りを人間が保持するという考え方です。

「AI が自動的に直す」ではなく「人間が判断して AI に渡す」——この順序が逆になると、人間の関与は形骸化します。デフォルトは人間の手元にあり、AI への委任は意図的な判断として記録される。これが「opt-in for AI」という原則です。

小さい運用の差に見えますが、品質保証の責任がどこにあるかを日々の作業の中で示すことになります。


AI 駆動開発で品質が担保されているとは、コードを全行読んだ人間がいることではなく、決定の軌跡が観察可能で、人間の判断が適切な場所に介在していること——そういう時代に変わりつつあります。

まとめ

  • AI が書いて AI がレビューするループは、同じ盲点を共有する系統的なリスクを持ちます。異なるモデルでのレビューと、人間による盲点の外の判断で補います
  • 品質保証の重心は「コードが正しいか」から「AI への指示が正しいか」と「ループが観察可能か」へ移ります
  • 人間のレバレッジポイントは、ビジネス優先度・長期アーキテクチャ感覚・組織責任の帰属——コードに書かれていない文脈にあります
  • 「AI がデフォルトですべてやる」ではなく「人間が明示的に委任する」が健全な運用原則です