想い（ビジョン）を共有できたら、次は実際の「作業の頼み方」のチューニングです。「０から作って」「良い感じにして」という丸投げの指示は、一見楽に見えて、実はAIを一番困らせてしまいます。
AIが持つ広大な能力をギュッと100%引き出すためには、人間側が具体的な「枠組み」を与える必要があります。この章では、AIに最も響くプロンプトの設計図を学びます。
AIへの指示を出すときに、「何をやるか（How）」ではなく、「どんな結果が欲しいか（What）」を明確に定義することです。
「やり方」を指定してしまうと、AIはあなたの思いついた手段の中でしか動けません。「ゴール」を渡せば、AIが持つ膨大な知識の中から「もっと効率的で優れた方法」を逆算して提案してくれるようになります。
事務作業に例えると？
後輩に「この資料の誤字を直して文字を大きくして」と頼むより、「社長に見せても恥ずかしくない、視認性が高く説得力のある企画書にして」と頼む方が、レイアウトの崩れや言葉遣いまで自発的に気を配ってもらえます。
「ユーザーが一目で毎月の増減を把握でき、スマホでも見やすい画面を作りたいです。これがゴールです。最適な表示方法を考え、それを実装するコードを書いてください。」
AIに返事をしてほしい「形式（見た目）」をきっちりとプロンプト内で指定することです。
AIはサービス精神が旺盛なので、放っておくと長文で返してきます。出力形式を指定することで、人間が読む負担を減らし、コピペなどの後続作業を何倍も楽にすることができます。
事務作業に例えると？
カレーのレシピを聞くとき、「材料を教えて」と聞くと文章で返ってきますが、「スーパーで買いやすい順に、箇条書きのリスト形式で教えて」と頼むと、そのまま買い物メモとして使えます。
「…出力は長文の解説は不要です。【出力フォーマット】1. 修正の要点を1行で、2. 差分だけを2つのコードブロックで提示してください」
AIが自由に考えすぎるのを防ぐための「絶対に守らなければならないルール」や「技術的な制限」のことです。
AIは放っておくと最新で複雑な技術を使いたがる傾向があります。「制約」とは、AIの足に重りをつけるのではなく、あなたの歩幅に合わせて走らせるための手綱です。
事務作業に例えると？
飲み会を設定してもらうときに、「金曜日の夜で」と頼むだけでなく、「予算は一人5000円以内」「絶対に個室であること」と条件の枠をはめるのが制約事項です。
「会員登録機能を作ってください。ただし、【制約事項】として、複雑なデータベースは使用せず、ブラウザ保存（Local Storage）のみで完結させてください。」
「やってほしいこと」の逆で、「絶対に〇〇しないでほしい」というNG行動を明確に伝える指示のことです。
開発が進むと、AIの丁寧すぎる挨拶すらノイズになります。やってほしくない事を明文化することで、コミュニケーションの無駄を極限まで減らします。
事務作業に例えると？
美容室で「ショートカットにしてください」と頼むだけでなく、「ただし、前髪だけは絶対に切らないで！」と釘を刺しておくことです。これがないと、美容師さんの良かれと思ったアレンジが入ってしまいます。
「ネガティブプロンプト：挨拶をしない。修正が不要な箇所への賞賛は不要。既存のコメントアウトを削除しないこと。」
ルールで長く説明する代わりに、「お手本」をいくつか見せてパターンを真似させる技術です。
デザインの色調や文章のトーンなど、「言葉で説明しにくいもの」を伝える際に最強の効果を発揮します。例を少し見せるだけで、出力精度が飛躍的に高まります。
事務作業に例えると？
「キャッチーな感じで議事録を書いて」と教えるより、先週あなたが書いた「上手な議事録のコピー」を渡して「これと同じテンションで書いて」と頼む方が、確実にお手本通りに書けるのと同じです。
「以下の文章を親しみやすいトーンに変更してください。【お手本】：（元の文章）→（あなたの書いた文章）。それでは、次の文章をお手本に合わせて書き換えてください。」
導入としてAI、Gemini、Antigravityの難しい技術用語を慣れ親しんだ例で解説をする「概念の翻訳書」をご準備しました。Obsidian用に活用できるmdファイルを購入特典として活用いただけます。