AIに「コードを読まずに」開発を任せる4原則｜Claude Code活用術

ニュースサマリー

AI開発の4原則とは？何が語られたか

筆者の環境では約1年前から、設計、実装、テスト、レビュー、修正までをAIが自律的に進め、人間は仕様と設計だけを確認しています。筆者によると、AIの間違いの多くは「文脈の不足」と「完了の基準のあいまいさ」から生まれます。その対策として、AIが作業のたびに読む指示ファイルに、次の4つの原則を書いて守らせています。

主な内容

確かめてから書く：仕様や接続先を推測させず、確かめられなければ止まって人に報告させます。

ごまかさせない：張りぼての部品を本番に置いたり、エラーを隠したりすることを禁じます。

土台から作る：画面ではなくデータベースなどの土台から、一段ずつ動作を確かめて積み上げます。

分けて作る：1つの部品に1つの役割だけを持たせ、修正の影響を部品の中に閉じ込めます。

検証を回す3つの手法

仕様駆動開発：仕様と設計を先に文書にし、AIの記憶と引き継ぎ資料にする

テスト駆動開発：「先に決めたテストが通る」ことを完了の基準にする

レビュー駆動開発：作った本人とは別のAIにレビューさせ、指摘がなくなるまで直す

運営からのコメント

なぜ今、このニュースが重要なのか

AIによる開発は、積極的に任せる人と、失敗談を見て踏み出せない人に分かれつつあります。社内の業務ツールや簡単なアプリを、エンジニアでない社員がAIで作る場面も増えてきました。ここ数週間で紹介したスキル機能やSharePointのサイト作成のように、AIに任せられる範囲は急速に広がっています。任せる範囲が広がるほど、成果を分けるのはAIの性能より「任せ方の作法」です。その作法を具体的な原則としてまとめた点に価値があります。

最大のポイント

注目すべきは、4原則がどれも昔からのソフトウェア開発の基本だという点です。違いは、人間なら暗黙のうちに守ることを、AIには言葉にして渡さなければならないことにあります。また、自分の出力を自分で確かめさせず、別のAIにレビューさせる考え方は、10月13日に紹介したナデラCEOの「モデルに自分の仕事を検証させない」という原則とも重なります。人間の役割は、コードを1行ずつ読むことから、何を作るかを決め、結果を判断することへ移っていきます。

企業がいま取り組むべきこと

社内でAIに開発やツール作成を任せている場合は、まず4つの原則を指示ファイルに書き、AIが毎回読む状態にしてみてください。あわせて、作業の完了を「動いたように見える」ではなく「先に決めた確認項目をすべて満たす」で判断するルールにします。エンジニアでない部署が使う場合は、何のために、誰が、どんな場面で、何を、どこまで必要としているかを書き出すことから始めるのがおすすめです。この要件の整理こそ、人にしかできない仕事です。

出典

参照記事：Claude Codeで「失敗続き」は卒業…コードを“1行も読まない”アプリ開発「4原則」（ビジネス+IT）