【コピペOK】AIプロンプトの書き方完全ガイド|基本原則からモデル別最適化まで徹底解説

ナレッジ

AIに丁寧なメールを頼んだら、堅苦しい定型文が返ってきた。

長文の要約を指示したら、重要なポイントが抜け落ちていた。

なんでAIは、私の意図を正確に汲み取ってくれないんだろう?

もしそう感じているなら、原因はAIの能力不足ではありません。その鍵を握るのはAIに与える「指示文」、つまりプロンプトの書き方にあります。

この記事は、「AIを思い通りに動かすためのプロンプト設計術」を網羅した完全ガイドです。曖昧な「お願い」をAIが誤読しない「設計図」へと変える基本3要素から、コピペで今日から使える最強テンプレート、ChatGPT・Gemini別の最適化術まで、AI体験を根底から変える知識と技術を詰め込みました。

AIを気まぐれな道具から、意図を完璧に理解する有能なアシスタントへと変えていきましょう。

Operator Profile
RYUHEI
生成AI図解テンプレ設計者
図表とテンプレで、生成AIの使い方・比較・トラブル解決を「再現できる手順」に落とし込んで解説。
Grok/Gemini(Google AI Studio)中心。
海外の一次情報も確認し、手順に落として解説します。
Achievement 中国語(HSK6級)/ RED(小紅書)フォロワー10万人超 Search Console (12M) 10.9万 Click / 247万 Imp (CTR 4.4%) Search Console (3M) 3.66万 Click / 90.8万 Imp (CTR 4.0%) VISITOR 4.0万 (直近90日) ENGAGEMENT 2分56秒 (平均滞在) SOURCE Organic Search 92%
System Package
Decision OS 完全ガイド
Free Install

「自分で決められない」のは性格ではなく、脳の判断ルールの欠如が原因です。
判断軸を固定し、年間270時間の自由を取り戻す「即決の仕組み」を完全解説。

即決の仕組み

判断軸を3つに固定し、迷いを機械的に処理する独自メソッド。

AI決断代行

思考そのものを外注し、ChatGPTに「正解」を出力させるプロンプト。

場面別テンプレ

仕事・買い物・LINE返信。日常の迷いをなくす具体的な「型」を網羅。

精神論ゼロ

性格や気合いは不要。論理的なシステムだけで解決する設計。

システムをインストールする

完全ガイドを読む (所要時間: 10分)

  1. プロンプトの基本原則 – AIを「思い通り」に動かす指示の技術
    1. 結果が変わるプロンプトの3大要素:「目的」「前提」「出力形式」を理解する
    2. 最強の「最小テンプレート」:目的・前提・出力形式を使いこなす
    3. 「あなたは編集者です」は不要?効果的な役割設定(ロールプレイ)の使い分け
  2. 「困った」を解決する – よくある失敗と即効リライト術
    1. 【失敗あるある①】目的が抽象的でAIが迷子に?→「タスク化」で解決する
    2. 【失敗あるある②】出力が毎回バラバラ?→「フォーマット指定」で整形の手間をなくす
    3. 【失敗あるある③】AIが的外れな回答をする?→「前提条件」を3点に絞って賢くする
    4. 【失敗あるある④】一度に頼みすぎてAIが暴走?→「段階指示」で複雑なタスクも確実に処理する
    5. 【失敗あるある⑤】平気で嘘をつく?→「検証義務」を課して信頼性を確保する
    6. どんな場面でも使える「統合プロンプトテンプレート」
  3. 【AIの思考回路を覗く】なぜ「書き方」ひとつで出力の質が劇的に変わるの?
    1. 「手がかり」と「確率」:モデルは条件づけに反応する
    2. AIの出力を安定させる技術:「温度」と「最大トークン」の基本設定
  4. 最強プロンプトの設計図 – 成果を最大化する「5つの必須構成要素」
    1. AIが迷わない「目的」のタスク化テクニック
    2. AIの誤読を防ぐ「前提」の伝え方:材料は3つに絞るのが最強のワケ
    3. AIの暴走を止める「制約」のルール:トーンと禁止事項を的確に指定する
    4. 二度手間をゼロにする「出力形式」の指定方法:構造・順序・分量を固定
    5. AIの嘘を見抜く「検証」指示:出典とファクトチェックを自動化
    6. 【コピペOK】すぐに使える万能テンプレ(5つの必須構成要素をまとめました)
  5. 5つの実践例 – 作成したプロンプトを「神プロンプト」に変える
    1.  【実践例①】仕事編:ダメな指示を「完璧な納期調整メール」に変える
    2. 【実践例②】学習編:「分かりやすくまとめて」を「記憶に残る要約」に変える
    3. 【実践例③】情報収集編:信頼できる「出典・日付付きニュース要約」を生成させる
    4. 【実践例④】画像生成編:「かっこいい画像」から「意図通りのアイキャッチ」を生む
    5. 【実践例⑤】開発編:「コードを良くして」を「保守性の高いリファクタリング」にする
  6. 自分用プロンプトを作る
    1. Step1:最強の「最小テンプレート」に当てはめて、最初のプロンプトを作る
    2. Step2:「100字で試作」して、AIとのズレを最小コストで修正する
    3. Step3:成功パターンを「一行スニペット」として資産化し、いつでも使えるようにする
  7. 応用テクニック – 周りと差がつく!プロンプトの「種類別最適化術」
    1. 【使い分け】システム、ユーザー、Few-shotプロンプトの最適な組み合わせ
    2. 画像・PDF・URLを読み込ませる「マルチモーダルプロンプト」の基本
  8. 【モデル別 】ChatGPT・Gemini・Grokで最大限の力を引き出すプロンプト術
    1.  【モデル別最適化①】ChatGPTが得意な「段階指示」と文章整形のコツ
    2. 【モデル別最適化②】Geminiを活かす「画像とテキストの同時処理」プロンプト術
    3. 【モデル別最適化③】Grokで実現する「リアルタイム情報」の出典付き要約
  9. 「プロンプト関連用語」の正しい意味と使い分け
    1. プロンプトと言い換えOK:「指示文」「入力文」の意味の違い
    2. プロンプトの種類:「システム」「Few-shot」「ネガティブ」の特徴と役割の違い
    3. プロンプトの関連用語:「コンテキスト」と「テンプレート」の役割と使い方
    4. プロンプトの英語表記と品質を保つ5つの実務ルール
  10. プロンプトの品質を30秒で改善:「GO-FIT」チェックリスト
  11. 【Q&A】プロンプトに関するよくある質問
  12. まとめ:「最小プロンプト」で最高の結果を手に入れる
  13. あわせて読みたい:AIの「仕組み」を知る
  14. 実践編:画像生成AI「Nano Banana Pro」を極める

プロンプトの基本原則 – AIを「思い通り」に動かす指示の技術

生成AIの力を最大限に引き出す鍵は「プロンプト」です。この章では、AIとの対話の質を根底から変える最も重要で普遍的なルールを共有します。

結果が変わるプロンプトの3大要素:「目的」「前提」「出力形式」を理解する

AIへの指示が曖昧だと、返ってくる答えも曖昧になりがちです。

「想像通りの回答をしてくれるプロンプト」には「共通の構造」があります。それが「目的」「前提」「出力形式」という3つの要素です。

これらを「意識的に」書き分けるだけで、AIはユーザーの意図を理解してくれるようになります。

Prompt Craft Station (Scoped CSS)

Prompt Craft Station

優れたAI応答は、優れた指示から生まれます。このツールは、AIへの指示、すなわち「プロンプト」を構造的に組み立てるための作業台です。プロンプトは、主に3つの要素で構成されます。

  • 目的 (Goal): 何を達成したいのか、AIに求める最終成果物。
  • 前提 (Context): 応答を生成するための背景情報、制約、守ってほしいルール。
  • 出力形式 (Format): どのような形で応答を受け取りたいか(例: 箇条書き、表)。

これらの要素を明確に分けることで、AIの誤解を防ぎ、意図した通りの応答を得やすくなります。さあ、始めてみましょう。

完成形プロンプト

最強の「最小テンプレート」:目的・前提・出力形式を使いこなす

長く複雑な指示よりも、短く構造化された指示の方が、AIは遥かに良い結果を出力します。その究極形が「目的・前提・出力形式」という、「最強の最小テンプレート」です。このテンプレートに従うだけで、指示は驚くほど明確になります。

下の図表で3つの実例を活用し、このテンプレートが持つ力を確認してみてください。

HTML/CSS Only Interactive UI (Corrected)

最小で強い書き方は、次の1行式です。
目的|前提(材料・制約)|出力形式

目的:納期遅延を謝罪し、代替案を提示するビジネスメールを作成して。
前提:あなたは誠実なPMです。取引先の田中様宛。理由は「テスト工程での仕様外の不具合発見」。代替案は「10/18に中間版を提出」。
出力形式:件名と本文に分けること。丁寧かつ申し訳なさが伝わるトーンで。構成は「謝罪→理由→代替案→再発防止の誓い」。
目的:指定の教科書第1章の内容を、中学生にも理解できるように要約して。
前提:あなたは知識を噛み砕いて教えるのが得意な教育者です。歴史の専門用語は3つに絞り、それぞれに簡単な注釈を加えて。
出力形式:Markdown形式で。章タイトル、3つの要点リスト、重要用語解説の3部構成で出力してください。
目的:「最新のAI技術」に関するニュースを3件比較し、レポートを作成して。
前提:あなたは公平な視点を持つリサーチアナリストです。直近1週間の信頼できる情報源から選び、各ニュースの異なる視点を強調して。
出力形式:Markdownのテーブル形式で。項目は「要旨、主要な論点、情報源URL、発行日」としてください。
  • 目的:動詞+名詞でタスク化(例:要約する/比較する/下書きを作る)
  • 前提:材料は3点までに圧縮(相手・制約・根拠)
  • 出力形式:構造+分量+順序を指定(例:見出し→箇条書き→要約100字)

「あなたは編集者です」は不要?効果的な役割設定(ロールプレイ)の使い分け

プロンプトの書き方でよく目にする「あなたは〇〇です」という役割設定(ロールプレイ)。実はこれ、常に必要なわけではありません。むしろ不要な場面で使うと逆効果になることもあります。

では、どのような時に役割設定をするべきなのでしょうか。

効果的な使い分けを、図表内のトグルボタンから確認しましょう。

HTML/CSS Only Role Switcher UI (Fixed)

「あなたは編集者です」のような役割設定は、常に必要ではありません。専門的な視点や、特定の文体を厳密に固定したい場面でだけ、スイッチをONにするように付け足すと効果的です。

役割:あなたはB2B編集者。冗長表現を削り、専門用語は必要最小限、根拠は出典付き。
目的:新製品のプレスリリースを作成して。
前提:製品名は「AI自動翻訳イヤホン」。特徴は「リアルタイム双方向翻訳」。
出力形式:見出しと本文300字で。
役割設定OFF ON
付けるべきケース
  • ・専門的な評価軸が要る(法務視点でリスク最小化 など)
  • ・受け手や文体を厳密に固定したい(B2B/敬体/エグゼ向け など)
  • ・チェックリスト遵守を担保したい(出典・日付・禁則語 など)
避けるべき書き方
  • ・役割の多重指定(編集者×法務×マーケの同時指定)
  • ・指示の重複(出力形式に既に書いた内容を再掲)
まずは「目的|前提|出力形式」で“形”を決める。
足りなければ役割を一つだけ足して微調整。

「困った」を解決する – よくある失敗と即効リライト術

AIを使っていると、ほぼ全ての人が一度は「なぜかうまくいかない…」という壁にぶつかります。いくら入力方法を変えても的外れな回答を出力したり、そもそも出力が安定しません。

この章では、多くの人が陥る「5つの典型的な失敗例」から逆張りする形で、具体的な解決策を学んでいきます。今抱えている問題が、この中のどれかに当てはまるはずです。

【失敗あるある①】目的が抽象的でAIが迷子に?→「タスク化」で解決する

「丁寧なメール」「わかりやすい要約」といった抽象的な目的は、AIが迷子になる最大の原因です。

このような言葉を、AIが作業として実行可能な「動詞+成果物」の形、つまり「タスク」に変換するだけで、回答は驚くほど的確になります。

Failure & Rewrite Guide: Abstract Goal

目的が抽象的 → タスク化テンプレで明確化

なにが問題?

「丁寧に」「わかりやすく」など抽象語だけだとAIが判断できず、出力がぶれたり冗長になります。

解決のコア原則

目的は“説明”ではなく“作業指示”。「動詞+成果物+最小条件」の型でタスクに置き換えます。

タスク化テンプレ

目的:〔動詞+成果物を1行で〕(〔分量・敬体など最小条件〕)

具体例

NG:丁寧なメールを書いて
OK:納期2日延期の正式連絡を下書きする(本文300字・敬体)
NG:この章をわかりやすく
OK:教科書1章の要点を抽出する(重要語3つ・100字サマリー)
NG:ニュースをまとめて
OK:直近7日の一次情報3本を比較要約する(各2文・URL付き)
  • 動詞で始める(要約する/比較する/下書きを作る)
  • 成果物を名指し(メール本文/要点リスト/差分表)
  • 最小条件を数字で1〜2個(300字/3点/直近7日)
  • 仕事:納期2日延期の正式連絡を下書きする(本文300字・敬体)
  • 学習:第1章の要点を抽出する(箇条書き5点・100字サマリー)
  • 情報収集:製品A/Bの仕様差分を要約する(表:項目/ A/ B/ 差分)
  • 画像:黒基調の非具象アイキャッチ指示文を作る(16:9・文字/ロゴ禁止)

よくある失敗 → すぐ効く直し

  • 形容詞だけ → 動詞+成果物に置換
  • 目的が複数 → 段階出力に分割(①本文 ②QA ③件名)
  • 成果物が不明 → 名詞で可視化(差分表/100字サマリー)
  • 評価不能 → 数字を入れる(300字/3点/直近7日)

5秒チェック

  • 目的は動詞で始まり、1行で言い切れているか
  • 成果物が目に浮かぶ名詞で書かれているか
  • 最小条件(分量・範囲・期間)が数字で1〜2個入っているか

【失敗あるある②】出力が毎回バラバラ?→「フォーマット指定」で整形の手間をなくす

AIからの出力が毎回微妙に違って、その都度手直しが必要・・・。この問題は、出力の「型」を指定していないことが原因です。

「見出し→箇条書き→要約」のような骨組みをあらかじめ指示することで、AIは常に同じ形式で回答するようになります。整形作業は不要です。

Failure & Rewrite Guide: Missing Format

出力型がない → Formatを段組みで指定

なにが問題?

「要点をまとめて」など“形”の指示が無いと、構成・順番・長さが毎回ぶれて手戻りが増えます。

解決のコア原則

Formatは“骨組み”。「構造→順序→分量」の順で指定して、出力を固定します。

ミニテンプレ

出力形式:〔構造〕→〔順序〕→〔分量〕/体裁=〔Markdown/表/JSON〕

具体例

NG:要点をまとめて。
OK:見出し→箇条書き5点→要約100字(Markdown)
NG:比較して。
OK:表(列=項目/A/B/差分)→結論100字
  • 要約:構造=見出し→箇条書き5→要約100字/順序=結論→根拠/体裁=Markdown
  • 比較要約:構造=表→結論100字/体裁=Markdown表(列:項目/A/B/差分)
  • 仕事メール:構造=①本文300字 ②懸念QA3 ③件名1本/順序=①→②→③
  • 構造化出力:体裁=JSON/キー=title, bullets, summary/条件=キー順固定
  • 構造が無い → 1行目で骨組みを宣言(例:「見出し→箇条書き→要約」)
  • 順序が曖昧 → 順序語を入れる(例:「結論→理由→次アクション」)
  • 分量がぶれる → 数字で縛る(例:「5点/100字/7行」)
  • 表が崩れる → 列名を明記し、最大行数を決める

5秒チェック

  • 構造はひと言で言えるか?(例:見出し→箇条書き→要約)
  • 順序は明記されているか?(結論→理由 等)
  • 分量に数字が入っているか?(◯点/◯字/◯行)
  • 体裁(Markdown/表/JSON)とラベル/列名を決めたか?

【失敗あるある③】AIが的外れな回答をする?→「前提条件」を3点に絞って賢くする

AIが的外れな回答をするのは、判断材料となる「前提条件」が不足しているからです。しかし、闇雲に情報を与えても混乱を招くだけになります。

「誰向けか」「どんな状況か」「何を根拠にするか」という3つのポイントに絞って情報を入力することで、AIは賢く、文脈に合った回答を出力してくれます。

Failure & Rewrite Guide: Insufficient Context

材料不足 → Contextを3点に限定して補強

なにが問題?

相手・条件・根拠の情報が足りないと、モデルは“想像で穴埋め”しがちで、的外れな回答が増えます。

解決のコア原則

前提(Context)は、1) 対象 / 2) 条件 / 3) 根拠 の3点だけに固定して渡します。

ミニテンプレ

前提:対象=〔誰向け〕/条件=〔状況・制約〕/根拠=〔URL・p.範囲〕

具体例

NG:ブログの導入文を書いて。
OK:前提=対象:初心者/条件:300字・敬体/根拠:記事「プロンプトとは」
NG:最近のニュースをまとめて。
OK:前提=対象:社内共有/条件:直近7日・重複除外/根拠:一次情報URL
  • 仕事メール: 対象:B2B顧客/条件:敬体,300字,代替案提示/根拠:不具合#1245
  • 学習要約: 対象:初学者/条件:用語は定義付き/根拠:教科書p.12–27
  • ニュース比較: 対象:経営会議向け/条件:直近7日,差分3点/根拠:一次情報URL
  • 前提を10項目並べる → 3点に圧縮し、数字・範囲を入れる
  • 固有名詞が曖昧 → 原表記で名指し(製品名・関数名)
  • “参考にして”だけ → URLやページ番号を必ず書く
  • トーンが揺れる → 条件に「敬体」「B2B簡潔」など一語で明記

5秒チェック

  • 対象/条件/根拠の3点だけになっている?
  • 数字・単位・範囲(300字/p.3–6/直近7日)が入っている?
  • 根拠は一次情報の参照で示せている?(URL・ID・ページ)

【失敗あるある④】一度に頼みすぎてAIが暴走?→「段階指示」で複雑なタスクも確実に処理する

「本文を書いて、要約して、タイトルも考えて」と一度に多くのことを頼むと、AIは処理しきれずに暴走しがちです。

複雑なタスクはいくつかのステップに分割し、「①→②→③」の順で実行させる「段階指示」を用いることで、高品質な回答が出力されるようになります。

Failure & Rewrite Guide: Step-wise Output

多要求で暴走 → 段階出力(本文→QA→件名)

なにが問題?

「本文・要約・件名・FAQも…」と一度に詰め込むと、AIは暴走し、冗長・抜け漏れ・整形崩れが起きます。

解決のコア原則

タスクを最大3ステップに分割し、各ステップの完了条件を数字で固定します(例:①本文 → ②QA → ③件名)。

ミニテンプレ

段階指示:①〔本文◯字〕 → ②〔懸念QA◯点〕 → ③〔件名◯本〕

具体例

NG:本文・件名・FAQ・要約をまとめて出して。
OK:①本文300字 → ②懸念QA3 → ③件名1本。
  • 仕事メール:①本文300字(謝罪→理由→代替案) ②懸念QA3 ③件名1本
  • ニュース共有:①要約(各2文×3本) ②差分3点 ③社内件名1本
  • ブログ下書き:①導入300字 ②FAQ3 ③タイトル案3
  • 技術タスク:①変更要旨150字 ②レビューQA3 ③PRタイトル1
  • ステップに目的が混在 → 各ステップに入れる要素を明記
  • 分量がブレる → 数字で縛る(各1文、合計300字、20字以内)
  • 順序が崩れる → ステップ名に順序語を入れる(①→②→③)
  • 最後だけ弱い → 固有名・日付・成果物を入れる

5秒チェック

  • 3ステップ以内に分割した?
  • 各ステップの完了条件(分量・順序・ラベル)が数字で書かれている?
  • 本文→QA→件名の“流れ”が一貫している?

【失敗あるある⑤】平気で嘘をつく?→「検証義務」を課して信頼性を確保する

AIが生成する情報の信頼性は、常に注意が必要です。

全てをAIモデルに丸投げするのではなく、プロンプトの段階で「出典を必ず記載すること」「事実と意見を分けて書くこと」のような検証のための指示」をします。

こうすることでAIモデル自身に出力の信頼性をチェックさせ、より正確な情報に基づいた回答を出力してもらえるようになります。

Failure & Rewrite Guide: Missing Evaluation

実検証なし → Evaluationで出典・検証を義務化

なにが問題?

ニュース要約や仕様まとめを“出典なし・日付なし・断定口調”で出すと、誤情報リスクが跳ね上がります。

解決のコア原則

プロンプトに「検証(Evaluation)」を必須項目として埋め込み、5つの要素(出典/日付/引用範囲/事実分離/不明示)を指示します。

ミニテンプレ

検証:各項目に【URL/発行日】を記載。引用は最小限で範囲(p.◯)を明示。事実と意見を分け、不明・推測はその旨を明記。整合性を自己チェック後に出力。

具体例

NG:直近ニュースを3本要約して。
OK:検証:各末尾にURLと発行日。推測は推測と明記。
NG:このPDFをまとめて。
OK:検証:各要約末尾に「p.◯」。数値は原文どおり。
  • ニュース・速報:期間:直近7日/出典:URL,発行日/出力:差分3点/注意:不明,推測は明記
  • 技術仕様:範囲:p.番号/数値:単位,条件を明記/出力:差分を表で提示
  • 学術・学習要約:出典:書誌情報+ページ/出力:主張,根拠,限界点/注意:因果は断定しない
  • 社内連絡:根拠:ID,URL/出力:背景→要点→リスク→アクション/注意:不確実情報は〔未確定〕
  • 出典抜け → 「各項目末尾にURLと発行日」を型に組み込む
  • 引用過多 → 要約中心に切り替え、引用は最小限+範囲明記
  • 断定表現 → 不明・推測ラベルを付け、結論は根拠で支える
  • 数字の取り違え → 単位・期間・母数を必ず併記して整合チェック

5秒チェック

  • URLと発行日を各項目に入れた?
  • 事実/意見を分け、不明・推測を明記した?
  • 引用範囲(p.番号・節名)や単位・期間を示した?
  • 比較の場合、差分3点を最後にまとめた?

どんな場面でも使える「統合プロンプトテンプレート」

目的前提制約出力形式、そして検証の5つの要素をまとめたテンプレートを紹介します。このテンプレートを使うことで、プロンプトの書き方に迷わなくなります。

Integrated Prompt Template

ひと目で直せる“統合テンプレ”

使い方(15秒)

中かっこ〔 〕だけを書き換えて、そのままAIに貼り付け。足りない項目は後述の“不足時の一言”を付けて出力させればOK。

統合テンプレ(1枚で完成)

目的(Goal):〔動詞+名詞で1行〕

前提(Context):
・対象:〔誰向け〕
・条件:〔状況・トーン・期間・単位〕
・根拠:〔参照URL・ファイル名・ページ範囲〕

制約(Constraints):
・分量:〔◯字/◯項目〕
・文体・トーン:〔B2B簡潔/中学生にも分かる言葉〕
・NG:〔避けたい表現〕

出力形式(Format):
・構造:〔例:見出し→箇条書き5点→100字サマリー〕
・順序:〔例:結論→理由→次のアクション〕
・体裁:〔Markdown/表/JSON〕

段階指示(Steps)※多要求時のみ:
①〔本文◯字〕 → ②〔QA◯点〕 → ③〔件名◯本〕

検証(Evaluation):
・出典:各項目末尾にURLと発行日
・事実/意見:分けて表示。不明・推測はその旨を明記
・整合:数値・日付・名称の矛盾があれば自己修正してから出力

NG→OK 早見表(3行で矯正)

NG:要点をまとめて。
OK:見出し→箇条書き5点→100字サマリー(結論→理由→次アクション。各1文。Markdown)
NG:ニュースをざっくり。
OK:直近7日の一次情報3本。各「要旨2文/論点1/URL/発行日」。最後に差分3点。

用途別ワンライナー(貼って即使える)

# 仕事メール
目的:納期2日延期の正式連絡を下書きする|前提:相手=田中様/理由=テスト不具合/代替=10/18中間版|出力形式:件名→本文300字(謝罪→理由→代替案→再発防止)
# 学習要約
目的:教科書1章の要点を抽出する|前提:高校生向け/用語は短く定義/図解が欲しい箇所に★|出力形式:見出し→箇条書き5→100字サマリー

5秒チェック

  • 目的は“動詞で1行”になっているか
  • 前提は「対象/条件/根拠」の3点だけか
  • 制約は数字と具体語で書かれているか
  • 出力形式は「構造・順序・分量」まで指定したか
  • 検証の指示(URL・日付・事実/意見)が入っているか

合言葉

目的は動詞で1行/前提は3点/形式は構造・順序・分量/多要求は段階化/検証はURLと日付。これだけで“弱いプロンプト”は即、強い出力に変わります。

【AIの思考回路を覗く】なぜ「書き方」ひとつで出力の質が劇的に変わるの?

なぜプロンプトの書き方を変えるだけで、AIの出力は劇的に変わるのでしょうか?

その背景には、AIが「次に来る単語を予測する」というシンプルな仕組みが大きく関わってきます。私たちが与える指示は、AIの予測確率を絞り込むための「手がかり」だということです。

仕組みを少しだけ覗いてみましょう。

「手がかり」と「確率」:モデルは条件づけに反応する

僕自身「AIは何でもできる魔法のツールではない」と、日々活用しながら感じています。

この章の冒頭でも共有しましたが、生成AIは与えられた条件(手がかり)に応じて、次に出力する言葉の確率を常に再計算しています。つまり、具体的で質の高い手がかりを入力すればするほど、「生成AIが迷う確率」は減り、想像通りの答えを返してくれるようになります。

AIは、与えられた「手がかり」に応じて、次に来る言葉の確率を再計算しています。手がかりが増えるほど候補が絞られ、出力が安定します。

  • 1. 目的を追加
  • 2. 前提を追加
  • 3. 出力形式を追加
丁寧なメールを書いて。
目的:納期2日延期の連絡
前提:相手=田中様/理由=テスト不具合/代替=10/18中間版
出力形式:件名+本文300字/謝罪→代替案→再発防止
  • Formatを先に書く(見出し→箇条書き など)
  • 材料は3点まで(誰向け/前提条件/禁止)
  • 検証指示を添える(出典URL・日付・自己チェック)
  • AIの出力を安定させる技術:「温度」と「最大トークン」の基本設定

    プロンプトの書き方だけでなく、AIの挙動をコントロールする「設定」も、出力の精度を左右する重要な要素になります。特に、出力の「ゆらぎ」を調整する「温度(Temperature)」と、出力の「長さ」を決める「最大トークン」は、生成AIを活用する際に知っておきたい項目です。

    Reproducibility Factors Explorer – Fixed

    再現性を左右する要因(温度・最大トークンの基礎)

    LLMの出力は「ゆらぎの強さ(温度)」と「出力の上限(最大トークン)」で大きく変わります。ここを押さえると、ぶれ・途切れ・冗長が一気に減り、同じプロンプトでの再現性が安定します。

    仕組み:ゆらぎの強さ

    確率の高い語をどれだけ“選びやすく”するかの「つまみ」。低いほど保守的、高いほど多様な言葉を選びます。

    基本レンジと用途

    • 0.1–0.3:安定

      手順書、要約、整形、比較表

    • 0.4–0.6:バランス

      説明、要点抽出、言い換え

    • 0.7–0.9:発想

      アイデア出し、見出し案、比喩

    失敗:ぶれる

    温度↓+出力形式を厳密化(構造・順序・分量を数字で指定)。

    失敗:ワンパターン

    温度↑(0.6–0.8)+Few-shotの“型”を変える。

    仕組み:出力の上限

    「今回の回答で使えるトークンの上限」です。文字数とは一致しないため、迷ったら余裕を持たせましょう。

    失敗:文末が途切れる

    最大トークンを上げるか、分量を短く指定(例:「300字で要約」)。

    失敗:冗長になる

    最大トークンを下げ、分量を指定(例:「3項目のみ」「200字以内」)。

    失敗:長文で破綻

    一度に出力せず、段階的に分割(①本文→②QA→③件名)。

    実務で効く“温度 × 上限”クイックレシピ

    安定要約:温度0.2–0.3/出力形式:見出し→箇条書き5→要約100字/最大トークン:余裕多め

    比較要約:温度0.3–0.5/出力形式:表(項目/A/B/差分)→結論100字/最大トークン:中程度

    見出し案の発想:温度0.7–0.9/出力形式:短い案を7本(重複不可)/最大トークン:中程度

    メール下書き:温度0.3–0.4/出力形式:件名→本文300字→追伸1行/最大トークン:300字+α

    コピペ用:失敗別の“指示ひと言”

    ぶれるとき:出力形式は厳守。見出し→箇条書き5→要約100字。温度は0.3で。

    文が切れるとき:回答が途切れないよう最大トークンに余裕を持たせて。必要なら2段階で出力。

    長すぎるとき:200字以内、3項目のみ。不要な前置きは書かない。最大トークンは抑制。

    創造性を少しだけ上げたい:温度0.6で、表現案を5本。内容の事実関係は変えない。

    最後のチェックポイント

    • 温度は“表現の揺れ”のつまみ。低温=安定/高温=多様
    • 最大トークンは“回答の天井”。途切れ→上げる/冗長→下げる+分量指定。
    • どちらも出力形式(構造・順序・分量)の指定と併用すると、再現性が最大化します。

    なお温度と最大トークンについては、表示されていないAIツールが非常に多いです。しかし、使用しているAIツールに「あなたは普段どのような温度と最大トークンで活用されていますか?」というような質問をすることで、温度や最大トークンを教えてもらうことができます。以下の画像がその例になります。ここではChatGPTでやり取りをしました。

    基本的には質問内容に応じて、自動的に内部で温度が調整されています。しかし「〜の温度でやり取りをしてください」というようなテキストを入力することで、ユーザー側で固定することができます。

    以下の画像は、【あなたに「この温度でやり取りをして」と言ったら、その温度に調整してくれますか?】という質問に対する回答です。

    また、トークン数に関してはあらかじめ数値が決められています。ユーザー側で調整することはできません。

    最強プロンプトの設計図 – 成果を最大化する「5つの必須構成要素」

    ここからは、どんな場面でも精度の高い回答を得るプロンプトの「設計図」を学んでいきます。

    優れたプロンプトは、5つの必須構成要素で成り立っています。それは「目的」「前提」「制約」「出力形式」「検証」です。

    前の章ではプロンプトの基本となる3大要素を学びました。ここでは、それをさらに実用的な5つの部品に分解し、プロンプト全体の「設計図」として解説して行きます。この記事で最も重要な知識の土台となります。

    AIが迷わない「目的」のタスク化テクニック

    プロンプトの全ての出発点、それが「目的(Goal)」です。ここが曖昧だと、これ以降の指示がどれだけ詳細でも出力内容がブレてしまいます。

    「〜して」という指示を、「動詞+成果物」の形で具体的にタスク化します。AIが迷わないよう、明確なゴールを設定しましよう。

    Prompt Goal Taskification Guide

    目的(Goal):タスク化する

    プロンプトの“目的(Goal)”は、AIに「何をするか」を1行でタスク化する部分です。ここが曖昧だと出力がぶれます。動詞で始め、対象・基準を短く添えるのがコツです。

    タスク化の型(コピペOK)

    {動詞} + {対象/成果物} + {基準・条件}
    動詞要約する, 比較する, 下書きを作る
    対象/成果物メール本文, 差分表, 要点リスト
    基準・条件300字, 3項目, URL必須

    すぐ直せる具体例

    NG: 丁寧なメールを書いて。

    OK: 納期2日延期の正式連絡を下書きする(300字・敬体)。

    NG: この章をわかりやすく。

    OK: 教科書1章を要点化する(重要語3つを含む)。

    NG: ニュースをまとめて。

    OK: 直近7日の関連ニュースを3本比較要約する。

    • 仕事メール: 価格改定の案内文を下書きする(B2B・敬体)。
    • 学習: 1章の要点を抽出する(5点+100字サマリー)。
    • 情報収集: 製品A/Bの仕様差分を要約する(表形式)。
    • 画像: 記事用アイキャッチの指示文を作る(非具象・黒基調)。
    • コード: APIレスポンスのバリデーションを追加する(Jest 3本)。
    • 抽象語だけ → 動詞+名詞に置換(例: わかりやすく → 要点化する)
    • 目的が複数 → 段階出力に分割(例: 要約+件名 → ①要約 ②件名)
    • 成果物が不明 → 成果物名を入れる(例: まとめて → 差分表を作る)
    • 評価できない → 数字や条件を一語添える(例: いくつか → 3点)
    • 動詞で始まっているか?(〜する、で言い切れる)
    • 成果物が見えるか?(何を作る/出すのか)
    • 一行で完結しているか?(余計な説明はFormatへ)

    Goal作成のスニペット(AIに渡す用)

    次の要件から、動詞で始まる「目的(Goal)」候補を3つだけ提案して。 各候補は1行・40〜60字・成果物が見える表現にする。 要件:{対象/場面/読者/制約のメモ}

    まとめ

    Goalは“説明”ではなくタスク宣言。動詞で1行+成果物が見えるだけで、以降の「前提(Context)」「出力形式(Format)」が決まり、再現性が跳ね上がります。

    AIの誤読を防ぐ「前提」の伝え方:材料は3つに絞るのが最強のワケ

    次に重要なのが、AIに与える背景情報である「前提(Context)」です。

    「プロンプト内にたくさんの情報を詰め込めばいい」というわけではありません。情報を「対象・条件・根拠」の3つに絞り込むことで、矛盾なく、かつ正確に状況を理解してくれます。なぜ3つに絞るのが良いのか、その理由と具体例を見ていきましょう。

    Prompt Context Guide

    前提(Context):材料は3点まで

    “前提(Context)”は、モデルに渡す材料です。**対象・条件・根拠**の3点に絞ると、解釈ブレが激減し再現性が上がります。長く並べるより、正確で短い3点が最強です。

    3点に絞る理由

    誤読の防止

    材料が多いほど矛盾が増え、出力が乱れる

    処理の安定

    要点3つはモデルが重みづけしやすい

    編集が速い

    あとから差し替え・追加が簡単

    型(コピペOK)

    前提: – 対象:{誰向け/読者レベル} – 条件:{状況・制約・トーン/期間・単位など} – 根拠:{参照URL/ファイル名/ページ範囲/ID}

    NG: とりあえず詳しめに全部書く(10項目)

    OK: 対象/条件/根拠の3点に絞る

    NG: 「最近のニュース」

    OK: 「直近7日/重複は除外/URL必須」

    • 仕事メール: 対象(取引先)/条件(敬体,300字)/根拠(不具合#1245)
    • 学習要約: 対象(高校生)/条件(専門用語は定義)/根拠(教科書p.12–27)
    • ニュース比較: 対象(社内共有用)/条件(差分3点)/根拠(直近7日のURL)
    • コーディング: 対象(関数名)/条件(仕様は維持)/根拠(src/config.ts)
    • 固有名詞は原表記(社名・製品名・関数名)
    • 範囲をハッキリ(章・ページ・期間)
    • 参照は“点”で示す(URL・p.番号・ID)
    • 曖昧語を置き換える:「最近」→「直近7日」、「長め」→「300字」

    5秒チェック

    • 対象・条件・根拠の3点だけになっている?
    • 数字/単位/範囲が入っている?
    • どれか1つを差し替えれば要件が更新できる形になっている?

    仕上げスニペット(AIに追記させる用)

    前提が不足していれば、対象・条件・根拠のうち欠けている1点だけ質問してから出力してください。質問は1行で。

    AIの暴走を止める「制約」のルール:トーンと禁止事項を的確に指定する

    AIが意図しない表現を使ったり、長くまとまりのない文章を生成したりするのを防ぐのが「制約(Constraints)」の指示です。

    出力のトーンや文体をコントロールする際に禁止事項を明確に伝えます。そうすることでAIの創造性を保つことができ、指定した範囲内で出力を制御することが可能です。

    Prompt Constraints Guide

    制約(Constraints):トーンとNGを短く決める

    「制約」は、出力のふるまい・分量・禁止事項を短く縛るルールです。数字と明確な言葉で、AIが解釈しやすい表現にするのがポイントです。

    コピペ用:制約の最小テンプレ

    制約: – 分量:{◯字以内/◯項目/◯段落} – 文体・トーン:{敬体/常体/B2B簡潔} – 書きぶり:{結論先出し/比喩は1つまで} – NG:{絵文字/煽り表現/責任転嫁など}

    すぐ直せる具体例

    NG: 短めに、ていねいに。

    OK: 300字以内・敬体・結論→理由の順。

    NG: 変な表現は禁止。

    OK: NG: 絵文字, 誇張表現, 責任転嫁。

    • 仕事メール(納期調整)分量: 300字以内 / トーン: 敬体, 謝罪→代替案の順 / NG: 責任転嫁, 曖昧な期日
    • 学習要約(高校生向け)分量: 箇条書き5点 / トーン: 中学生にも分かる言葉 / NG: 定義なしの専門用語
    • ニュース比較(出典必須)分量: 差分は3点 / トーン: 中立, 推測は避ける / NG: 日付なし要約, 煽り見出し
    • 画像生成(アイキャッチ)トーン: 非具象, 静かで上質 / 書きぶり: 色・質感・光の指示のみ / NG: 物体名, 文字, ロゴ, 顔
    • 「短く」だけ → 数字と順序に変換例:「200字・敬体・要点→理由→結論」
    • “NG”が主観的 → 具体名を列挙例:「絵文字/感嘆符/誇張表現/責任転嫁」
    • 制約が多すぎ → 上位3項目に圧縮例:「分量・トーン・NG」に絞り、矛盾は削る
    • Formatと重複 → 役割を分離Format=骨組み、Constraints=ルールと分ける

    5秒チェック

    • 分量は数字で縛れている?(◯字・◯項目)
    • トーンは一語で明確?(敬体/B2B簡潔)
    • NGは具体名になっている?(絵文字・誇張)
    • Formatと役割が混在していない?

    “追いひと言”スニペット

    制約を厳守。指定の分量・トーン・NGに合わない箇所があれば自己修正してから出力。

    二度手間をゼロにする「出力形式」の指定方法:構造・順序・分量を固定

    AIが出力した後に、手作業で整え直す・・・。このような二度手間を経験したことはありませんか?

    「出力形式(Format)」をプロンプトの段階で厳密に指定すれば、整え直す作業は激減します。「どのような構造で、どんな順序で、どれくらいの分量で出力してもらいたいのか」を具体的に伝えるだけで、出力内容が大きく変化します。

    Prompt Format Guide

    出力形式(Format):“構造・順序・分量”を明記

    Formatは「どんな形で出してほしいか」を決める骨組みです。**構造・順序・分量**を固めると、手戻りがなくなり、再現性が最大化します。

    コピペ用:Format 最小テンプレ

    出力形式: – 構造:{見出し→箇条書き5点→要約100字} – 順序:{結論→理由→次のアクション} – 分量:{各項目2文/合計300字} – 体裁:{Markdown/表/JSON/YAML/CSV} – ラベル:{見出し名や表の列名を明記}

    すぐ直せる具体例

    NG: 要点をまとめて。

    OK: 構造:見出し→箇条書き5点→要約100字

    NG: 比較して。

    OK: 体裁:表(項目/A/B/差分)→結論100字

    • 要約(読みやすさ最優先)構造: 見出し→箇条書き5点→要約100字 / 順序: 結論→根拠→注意点 / 体裁: Markdown
    • 比較要約(表+結論)構造: 表→結論100字 / 体裁: Markdown表(列: 項目/A/B/差分) / 分量: 最大7行
    • 仕事メール(本文→QA→件名)構造: ①本文300字 ②懸念QA3 ③件名1本 / 体裁: Markdown(見出し付与)
    • 構造化出力(JSON)体裁: JSON / スキーマ: {"title": "string", "bullets": ["string"]} / 条件: キー順厳守
    • 構造がない → 骨組みを宣言例:「見出し→箇条書き→要約」
    • 順序が曖昧 → 順序語を入れる例:「結論→理由→次アクション」
    • 分量がブレる → 数字で縛る例:「5点/100字/7行」
    • JSONが壊れる → スキーマを指定例:キー名:型 を明記し、余計なキーは禁止

    人間可読 vs 機械可読

    人間可読: Markdownの見出し・表・箇条書きで整える(ブログや共有文書向け)。
    機械可読: JSON/CSVなどで列名・キー名まで固定する(後工程の自動処理向け)。

    5秒チェック

    • 構造は一行で言える?(例:見出し→箇条書き→要約)
    • 順序は明記した?(結論→理由→アクション 等)
    • 分量に数字がある?(◯点/◯字/◯行)
    • 体裁(Markdown/表/JSON…)とラベル名を決めた?

    仕上げスニペット

    上記の出力形式を厳守。構造・順序・分量・体裁・ラベルが一致しない箇所があれば自己修正してから出力。

    とは言っても、二度手間がなくなることはないと思っています。この節で共有した後は、人の手で修正を加えましょう。この工程がどうしても必要です。AIと人の「2つの思考」を駆使してコンテンツを作成することで、コンテンツそのもののクオリティはグッと高まります。

    AIの嘘を見抜く「検証」指示:出典とファクトチェックを自動化

    生成AIは、事実に基づかない情報(ハルシネーション)を生成することがあります。これを防ぎ、出力の信頼性を担保するのが「検証(Evaluation)」の指示です。

    出典の明記ファクトチェックをプロンプトに組み込むことで、AIが「自分が出力した情報は正しい情報なのか」を検証してくれます。

    Prompt Evaluation Guide

    検証(Evaluation):自己検証と出典指示

    Evaluationは「事実確認・根拠の明示・セルフチェック」をプロンプトに組み込むための欄です。出典や事実/意見の分離を指定すると、信頼性と再現性が大きく上がります。

    コピペ用:Evaluation 最小テンプレ

    検証: – 出典:各項目の末尾にURLと発行日(YYYY-MM-DD)を明記 – 事実/意見:事実と意見を分けて表示(ラベル付け) – 不確実:不明・推測は「不明」「推測」と明記 – チェック:数値や日付の整合性を自己確認し出力

    すぐ直せる具体例

    NG: 最新ニュースを3本要約して。

    OK: 検証:URL・発行日必須。事実と意見を分ける。

    NG: このPDFをまとめて。

    OK: 検証:各要約末尾に「p.◯」を記載。数字は原文のまま。

    • ニュース比較期間: 直近7日 / 出典: URLと発行日 / 事実/意見: 分離 / 差分: 最後に3点
    • 技術仕様範囲: セクション名 or p.番号 / 数値: 単位と条件を明記 / 変更点: vX→vYの差分を表で提示
    • 学習要約用語: 難語は簡易定義 / 参照: 教科書1章(p.12–27) / 事実/意見: 教師の補足は末尾に分離
    • 社内連絡根拠: 数値/チケットID/URL / リスク: 不確実情報は〔未確定〕フラグ / アクション: ToDoと担当を明記
    • 出典なし/日付なし → 義務化「URL+YYYY-MM-DD」を項目末尾に必須指定
    • 断定口調の推測 → ラベル付け「不明」「推測」ラベルの使用を指示
    • 引用だらけ → 範囲指定要約中心+引用は最小限+範囲(p.◯)指定
    • 数字の取り違え → 単位・条件を併記期間や母数もセットで記載させる

    表示ルール(そのまま流用可)

    出典表記:【出典】タイトル | URL | 発行日: YYYY-MM-DD
    事実/意見ラベル:〔事実〕… / 〔意見〕…
    不明/推測:〔不明〕データ未確認/〔推測〕一次情報未見

    “自己検証”をAIにやらせる一言

    出力前に自己検証を実施: 1) URLと発行日が全項目にあるか 2) 事実と意見が分離されているか 3) 数字・日付・名称に矛盾がないか 問題があれば自己修正してから最終出力。

    5秒チェック

    • URLと発行日を各項目に書かせた?
    • 事実/意見を分けた? 不明は不明と明記した?
    • 数値・日付・単位の整合をチェックした?
    • 引用は最小限で、範囲(p.番号/節)を示した?

    【コピペOK】すぐに使える万能テンプレ(5つの必須構成要素をまとめました)

    ここまで学んできた5つの必須構成要素「目的・前提・制約・出力形式・検証」をひとつにまとめました。

    以下で共有する「型」さえ覚えておけば、どんな場面でも高品質な指示を瞬時に作成できます。それに伴って出力内容の精度も高まります。テンプレートをコピーして、自身のタスクに応用してみてください。

    Prompt Copy Templates (Isolated Final Version)

    コピペ用テンプレ(5部品版)

    使い方(15秒)

    中かっこ〔 〕の中だけ自分の状況に置き換えて、そのままコピーしてAIに貼ってください。
    5部品=「目的/前提/制約/出力形式/検証」を“短く・数字で”書くのがコツです。

    ① ワンライナー(最短・まずはこれ)

    目的:〔達成したいことを1行で〕|前提:〔対象/条件/根拠 を最大3点〕|出力形式:〔構造→項目数→分量〕
    (例)
    目的:納期2日延期の正式連絡を下書きする|前提:相手=田中様/理由=テスト不具合/代替=10/18中間版|出力形式:件名→本文300字「謝罪→理由→代替案→再発防止」

    ② すぐに使える万能テンプレ

    目的:
    〔動詞+名詞で1行。例:週次ふりかえりから来週の行動計画を作る〕
    
    前提:
    ・対象:〔誰向け/自分の現在地。例:新人PM/英検準2級〕
    ・条件:〔状況・トーン・期間・単位。例:直近7日/敬体/300字〕
    ・根拠:〔参照URL・ノート・ページ範囲。例:読書メモ p.12–27〕
    
    制約:
    ・分量:〔◯字/◯項目/◯段落。例:要点5点・要約100字〕
    ・文体・トーン:〔B2B簡潔/中学生にも分かる言葉 など〕
    ・NG:〔避けたい表現。例:誇張/曖昧語/責任転嫁〕
    
    出力形式:
    ・構造:〔例:見出し→箇条書き5点→100字サマリー〕
    ・順序:〔例:結論→理由→次のアクション〕
    ・分量:〔例:各項目1文/合計300字/3項目のみ〕
    ・体裁:〔Markdown/表/JSON から選択〕
    ・ラベル/列名:〔必要なら明記。例:目標/現状/差分/次の一歩〕
    
    検証:
    ・出典:〔あればURLと発行日(YYYY-MM-DD)〕
    ・事実/意見:〔分けて表示。不明や推測は明記〕
    ・整合:〔数値・日付・名称の矛盾があれば自己修正してから出力〕

    すぐ使える“成長向け”サンプル

    目的:先週の実績から、来週の行動計画を作る
    前提:対象=自分(個人開発と本業の両立)/条件=直近7日・300字・敬体/根拠=週報ノート(達成/未達/学び)
    制約:要点5点・次の一歩3つ・中学生にも分かる言葉・NG=誇張/主語なし表現
    出力形式:見出し→要点5→次の一歩3→100字サマリー(各項目1文、合計300字、Markdown)
    検証:事実と意見を分ける/数値と日付の矛盾があれば自己修正
    目的:『〔書名〕』第1章の学びを明日試すToDoに落とし込む
    前提:対象=初学者(Webマーケ入門)/条件=図解が欲しい箇所に★・用語は短く定義/根拠=読書メモ p.12–27
    制約:要点5点・ToDo3つ・要約100字・トーン=B2B簡潔・NG=定義なしの専門用語/曖昧語(しっかり・ちゃんと)
    出力形式:要点5→ToDo3(期限・所要時間つき)→100字サマリー(各項目1文、Markdown表=項目/内容/期限/所要)
    検証:書籍名・章・ページを明記/事実と意見を分離
    目的:海外クライアント向けの挨拶→要件確認→締めのフレーズを作る
    前提:対象=英検準2級・ビジネス初心者/条件=ゆっくり話せる短文・丁寧だがフレンドリー/根拠=相手の役職と会社URL
    制約:各場面2文×3場面(合計6文)・自然な表現・NG=難しいイディオム/速すぎる長文
    出力形式:見出し(Greeting/Check/Closing)→各2文→最後に日本語メモ(注意点3)
    検証:URLで会社名のつづりを確認/不明は“不明”と明記

    チェック用ミニリスト

    • 目的:動詞で1行になっているか
    • 前提:対象/条件/根拠の3点に絞れているか
    • 制約:分量・トーン・NGが数字と具体語で書かれているか
    • 出力形式:構造・順序・分量まで指定したか
    • 検証:URLや日付、事実/意見の分離など信頼性の指示があるか

    5つの実践例 – 作成したプロンプトを「神プロンプト」に変える

    次は実践です。

    よくある「ダメな指示」でも、ほんの少し書き方を変えるだけで「神プロンプト」に変化します。この章では仕事学習情報収集など、具体的な5つのシーンを通して実例を紹介します。プロンプト作成の参考にしていただければ幸いです。

     【実践例①】仕事編:ダメな指示を「完璧な納期調整メール」に変える

    「丁寧なメールを書いて」という曖昧な指示ではAIも困ってしまいます。

    ここに「目的」「前提」「出力形式」という要素を加えるだけで、そのまま使えるビジネスメールを作成することができます。

    【修正済み】プロンプト ビフォー→アフター
    NG
    丁寧な納期延期のメールを書いて。
    OK

    目的:納期2日延期の正式連絡

    前提:相手=田中様 / 理由=最終テスト不具合 / 代替案=10/18に中間版提出

    出力形式:件名→本文300字「謝罪→理由→代替案→再発防止」→追伸1行

    チェックポイント
    • 敬体で書かれているか
    • 責任の所在が明示されているか
    • 代替案に具体的な日付が含まれているか

    【実践例②】学習編:「分かりやすくまとめて」を「記憶に残る要約」に変える

    教科書の内容を「分かりやすくまとめて」と頼んでも、当たり障りのない文章が返ってくるだけです。

    しかし対象読者専門用語の扱い、そして出力形式を指定することで、単なる要約学習者の記憶に定着する効果的な教材に生まれ変わります。

    【学習編】プロンプト ビフォー→アフター
    NG
    この章を分かりやすくまとめて。
    OK

    目的:教科書1章の要点化

    前提:高校生向け / 専門用語は短く定義 / 重要語3つ抽出

    出力形式:見出し→箇条書き5点→図解が欲しい箇所に★→100字サマリー

    チェックポイント
    • 対象読者の明示
    • 語彙の難易度
    • 分量指定

    【実践例③】情報収集編:信頼できる「出典・日付付きニュース要約」を生成させる

    「最新ニュースを要約して」という指示では、情報の信頼性が担保できません。

    「いつの」「どこからの」情報を元にしているのかを明確にさせる指示を加えるだけで、出典と日付が明記された信頼性の高いリサーチアシスタントとして機能してくれるようになります。

    【情報収集編】プロンプト ビフォー→アフター
    NG
    このテーマの最新ニュースを要約して。
    OK

    目的:直近7日間の関連ニュース3本を比較し、要約する

    前提:重複・転載記事は除外し、日本語で要約する

    出力形式:
    1. 各記事の要約(要旨2文 / 主要な論点 / URL / 発行日 YYYY-MM-DD)
    2. 3つの記事から分かる事実の差分を3点挙げる

    チェックポイント
    • 期間を指定しているか
    • URLと発行日を必須にしているか
    • 情報の差分を明文化させているか

    【実践例④】画像生成編:「かっこいい画像」から「意図通りのアイキャッチ」を生む

    画像生成AIに「かっこいい画像」と頼んでも、意図通りの結果はまず得られません。

    構図雰囲気といった要素に加え、「何を“描かないか”」を指示するネガティブプロンプトを組み合わせることで、抽象的なイメージが具体的になり、画像に反映させることができます。

    【画像生成編】プロンプト ビフォー→アフター
    NG
    かっこいいアイキャッチを黒メインで作って。
    OK

    目的:記事冒頭用の抽象的アイキャッチ(黒基調)

    前提:物体や文字の要素は不可 / 静かで上質な印象

    出力形式:非具象の黒〜チャコールの滑らかなグラデーションに、ごく淡い光のにじみ / 硬いエッジなし / 16:9

    Negative:

    text, letters, numbers, logos, symbols, faces, hands, objects, scenery, sharp geometry, noise
    チェックポイント
    • 非具象(抽象的)であることを明記
    • 禁止要素を具体的に指定
    • アスペクト比(画像の縦横比)を指示

    【実践例⑤】開発編:「コードを良くして」を「保守性の高いリファクタリング」にする

    AIにコードの改善を頼む際、「良くして」だけでは不十分です。

    対象の関数ファイル守るべき制約、そして求めるテストの形式まで具体的に指示することで、AIは単なるコード生成ツールから、保守性や品質まで考慮する頼れるパートナーに変化します。

    【コーディング編】プロンプト ビフォー→アフター
    NG
    このコードを良くしてテストも書いて。
    OK

    目的:関数 `parseConfig()` のリファクタリングとテストコードの追加

    前提:対象ファイルは `src/config.ts` / 外部API呼び出しはモック化する / 例外時の挙動は現状維持

    出力形式:

    • ① 変更方針 (3行で)
    • ② 変更差分がわかるパッチ形式
    • ③ Jestを用いたテスト4本 (正常系/例外系/境界値/モック)
    • ④ テストの実行手順
    チェックポイント
    • 対象の関数・ファイルを特定しているか
    • 副作用(外部影響)の取り扱いを指示しているか
    • テストの観点(正常・異常・境界)を網羅しているか

    自分用プロンプトを作る

    本記事の後半では、実際に課題を解決するためのオリジナルプロンプトを作成する、簡単な3分間ワークショップを行います。手を動かして、AIを使いこなす技術を身につけましょう。

    Step1:最強の「最小テンプレート」に当てはめて、最初のプロンプトを作る

    まずは難しく考えず、この記事で紹介した「最小テンプレート」に、あなたの課題を当てはめてみてください。「目的」「前提」「出力形式」という型に落とし込むだけで、曖昧さ具体的な指示へと変わります。

    Step 1: Apply Minimum Template
    Step 1 最小テンプレを当てはめる

    まずは“最小の型”に当てはめて、抽象的な願いを行動可能なプロンプトへ。使うのはたった1行です。

    目的:〔何を達成するか1行〕動詞+成果物で言い切る前提:〔対象/条件/根拠 を最大3点〕対象・条件・根拠の3点に圧縮。数字と範囲を入れる。出力形式:〔構造→項目数→分量〕構造・順序・分量を数字で固定する。

    目的 (Goal)

    「何を・どうする」を具体的に。成果物を明確に指定します。

    前提 (Context)

    誰向け・どんな条件・どの情報をもとに、の3点を数字で補強します。

    出力形式 (Format)

    どんな構造・順序・分量で出力してほしいか、数字で具体的に縛ります。

    5秒チェック

    • 目的は動詞で1行になっている?
    • 前提は「対象/条件/根拠」の3点だけ?(数字と範囲は入った?)
    • 出力形式は“構造・順序・分量”が数字で固定されている?

    つまずき別・一言修正

    抽象語だらけ→「動詞+成果物」で言い換える。
    材料不足→対象・条件・根拠を各1語+数字で埋める。
    形がバラつく→“見出し→箇条書き◯→要約◯字”で骨組みを固定。

    Step2:「100字で試作」して、AIとのズレを最小コストで修正する

    いきなり長文を生成させる前に、まずは「100字で試作して」と頼んでみましょう。短い文章で試すことで、AIモデルが意図を正しく理解しているかを最小コストで確認できます。もしズレがあれば、ここで微調整していきます。

    本番の生成精度が大きく向上します。

    Step 2: Test & Verify
    Step 2 100字で試す → 差分検証

    本番の前に“100字のミニ出力”でズレを可視化し、差分(どこが足りないか)を特定してから直します。コスト最小で精度が最大化できます。

    1. ミニ試写

    「まず100字で試作」と指示

    2. 差分チェック

    「不足:◯◯」と指摘させる

    3. 本番生成

    不足点を追記して本番を出力

    NG→OKの最短比較

    NG: このまま本番を出して。
    OK: 先に100字試写→「不足:対象の読者」→読者を追記して本番生成。

    用途別・差分の見つけ方

    • 仕事メール:読者(相手の属性)や代替案の日付が抜けがち → 不足:相手/日付
    • 学習要約:重要語の定義や図解指示が抜けがち → 不足:定義/図解
    • ニュース比較:URL・発行日・差分3点が抜けがち → 不足:出典/差分

    5秒チェック

    • “100字試写→不足1語→本番”の流れがある?
    • 不足指摘は1点だけで明確?
    • 本番指示に構造・順序・分量の数字が残っている?

    Step3:成功パターンを「一行スニペット」として資産化し、いつでも使えるようにする

    うまく機能するプロンプトが完成したら、それは「貴重な資産」となります。そこで得た成功パターンをいつでもコピペで活用できる「一行スニペット」として保存しておきましょう。自分だけのテンプレート集を作り上げることで、生成AIでやり取りをすることが今よりさらに楽しくなります。

    Step 3: Create Reusable Template
    Step 3 使い回せるワンライナーテンプレにする

    Step1・Step2で“当たり”が出たら、その型を短縮して「いつでも貼れる一行テンプレ」にします。毎回ゼロから書かないので、作業時間が下がり、品質と再現性が安定します。

    目的:〔1行〕|前提:〔対象/条件/根拠〕|出力形式:〔構造→数→分量〕

    用途別・即戦力のショート版

    目的:納期2日延期の正式連絡を下書きする|前提:相手=田中様/理由=最終テスト不具合/代替=10/18中間版|出力形式:件名→本文300字「謝罪→理由→代替案→再発防止」
    目的:教科書1章の要点を抽出する|前提:高校生向け/用語は短く定義/図解が必要な箇所に★|出力形式:見出し→箇条書き5→100字サマリー
    目的:直近7日の一次情報3本を比較要約する|前提:重複・転載は除外/日本語要約|出力形式:各「要旨2文/論点1/URL/発行日」→最後に差分3点

    変数化と管理のコツ

    • 変数化: 相手名・日付・ページ範囲・件数はスラッシュ区切りで短く(例: 相手=田中様/10/18/p.3–6)。
    • 管理: 用途別にフォルダ分けし、「用途_目的_分量」のように命名する(例: 仕事_納期連絡_300字)。

    5秒チェック

    • 1行テンプレに圧縮できた?
    • 前提は3点以内で数字と範囲が入っている?
    • 出力形式は“構造・順序・分量”が数字つき?
    • 置換すべき変数(相手名・日付・範囲)がはっきりしている?
    PREMIUM
    AIへの指示を「資産」に変える S.C.O.R.E.-F
    実務プロンプト全集
    毎回ゼロから考えるのは今日で終わり。思考のOSを搭載した100のテンプレートと辞書ツールで、あなたの仕事を「判断するだけ」に。
    SCORE
    -F
    MASTER
    • 全100種の実務テンプレ
    • Notion DBで検索・複製
    • 爆速辞書登録ファイル
    • 即・意思決定できる環境
    SCORE
    -F
    MASTER

    応用テクニック – 周りと差がつく!プロンプトの「種類別最適化術」

    基本をマスターしたら、次はいよいよ応用編です。プロンプトの種類を戦略的に組み合わせられるようにしていきましょう。周りと差がつく、一歩進んだテクニックになります。

    【使い分け】システム、ユーザー、Few-shotプロンプトの最適な組み合わせ

    プロンプトには「システムプロンプト」「ユーザープロンプト」「Few-shotプロンプト」というように種類があります。これら3つのプロンプトには、AIの「土台」を固め「本題」を伝え「見本」を示すという役割があります。

    これらをどのように組み合わせれば最も効果的なのでしょうか?最適な組み合わせ順序を、以下の図表で解説します。

    System/User/Few-shot Guide

    システムプロンプト

    土台(振る舞い・禁止事項・優先順位・出力規約をセッション全体に固定)

    ユーザープロンプト

    本題(目的・成功条件・制約・入出力条件を具体化して指示)

    Few-shot

    型の見本(短い入力→出力の対を1–3個、望ましい“書式・粒度・語調”を示す)

    使う場面

    口調や評価基準を毎回そろえたい時(編集者/法務/教師など)

    良い書き方

    役割 → トーン → 禁止 → 評価軸 の順で2〜4行に絞る。

    NG例と直し方

    長い理念を羅列せず、役割1つ+基準1〜2個に減らす。

    使う場面

    常に。ここが成果の中心。

    最小テンプレ

    目的|前提(3点まで)|出力形式(構造→項目数→分量)

    ポイント

    目的は動詞で1行。前提は対象/条件/根拠。出力形式は数字で固定。

    使う場面

    見出しパターン、ラベル付け、書式の再現性が必要な時。

    最小構成

    短い良い例×2で十分(長い例や大量投入は逆効果)。

    NG例と直し方

    長文の例は圧縮し、見本は“短くキレ良く”。

    組み合わせの順序と一括サンプル

    # システム(2〜4行)で土台を固定
    あなたはB2B編集者です。文体は簡潔な敬体。NG:誇張・曖昧語。基準:事実と意見を分け、重要点は番号で示す。
    # Few-shot(例×1〜2)で型を共有(必要なときだけ)
    例1 入力:「期限延長をお願いしたい」 → 出力:「件名:納期延長のお願い/本文:1. 謝罪 2. 延長理由 3. 代替案」
    例2 入力:「打合せをリスケしたい」 → 出力:「件名:打合せ日程調整のお願い/本文:1. 謝意 2. 変更理由 3. 候補日」
    # ユーザー(1行式)で本題を指示
    目的:納期2日延期の正式連絡|前提:相手=田中様/理由=テスト不具合/代替=10/18中間版|出力形式:件名→本文300字『謝罪→理由→代替案→再発防止』

    迷いを減らす判定フロー

    1. 口調・基準を固定したい? → Yes:システムを置く
    2. 仕上がりの“型”を真似させたい? → Yes:短いFew-shot×1〜2
    3. 本題は明確? → 「目的|前提|出力形式」を1行で

    10秒チェック

    • システム:役割/トーン/NG/基準が短く書かれた?
    • ユーザー:目的は動詞で1行、前提は3点、形式は構造・順序・分量?
    • Few-shot:短い良い例×1〜2で“型”が伝わる?

    ここで解説している「システムプロンプト」「ユーザープロンプト」「Few-shotプロンプト」は、プロンプトの種類のごく一部になります。自身でプロンプトの種類について勉強し、実践に落とし込むことで、より活用の幅が広がるかもしれません。

    画像・PDF・URLを読み込ませる「マルチモーダルプロンプト」の基本

    生成AIは、テキストを理解するだけではありません。画像PDFURLなど、様々な形式の情報を同時に理解してくれます。これを「マルチモーダル」と言いますが、この能力を活かすことで生産性が高まります。

    画像の内容を説明させたりPDFの要約と比較をさせたりするための、基本的な指示のコツを見ていきましょう。

    Multimodal Instruction Guide

    マルチモーダル指示(画像・ファイル・URL)

    テキストだけで伝わらない情報は、画像・PDF・URLを“材料”として添えると精度が跳ね上がります。コツは一貫してシンプル――参照対象を特定し、出力の型を指定し、検証を義務化する3ステップです。

    1

    参照対象を名指し

    2

    出力形式を固定

    3

    検証を指示

    狙い

    レイアウト評価、グラフ読み取り、非具象の画像生成など。

    コピペ用

    目的:UIの改善点を抽出
    前提:対象=画像A/推測はしない
    出力形式:良い点3→改善点3→総括100字
    検証:不明は“不明”と明記

    NG→OK

    NG: この画像どう思う?
    OK: 目的=LP改善点抽出/対象=画像A/形式=良い点3→改善点3→総括100字

    狙い

    章・表・図を範囲指定して要点化、差分整理、リスク抽出。

    コピペ用

    目的:PDFの指定範囲を要点化
    前提:対象=「資料X」p.3–6
    出力形式:章別80字→用語3→リスク2
    検証:各要約末尾にページ番号(p.◯)

    NG→OK

    NG: このPDFまとめて
    OK: 目的=資料X p.3-6要点化/検証=各行末にp.番号

    狙い

    複数記事の比較要約、一次情報の抽出、更新日の確認。

    コピペ用

    目的:直近7日の関連記事3本を比較要約
    前提:重複/転載を除外
    出力形式:要旨2文/論点1/URL/発行日→差分3点
    検証:URLと発行日必須

    NG→OK

    NG: このトピックを要約して
    OK: 目的=直近7日の記事比較/検証=URL・日付必須

    用途別の即戦力プリセット

    • グラフ画像→結論文章化:目的=グラフ結論を文章化/形式=結論2文→根拠3→注意点2/検証=数値は画像内のみ引用
    • 仕様PDF→バージョン差分:目的=仕様v1.2とv1.3差分整理/形式=表(項目/v1.2/v1.3/差分)/検証=各行末にp.番号
    • ニュースURL→社内共有文:目的=最新3本の要約から社内向け連絡の叩き台/形式=件名→本文/検証=末尾に参照URLと発行日

    よくある失敗と直し方

    • 「全部まとめて」→ 範囲を指定(p.3–6/直近7日)
    • 「この画像どう?」→ 観点と型を指定(良い点3→改善点3)
    • 出典なし/日付なし→ URLと発行日を必須化
    • 推測の断定→ “不明/推測”ラベルで明示

    【モデル別 】ChatGPT・Gemini・Grokで最大限の力を引き出すプロンプト術

    多くの人がよく活用するモデルは「ChatGPT」「Gemini」そして「Grok」だと思います。その他にも複数のモデルが存在しますが、各モデルごとに得意なこと不得意なことがあるのをご存知でしょうか?

    それぞれの特性を理解しながら活用することで、どんなモデルからでも精度の高い回答を得られるようになります。

    この章ではChatGPTGeminiGrokに絞って、最大限の力を引き出す方法を共有します。

    なお以下の記事では、3つのモデルのより詳細な使い分けの方法をまとめています。興味のある方はあわせてご覧ください。

     【モデル別最適化①】ChatGPTが得意な「段階指示」と文章整形のコツ

    ChatGPTは、複雑なタスクをステップバイステップでこなす「段階指示」や、長文を美しく整形するタスクが得意です。

    その際一度に全てを頼むのではなく、「①本文を書いて②次に要約して③最後にタイトル案を3つ出して」のように指示を分割することで、驚くほど安定した回答を引き出すことができます。

    ChatGPT Prompt Guide

    ChatGPT:段階指示と整形に強い最短句

    ChatGPTは「短い指示を“型どおり”に整える」「順番どおりに出す」が得意です。コアは“1行+段階指示”です。

    こういう時に強い

    • メールの下書きなど、レイアウトが決まっている文章
    • 長文の整形(見出し付け、箇条書き化、要約)
    • 比較表づくり(仕様A/Bの差分)
    • FAQのフォーマット化(Q: / A: の固定)
    • 段階出力(本文→QA→件名の順など)
    目的:〔1行〕|前提:〔3点まで〕|出力形式:〔構造→数→分量〕|段階指示:〔①→②→③〕

    NG: 要点まとめて。

    OK: 見出し→箇条書き5点→100字サマリーの順で。

    NG: 全部まとめて。

    OK: ①本文300字 → ②懸念QA3 → ③件名1本。

    用途別・最短レシピ

    # 仕事メール
    目的:納期2日延期の正式連絡|前提:相手=田中様/理由=最終テスト不具合/代替=10/18に中間版提出|出力形式:①本文300字 ②懸念QA3 ③件名1本|段階指示:①→②→③
    # 長文の整形
    目的:下の文章を読みやすく整形|前提:B2B/敬体/冗長表現は削除|出力形式:見出し→箇条書き5点→100字サマリー|段階指示:整形→要約
    # 仕様比較
    目的:仕様Aと仕様Bの差分要約|前提:重要差分のみ/重複は除外|出力形式:表(項目/仕様A/仕様B/差分)→結論100字|段階指示:表→結論

    設定の目安(安定重視)

    温度:0.3~0.5(ぶれを抑える)
    出力上限:途切れるなら上げる/冗長なら下げる+分量指定

    5秒チェック

    • 目的は動詞で1行?
    • 前提は3点に絞れた?
    • 出力形式は数字で固定した?
    • 段階指示(①→②→③)がある?

    【モデル別最適化②】Geminiを活かす「画像とテキストの同時処理」プロンプト術

    GoogleのGeminiは、画像やPDF、テキストといった複数の情報を同時に読み解き、それらを統合して最適な回答を出力する能力に長けています。

    例えば、「このグラフ画像と、こちらの市場分析テキストを両方読んで、来期の戦略を提案して」という内容も非常に得意です。

    Gemini Prompt Guide – Fixed

    Gemini:画像+要点抽出の同時指示

    Geminiは画像・PDF・Web文章など“複数の材料”を同時に読ませて、一本の要約や結論にまとめるのが得意です。コアは“何を見て、どうまとめるか”の同時指示です。

    画像・PDF・URLの同時参照

    要点抽出・統合が得意

    目的:〔1行〕|対象:〔画像A/PDF p.◯–◯/URL〕|出力形式:〔構造→数→分量〕|注意:〔推測しない/範囲明記〕

    NG: この画像どう思う?

    OK: 目的=改善点抽出/対象=画像A/形式=良い点3→改善点3→総括100字/注意=推測しない

    NG: このPDFまとめて

    OK: 目的=資料X p.3–6要点化/対象=PDF p.3–6/形式=章別80字→用語3→リスク2/注意=各行末にp.番号

    用途別・最短レシピ

    # UI改善
    目的:LPファーストビューの改善点を抽出
    対象:画像A(スマホ版)+本文B(競合メモ)
    出力形式:見出し→良い点3→改善点3→統合サマリー100字
    注意:写っていない要素は推測しない
    # グラフ読み取り
    目的:売上推移グラフの結論を文章化
    対象:画像A(折れ線グラフ)
    出力形式:結論2文→根拠3(数値と期間を併記)→注意点2
    注意:単位・期間を明記/因果は断定しない
    # PDF範囲要約
    目的:資料Xの該当章を要点化
    対象:PDF「資料X」p.3–6
    出力形式:章別80字→重要用語3→リスク2→ToDo3
    注意:各要約の末尾に「p.◯」を付ける

    設定の目安(安定重視)

    温度:0.3~0.5(根拠の抜き取り精度を優先)
    出力上限:途切れるなら上げる/冗長なら分量を数字で縛る

    5秒チェック

    • 対象は名指しできている?(画像名/p.範囲/URL)
    • 出力形式は数字で固定した?
    • 単位・期間・ページ番号などの根拠情報を併記する指示がある?

    【モデル別最適化③】Grokで実現する「リアルタイム情報」の出典付き要約

    X(旧Twitter)と連携し、リアルタイムの情報アクセスに強みを持つのがGrokです。

    以下の図表では、Grokの能力を最大限に引き出すプロンプト術を解説しています。

    Grok Prompt Guide

    Grok:速報・出典付き要約の運用

    Grokは「いま出ている一次情報」を短時間で拾い、出典と日付を明示した比較要約に向いています。コアは“期間・出典・差分”の指定です。

    リアルタイム情報に強い

    出典付き要約が得意

    目的:直近〔◯日〕の関連ニュース〔3〜5本〕を比較要約|選定基準:一次情報を優先/転載・重複は除外|出力形式:各「要旨2文/論点1/URL/発行日」→最後に差分3点|検証:URL・日付必須。不明は“不明”

    NG: このトピックの最新をざっくりまとめて。

    OK: 直近7日の一次情報3本で比較要約。各項目に「要旨2文/論点/URL/発行日」。最後に差分3点。

    NG: この噂って本当?

    OK: 公式(要旨/URL)と噂(要旨/出所)を分け、未確定は〔未確定〕と明記。

    用途別・最短レシピ

    # 最新3本の比較要約
    目的:直近7日の一次情報3本を比較要約
    選定基準:公式リリース・一次報道を優先/転載・まとめ記事は除外
    出力形式:各「要旨2文/論点1/URL/発行日」→最後に差分3点
    検証:日付が古いものは除外。不明点は“不明”
    # 噂と公式の分離
    目的:噂情報と公式発表を分けて要約
    選定基準:ソースの第一次性と発信主体を明示
    出力形式:公式(要旨/URL/日付)→噂(要旨/出所/根拠の薄さ)→確認待ちリスト
    検証:推測は断定しない。未検証は〔未確定〕ラベル
    # ニュース→社内共有の叩き台
    目的:最新3本を踏まえた社内連絡文の下書き
    選定基準:実務に影響のある一次情報のみ
    出力形式:件名→本文(背景→要点→次のアクション3→注意点)
    検証:本文末に参照URLと発行日を列挙

    設定の目安(安定重視)

    温度:0.3~0.5(中立・根拠重視)
    出力上限:途切れるなら上げる/冗長なら分量指定
    期間:まずは直近7日→必要に応じて14日・30日に拡張

    5秒チェック

    • 期間を明示した?(直近7日 など)
    • 選定基準を書いた?(一次情報優先/転載除外)
    • 出力形式は数字つき?(要旨2文/差分3点)
    • URLと発行日を各項目に必ず付ける指示がある?

    「プロンプト関連用語」の正しい意味と使い分け

    プロンプト、指示文、コンテキスト・・・

    AIに関する情報を見ていると、似たような言葉が多くて混乱することがあります。僕自身がそうでした。その混乱をなくしていくために、「プロンプト」という用語の関連用語をまとめました。

    この章で、それぞれの用語の正確な意味と正しい使い分けができるようになります。

    プロンプトと言い換えOK:「指示文」「入力文」の意味の違い

    まずは基本からです。

    AIへの指示を指す最も一般的な言葉が「プロンプト」です。しかし文脈によっては、「指示文」「入力文」という用語も同じ意味で使われることがあります。これらの言葉が持つ正確な意味とニュアンスの違いを知ることで、混乱なく情報を読み進められるようになります。

    下の図表で、それぞれの用語の使い分けを整理していきましょう。

    Prompt Terms Guide
    ① 言い換えOK:プロンプト=指示文=(チャットでは)入力文/ユーザーメッセージ
    一言定義
    AIに渡す指示そのものです。
    使いどころ
    文章や見出しでは「プロンプト(指示文)」と書くのが最も分かりやすいです。
    チャットの文脈
    画面説明などでは「入力文」や「ユーザーメッセージ」も同じ意味で使われます。
    具体例
    状況に応じて、自然な言葉を選びます。 本文:「以下のプロンプト(指示文)を使います。」 UI説明:「テキストボックスに入力文を貼り付けてください。」
    よくある誤解
    「プロンプト=長文」ではありません。短く、構造がはっきりしている指示ほど強力です。

    プロンプトの種類:「システム」「Few-shot」「ネガティブ」の特徴と役割の違い

    「プロンプト」は、目的や役割によっていくつかの種類に分類が可能です。

    AIの振る舞いを根本から設定する「システムプロンプト」や、良い例をいくつか見せて出力の型を学ばせる「Few-shotプロンプト」などがそれに当たります。

    プロンプトの種類と使い方を知ることで、AIへの指示はさらにレベルアップします。特徴と役割の違いを見ていきましょう。

    Prompt Types Explorer – Mobile Fix
    ② 下位分類(別名ではなく“プロンプトの種類”)
    役割
    モデルの振る舞い・口調・守る前提を固定する“ガードレール”
    いつ使う
    編集者/法務/教師など評価軸を固定したいとき。
    最小テンプレ
    あなたは{役割}です。文体は{敬体/簡潔}。禁止:{NG表現}。基準:{評価ルール1–2個}。
    NG例
    要望を全部ここに詰め込む(長いほど迷走)。→役割1つ+基準1–2個に絞る。
    役割
    短い良い例を見せて、出力の“型”をまねさせる。
    いつ使う
    ラベル付け、見出しパターン、スタイルの再現性が欲しいとき。
    最小テンプレ
    例1 入力:{短文} → 出力:{狙いの型} 例2 入力:{短文} → 出力:{狙いの型} 同じ型で次を作成:{今回の材料}
    NG例
    長文の例を大量投入。→短い例×2で十分。
    役割
    入れたくない要素を明確に除外(例:文字/ロゴ/顔/硬いエッジ)。
    いつ使う
    画像生成で非具象・ミニマルを狙うとき。
    注意
    テキストLLMでは一般に用いない語。用途を混同しない。

    プロンプトの関連用語:「コンテキスト」と「テンプレート」の役割と使い方

    「プロンプト」と混同されがちなのが、「コンテキスト」「テンプレート」という用語です。これらは指示そのものではなく、AIとのやり取りを助けるためのものです。

    指示(プロンプト)と、材料(コンテキスト)、そして繰り返し使うための雛形(テンプレート)をしっかりと区別し、それぞれの役割や正しい使い方を理解しましょう。

    Prompt Related Terms Explorer – Fixed
    ③ 関連語(代替不可:呼び名ではなく“周辺役”)
    役割
    プロンプトに添える材料(本文、URL、PDF、画像、ページ範囲など)。
    言い換え不可
    これは指示文ではなく、AIが参照すべき根拠です。
    良い渡し方
    「対象:PDFのp.3–6。要点化…」のように範囲を特定したり、「URLの発行日も併記」のように検証を指示します。
    誤用例
    「コンテキスト=何でも貼る場所」はNG。必要最小限の材料に絞りましょう。
    役割
    繰り返し使うための雛形。呼び名の言い換えではなく、形式の話です。
    記述例
    ワンライナー:「目的|前提|出力形式」 YAML: goal: "<1行>" context: ["<対象>", "<条件>"] format: "<構造→項目数→分量>"
    ベストプラクティス
    用途別(仕事/学習/ニュース/画像/コード)に短く保存しておくと便利です。

    プロンプトの英語表記と品質を保つ5つの実務ルール

    海外の情報を見たりドキュメントを作成したりする場面では、英語表記の用語に触れることがあります。最新の情報は英語表記ですし、出くわすたびに調べるのは面倒です。この節では「各用語の英語での呼び方」と、プロンプトの品質を維持するための「5つの実務ルール」をご紹介します。

    なお、英語表記の用語に関しては「プロンプト関連の用語」だけをまとめています。

    Prompt Terms Guide – Mobile Fix
    ④ 英語対応表+“混ぜない”実務ルール
    prompt
    指示文。AIへのお願い全体を指す、最も広い意味の言葉です。
    instruction
    指示。プロンプトの中の「〜して」という具体的な命令部分のことです。
    message / input
    入力文。チャット画面で、私たちが打ち込む文章そのものを指します。
    system prompt
    役割設定。「あなたは編集者です」のように、AIの振る舞いを決める特別な指示です。
    examples
    お手本。「こんな感じでお願い」とAIに見せる、短いサンプル(Few-shot)のことです。
    context
    参照資料。AIに読んでもらうための文章やデータといった「材料」を指します。
    ① 基本は「プロンプト」
    AIへの指示は、基本的に「プロンプト」という言葉で統一すると分かりやすいです。
    ② 呼び名は混ぜない
    一つの文章で「プロンプト」「入力文」など、似た言葉を混ぜて使うと混乱のもと。一つに絞りましょう。
    ③ 専門用語は説明の時だけ
    「システムプロンプト」などの専門用語は、その種類を説明する時以外は多用しない方がシンプルです。
    ④「コンテキスト」=「材料」
    AIへの「指示」と、AIに読ませる「材料(コンテキスト)」は、はっきり区別するとうまくいきます。
    ⑤「テンプレート」=「型」
    テンプレートは、プロンプトの別の呼び方ではなく、何度も使える便利な「型」や「雛形」として扱いましょう。

    プロンプトの品質を30秒で改善:「GO-FIT」チェックリスト

    新しくプロンプトを作った時や既存のプロンプトがうまく機能しない時、品質を30秒で改善できるチェックリストがあります。それが「GO-FIT」です。GoalOutputFactsInstructionsTestの5つの観点からプロンプトの内容を見直すだけで、出力の質は劇的に改善します。

    GO-FIT Checklist

    品質底上げチェックリスト:GO-FIT

    この5つを30秒で埋めるだけで、短い指示でも“狙った形”が安定して返ります。

    • Goal
    • Output
    • Facts
    • Instructions
    • Test

    Goal (目的) — “説明”ではなく“作業指示”

    AIに何をさせたいかを「動詞+成果物」で1行に。

    型: 〔動詞+成果物〕(最小条件1つ)
    OK: 納期2日延期の正式連絡を下書きする(本文300字)
    NG: 丁寧なメールを書いて(抽象)

    Output (出力形式) — “構造・順序・分量”を先に決める

    どんな“形”で受け取るかの骨組みを宣言。

    型: 構造→順序→分量(+体裁・ラベル)
    OK: 見出し→箇条書き5点→100字サマリー(各1文)
    NG: 要点をまとめて(丸投げ)

    Facts (事実・材料) — “前提は3点だけ”

    判断の材料。「対象/条件/根拠」の3点に圧縮。

    型: 対象(誰向け)/条件(状況・範囲)/根拠(URL・ID)
    OK: 対象=B2B顧客/条件=300字/根拠=#1245
    NG: 最近のニュース(曖昧)

    Instructions (指示・制約) — トーンとNGを“短く”固定

    守るルール。「分量・トーン・禁止」をひと言ずつ。

    型: 分量(◯字/◯点)/トーン(敬体 等)/NG(誇張 等)
    OK: 300字・敬体・結論先出し/NG:感嘆符・誇張
    NG: 短めにていねいに(曖昧)

    Test (検証) — 信頼の型を“あらかじめ”埋め込む

    出典・日付・自己点検を出力させる指示。

    型: 各項目にURL/発行日/事実と意見を分ける
    OK: 各要約末尾にURL・発行日、最後に差分3点
    NG: 出典なしの断定要約

    コピペ用:GO-FITワンブロック

    目的(Goal):〔動詞+成果物を1行〕
    出力形式(Output):〔構造→順序→分量〕
    事実・材料(Facts):〔対象/条件/根拠〕
    指示・制約(Instructions):〔分量/トーン/NG〕
    検証(Test):〔URL・発行日/事実と意見を分離〕

    10秒セルフチェック

    • G: 動詞で1行? 成果物が見える?
    • O: 構造・順序・分量を数字で指定した?
    • F: 対象・条件・根拠の3点に絞れた?
    • I: 分量・トーン・NGを“短く”書いた?
    • T: URLと発行日、事実/意見の分離を指示した?

    【Q&A】プロンプトに関するよくある質問

    プロンプトに関して多くの人が抱く素朴な疑問や、よくあるつまずきについて、Q&A形式でまとめました。全てで15の質問と回答があります。

    「プロンプトは長い方がいいの?」「日本語と英語、どっちがいい?」など、「あと少しだけ知りたい」を解消します。

    【Q&A】プロンプトに関するよくある質問
    A.
    生成AIに与える入力=指示文です。目的・前提・出力形式の3点を短く伝える“設計図”として書くと、再現性と速度が上がります。
    A.
    まずは1行式でOKです:
    目的|前提(材料・制約)|出力形式
    例:目的:納期2日延期の連絡|前提:相手=田中様/理由=テスト不具合/代替=10/18中間版|出力形式:件名+本文300字/謝罪→代替案→再発防止
    A.
    短く、構造化された短文が最強です。冗長な説明より「構造・順序・分量」を先に指定(例:見出し→箇条書き5→要約100字)すると手戻りが消えます。
    A.
    概ね同じ型で効きますが、得意分野が違います。
    • ChatGPT:段階出力・整形・比較表
    • Gemini:画像+テキスト同時処理、図解の要点抽出
    • Grok:速報・ニュースの出典/日付つき比較要約
    A.
    必要なときだけ使います。口調や評価基準を固定したい場面(編集者/法務/教師など)で、役割1つ+基準1–2個に絞って指定します。
    A.
    まずは短い例を2つで十分です。狙いの“型”(見出し・ラベル・書式)を示すと再現性が上がります。長すぎる例は逆効果になることがあります。
    A.
    目安は次の通りです。
    • 温度:0.3–0.5(安定重視)/ 0.8–1.0(発想重視)
    • 最大トークン:途切れる→上げる/冗長→下げる + 分量指定(例:200字
    A.
    ぶれる場合は出力形式を厳密にし、途切れる場合は最大トークンを上げるか分量指定をします。長すぎる場合は最大トークンを下げ、「短く」と指示します。段階出力(①本文→②QA→③件名)も有効です。
    A.
    Evaluation(検証)をプロンプトに組み込みます。
    例:各項目末尾にURLと発行日(YYYY-MM-DD)を明記/事実と意見を分ける/直近7日で比較し差分3点
    A.
    参照対象を特定(画像Ap.3–6URL)→ 型を指定(構造・順序・分量)→ 検証指示(ページ番号・日付・引用最小)を一段で書きます。
    A.
    入れたくない要素を列挙します。
    例:text, letters, logos, faces, hands, objects, sharp geometry, noise
    抽象画ならnon-representationalno hard edgesなども有効です。
    A.
    日本語で問題ありません。固有名詞や専門用語が多い場合は日本語+英語括弧で補強(例:被写界深度(depth of field))します。指示の構造化が最優先です。
    A.
    G/O/F/I/Tを30秒で確認します。
    Goal(動詞で1行)/Output(構造・順序・分量)/Facts(対象・条件・根拠の3点)/Instructions(禁止・段階出力)/Test(URL/日付/差分)。全部埋まっていれば安定します。
    A.
    抽象目的→動詞でタスク化/出力型なし→段組み指定/材料不足→前提3点/多要求→段階出力/検証なし→URL・日付・事実/意見を義務化、で解決できます。
    A.
    成功した指示はワンライナーやYAMLで保存します。
    例:目的:{1行}|前提:{3点}|出力形式:{構造→項目数→分量}
    用途別にフォルダ分け(仕事/学習/情報収集/画像/コーディング)すると検索性が上がります。

    まとめ:「最小プロンプト」で最高の結果を手に入れる

    この記事で学んだことは、突き詰めれば非常にシンプルなものです。

    それは、AIへの指示は「長く複雑な説明」ではなく、「短く構造化された設計図」だということです。最後に、今からすぐに行動に移せるよう、最も重要なポイントを振り返っていきます。

    Final Summary: Prompt Guide

    まとめ:今から使える「最小プロンプト」で成果を出す

    結論:プロンプトは“設計図”

    「目的・前提・出力形式」を短く伝えることが全てです。ここに制約(トーン・NG)と検証(出典・日付)を添えれば、短い指示でも再現性が高く、信頼できるアウトプットになります。

    要点の振り返り

    • 1行式が土台:目的|前提(最大3点)|出力形式(構造→順序→分量)。説明は削り、数字で固定するのがコツ。
    • 5部品で実務最適化:Goal/Context/Constraints/Format/Evaluation。検証はURL・日付まで書かせる。
    • 失敗は“型”で直す:目的が抽象→タスク化、出力型がない→段組み指定、材料不足→前提3点、多要求→段階出力、実検証なし→Evaluation義務化。
    • モデル別の最短書き:ChatGPT=段階指示、Gemini=画像+要点統合、Grok=速報比較。どのモデルでも「型」が先。
    • GO-FITで30秒点検:Goal/Output/Facts/Instructions/Test。全部埋まっていれば勝ち。

    今日からの3アクション

    1. ワンライナーで着手

    目的:〔1行〕|前提:〔3点〕|出力形式:〔構造→数→分量〕

    2. 100字試写 → 差分修正

    まず100字で試作し、最後に「不足:◯◯」と1語で指摘して。

    3. 上手くいった型を保存

    # 仕事メール
    目的:…|前提:…|形式:…
    目的は動詞で1行/前提は3点/形式は構造・順序・分量/多要求は段階化/検証はURLと日付。
    このルールだけで、“短いのに強い”プロンプトがあなたの標準になります。

    僕は初めて「プロンプト」という言葉に出会った時、何のことなのかよくわかっていませんでした。しかし活用していくうちに、この言葉の意味や重要性について理解を深められるようになりました。生成AIを活用する際に、欠かすことのできないものがプロンプトです。

    この記事で「プロンプト」という用語を少しでも身近に感じていただき、抵抗感をなくしていただければ幸いです。今後も生成AIに関する学べる情報を発信していきます。

    最後までお読みいただきありがとうございました。

    あわせて読みたい:AIの「仕組み」を知る

    プロンプトの書き方をマスターするには、AIそのものの仕組みを知ることが一番の近道です。この記事の最後に、AIの基本的な概念知っておくべき重要なキーワードを解説した別記事を紹介します。

    BASIC KNOWLEDGE
    AI基礎知識 3選
    プロンプト技術の前に押さえておきたい「仕組み」と「リスク」。
    この3記事を読むだけで、AIの挙動が手に取るように分かります。

    実践編:画像生成AI「Nano Banana Pro」を極める

    基礎知識とプロンプト術が身についたら、次は「実践」です。

    Googleの最新モデル「Nano Banana Pro」を使いこなし、実務で成果を出すための全ノウハウ(基礎操作・自動化・トラブル解決)を以下にまとめました。今のあなたの課題に合わせて、必要な記事をチェックしてみてください。

    PRACTICAL DATABASE
    Nano Banana Pro 攻略記事
    基礎から応用、トラブル解決まで。
    現場の実務で必要となる全ノウハウを体系化しました。
    ブログをメールで購読

    学べるブログの更新・重要アップデート(Grok/Gemini など)を、メールで受け取れます。無料。いつでも解除できます。更新時(週1〜2回目安)

    ナレッジ

    コメント

    学べるブログをもっと見る

    今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

    続きを読む

    学べるブログをもっと見る

    今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

    続きを読む