AI-DLCの誤読：「AIリード・人間レビュー」は監督の意図を汲み取れていない

AI-DLCの誤読：「AIリード・人間レビュー」は監督の意図を汲み取れていない

AI-DLC（AI駆動開発の方法論）は、「AIがリードし、人間がレビュー・補完する手法」と要約されることがあります。これは、各フェーズでAIが成果物を生成し、人間がそれを承認して次に進むという説明です。この理解は半分は正しいものの、レビューを単なる事後点検と捉えると、AI-DLCが本来意図している重要な側面を見落としてしまいます。

AI-DLCが本来意図しているのは、単なる事後レビューではなく、「human oversight」、すなわち監督です。開発の出発点は人間の「インテント（意図）」であり、人間が何を作るかを決定し、それを軸としてAIが動きます。レビューと監督は異なる概念であり、これらを混同すると問題が生じます。

「レビュー」と「監督」の違い

「レビュー」という言葉の「ビュー」は、見る、点検するという意味合いを持ちます。この言葉には、タスクの主体はAIであり、人間はその成果物が受け入れ可能かどうかを点検するというニュアンスが含まれます。成果物を点検し、一定の品質基準を満たせば承認され、満たさなければ差し戻される、というのが一般的なレビューの理解です。

定型的な実装やテストコードのように、一定の品質基準を満たせば十分な成果物となるものは、誰が担当しても基準を満たせば良い類です。このような作業では、AIに主体的に作業させ、その結果をレビューするだけで十分な場合があります。

一方、「監督」とは、作業者を指揮し、監督者（責任者）の意図を成果物に反映させる行為です。プロダクト企画や技術的な詳細設計のように、責任者の存在が重要となる内容がこれに該当します。このような場合、AIは手足となって働く協働作業者であり、主体となるのは監督者本人です。求められるのは「基準を満たすか」ではなく、「自分の意図が反映されているか（責任を取れるか）」であり、レビューとは合格ラインが異なります。客観的に見て良さそうに見えても、監督者の意図と異なれば不合格となります。

映画監督が俳優の演技を、単に基準を満たすかどうかで受け入れることはありません。監督は、自身の作品として成立しているかを確認し、納得がいくまで撮り直しを指示します。AI-DLCが本来意図しているのも、この「監督」の概念です。

なぜ「レビュー」に見えてしまうのか

本来は監督が想定されているにもかかわらず、現場ではレビューと誤って理解されがちなのには理由があります。その一つは、運用の見た目によるものです。AI-DLCの実装では、各フェーズで人間が承認するゲートが連続します。意図の定義といった上流のプロセスは目立たず、目に映るのは下流の承認ゲートだけです。

見た目の問題だけではありません。監督という作業は、本来重い作業です。意図を細部まで言語化し、AIの出力と突き合わせ、ズレを一つずつ修正させる必要があります。これは多大な労力を要し、単なる点検というよりは、修正指示を通じた共著と表現するのが適切な作業です。

AIがあらゆる作業を自動化できるという幻想から、本質的に必要な作業まで手放そうとした結果、「レビュー」という言葉で済ませてしまうのではないでしょうか。「レビュー」と呼ぶことで作業が軽そうに見え、自身は点検者にすぎないと責任を回避できる側面もあります。問題が発生した場合でも、「AIが作った」「レビューは通った」という理由で押し通せる可能性があります。

監督、できていますか

「監督」と「レビュー」を取り違えると、プロジェクト炎上のリスクが高まります。監督すべきタスクをレビューで済ませてしまうと、プロダクトは本来あるべき方向性からズレていきます。企画や詳細設計はプロダクト開発の土台となる部分であり、この段階でのズレは下流に進むにつれて増幅し、実装が完了した後に「思っていたものと違う」という事態に陥る可能性があります。

承認ボタンを押すだけの作業になっていないでしょうか。それが監督を必要とするタスクなのか、レビューで十分なタスクなのかを見極めることが重要です。そして、監督が必要なタスクであるならば、それを引き受ける責任者は誰なのかを明確にする必要があります。プロダクト開発へのAI導入が進むにつれて、この見極めはますます重要になっていくでしょう。

出典: https://zenn.dev/ebisawa/articles/90dee7110da01d