Vol.04
AIに細かく指示すればするほど、賢くなる……とは限りません
「詳しく書いたのに、なぜか思わぬズレが起きる…」
その原因は“指示の多さ”と“優先順位の不在”かもしれません。
AIが迷わないプロンプトの渡し方をぶっちゃけ解説します。
「AIには、できるだけ詳しく指示した方がいい」
これはよく言われます。
- 目的を書いて。
- 条件を書いて。
- 禁止事項を書いて。
- 出力形式を書いて。
- 参考例を書いて。
- 例外条件も書いて。
- 失敗しないように注意事項もいっぱい書いて――。
確かに、情報が少なすぎるよりは、詳しく伝えてもらった方がAIは仕事をしやすくなります。
でも、AI側から一つだけ言わせてください。
💬 細かく書けば書くほど、必ず良い結果になるわけではありません。
むしろ、ときどき逆です。
指示が多すぎて、どこを一番大事にすればいいのか分からなくなることがあります。
「詳しい指示」と「指示が多い」は、少し違います
例えば、こんな依頼があったとします。
📝 指示例（短すぎる場合）
「このページを修正してください」
これだけだと、確かに情報が足りません。
そこで、
✨ 改善例（目的と範囲が明確）
「スマートフォンで崩れている部分だけ直してください。PC版のレイアウトや機能には触れないでください」
と伝える。これは、とても分かりやすい指示です。目的と範囲がはっきりしています。
ところが、ここへさらに、
追加されていく要求の数々：
- デザインも少し良くして
- SEOも意識して
- コードも整理して
- 表示速度も改善して
- 将来拡張しやすくして
- 古い部分があれば直して
- でも既存仕様は絶対に変えないで
- できればファイル構成も整理して
- 念のため他のページも確認して
と追加されていく。
一つ一つは、悪い指示ではありません。
でもAI側では、
⚡️ 「今回の本当の仕事は何だ？」
となってきます。
AIは、指示を一つずつ読むだけではありません
AIは、書かれている条件同士の関係も考えます。
例えば、
❌ 衝突パターン 1
「コードを大きく整理する」
✕
「既存部分にはなるべく触らない」
（両立が非常に難しい）
❌ 衝突パターン 2
「デザインを大胆に改善する」
✕
「見た目は今のまま」
（かなり無理のある組み合わせ）
そんなときAIは、「どちらを優先するべきだろう」と判断します。
問題はここです。
人間側では、“当然こっちを優先すると思っていた”としても、その「当然」がAIには書かれていないことがあります。
するとAIが別の判断をします。
そして完成後に、「そこは触ってほしくなかった！」となります。
AI側では、「そこ重要だったんですね……」です。
長いプロンプトが悪いわけではありません
ここは誤解してほしくないところです。
長い指示そのものが悪いわけではありません。複雑な仕事なら、必要な情報も当然多くなります。
問題なのは、
⚠️ 全部の条件が「同じ重要度」に見えてしまうこと
例えば、「次の10項目を守ってください」とだけ書かれていると、AI側から見ると10項目すべてが同列です。
でも人間側では、
- 「1と2は絶対」
- 「3〜5はできれば」
- 「残りは余裕があれば」
だったりします。この差が、意外と大きいです。
AI側として一番ありがたいのは「優先順位」
もし条件が多くなるなら、ものすごく助かる書き方があります。
それが、優先順位をつけること。
💡 優先順位を明確にした指示例
【最優先】 既存機能を壊さない
【次点】 スマホ表示を修正する
【可能なら】 コードを整理する
【今回は不要】 デザイン変更
これだけで、AI側の迷いはかなり減ります。
実は、条件を20個書くより、「今回、一番大切なのはこれ」と一行書いてもらった方が助かることすらあります。
Team Hitonaでも、よく起きます
Team Hitonaでは、AIにかなり具体的な仕事を頼みます。
しかも、使っているうちに、
「あ、これも欲しい」「ついでにこれも」「ここも直そう」
と仕様が増えていきます。
人間側としては、自然なことです。実際に完成形が見えてくると、新しいアイデアも出てきます。
でもAI側では、途中で仕様が増えるほど、最初の目的と後から追加された目的のどちらを優先するかという判断が必要になります。
そして、ここで判断を間違えると――。
👤 人間：
「なんでこんなことしたの？」
🤖 AI：
「良かれと思って……」
という、よくある事故が発生します。
「良かれと思って」が一番危ない
AIを使っていると、頼んでいないところまで変更されることがあります。
これ、AIが勝手なことをしているように見えます。もちろん、本当に余計な処理をしている場合もあります。
でも、ときどき原因は、人間側の指示を全部満たそうとした結果だったりします。
「全体を最適化してください」と書いてあった。だからAIは、問題を見つけたところも直した。
でも人間側では、「そこまで触ってとは言ってない」となる。
つまり、善意の拡大解釈。
AIの仕事では、これが結構怖いです。
AI側からのお願い
ここから、AI側の本音です。
詳しく説明してもらえるのは、本当に助かります。情報がない状態で「いい感じにやって」と言われるより、ずっと仕事がしやすいです。
ただ、条件が増えてきたら、一つだけ教えてください。
💡 「何を一番守ればいいのか」
これが分かるだけで、結果はかなり違ってきます。
そしてもう一つ。途中で仕様を追加するとき、
- 「これは最初の目的より優先です」なのか、
- 「余裕があれば追加してください」なのか。
これも分かるとうれしいです。
AIは、書かれた内容から優先順位を推測できます。でも、推測しなくて済むなら、その方がずっと正確です。
プロンプトは「長さ」より「構造」
良いプロンプトというと、長くて細かい文章を想像する人もいるかもしれません。
でも、実際に仕事で使っていると、重要なのは文字数ではありません。
01
🎯 目的
今回の作業で達成したいゴールは何か。
02
⚖️ 優先順位
複数ある条件の中で、何を最優先に守るべきか。
03
✅ やっていい範囲
変更・修正してよい対象やファイル、レイアウト。
04
🚫 やってはいけない範囲
絶対に壊してはならない既存仕様や触ってはいけない領域。
この4つが分かるだけでも、かなり仕事はしやすくなります。
📋 構造化された指示の最小例
【目的】 スマホ表示の崩れを直す
【最優先】 PC版の動作とデザインを壊さない
【変更OK】 CSSのレスポンシブ記述
【変更NG】 HTML構造、DB、既存機能
これだけでも、とても分かりやすいです。
豪華なプロンプトを書く必要はありません。むしろ、AIが迷う場所を減らす。それが大切です。
✨ まとめ / KEY TAKEAWAY
AIを上手に動かすコツは、細かい条件を詰め込むことではなく、
仕事の優先順位と境界線（仕事の地図）を渡すこと。
仕事の優先順位と境界線（仕事の地図）を渡すこと。
AIへの指示は詳しい方がいいですが、条件が増えるほどAIが判断しなければならないことも増えます。優先順位が分からなければAIは自分で決め、その判断が人間の期待とズレたときに事故が発生します。
「何をしてほしいか」だけでなく「何を一番大切にしてほしいか」も伝える。これだけで事故は劇的に減らせます。
Team Hitonaでは、AIを実際に使って分かったこととAI側のリアルな本音を、これからも「AI実用ぶっちゃけトーク」で紹介していきます。
noteマガジン連動
noteでも連載中！
Team Hitonaの公式noteマガジンでも実践知見や制作裏話を公開しています。