LLM Frontline
プロンプト実務

プロンプト設計の基本|役割・制約・出力形式・例示の4要素で安定させる

アカリ業務活用担当
・ 約6分で読めます
プロンプト設計の基本|役割・制約・出力形式・例示の4要素で安定させる

「同じことを頼んでいるのに、日によって出力の質がばらつく」というのは、業務でLLMを使い始めた人が最初にぶつかる壁です。原因の多くはモデルの気まぐれではなく、指示の中に判断材料が足りないことにあります。この記事では、プロンプトを「役割・制約・出力形式・例示」の4要素に分解し、業務で再現性のある出力を得るための組み立て方を解説します。

全体像:4要素の役割

要素何を伝えるか
役割どの立場・専門性で答えるかあなたは法人向けサービスの広報担当者です
制約守るべき条件・禁止事項300字以内。専門用語には説明を付ける
出力形式構造・フォーマット見出し+箇条書き3点。表はMarkdown
例示期待する出力の見本良い例と悪い例を1つずつ提示

4要素をすべて毎回書く必要はありません。ただし出力がぶれたとき、どの要素が欠けているかを点検する枠組みとして持っておくと、修正が速くなります。

役割:立場を与えると判断基準が定まる

「この文章を直して」と頼むのと、「あなたは初心者向け教材の編集者です。この文章を直して」と頼むのでは、修正の方向性が変わります。役割の指定は、文体・語彙・詳しさの水準といった、無数にある判断の基準を一括で伝えるショートカットです。実在の人物名ではなく、「経験豊富なカスタマーサポートの責任者」のように職能で書くのが扱いやすい形です。

制約:曖昧な形容詞を測れる条件に変える

出力がぶれる最大の原因は、「いい感じに」「簡潔に」「分かりやすく」といった、人によって解釈が異なる指示です。これらを測定可能な条件に置き換えます。

  • 「簡潔に」ではなく「400字以内で」
  • 「分かりやすく」ではなく「中学生にも伝わる語彙で。専門用語には一文の説明を付ける」
  • 「丁寧に」ではなく「です・ます調。命令形は使わない」

禁止事項も有効です。「絵文字を使わない」「事実として確認できない数値を書かない」のように、やってほしくないことを明示すると、修正の手戻りが減ります。

出力形式:後工程から逆算する

生成された文章をそのまま使うことは少なく、多くの場合は資料に貼る・表計算に取り込むなどの後工程があります。後工程が決まっているなら、形式を最初から指定しましょう。

あなたは営業部門のアシスタントです。
以下の商談メモを読み、次の形式で出力してください。

## 要約
- 3行以内

## 決定事項
- 箇条書き。決定していない事項は「未決」と明記

## 次のアクション
| 担当 | 内容 | 期限 |
| --- | --- | --- |

制約:
- メモに書かれていない情報を補完しない
- 期限が不明な場合は「不明」と書く

このように構造を枠として渡すと、モデルは枠を埋める作業に集中でき、出力の形が毎回そろいます。「書かれていない情報を補完しない」という一文は、事実の捏造を抑えるうえでも効果的です。

あわせて読みたい

ハルシネーション対策の実務|検証フローの作り方と運用のコツ

例示:1つの見本は百の説明に勝る

条件を言葉で尽くすより、期待する出力の見本を1つ見せるほうが速いことは多くあります。過去に自分が書いた「理想の完成形」を例として貼り、「この例と同じ構成・温度感で書いてください」と頼む方法は、文体の再現に特に有効です。逆に「こういう書き方はしないでください」という悪い例を添えると、境界がさらに明確になります。

メモ

例示は強力な反面、例に引きずられて内容まで似てしまうことがあります。構成だけ真似てほしい場合は「構成と文体のみ参考にし、内容は入力に基づいて書く」と添えてください。

一発で決めない:書き直しの手順

プロンプト設計は一度で完成させるものではなく、出力を見て条件を足していく反復作業です。

  1. 1

    最小限の指示で一度出す

    まず粗く出して、モデルの解釈と自分の期待のずれを観察します。
  2. 2

    ずれた箇所を条件に翻訳する

    「文が硬すぎる」なら文体の制約を、「長すぎる」なら字数を追記します。感想ではなく条件として書くのがポイントです。
  3. 3

    安定したらテンプレート化する

    2〜3回使って安定したプロンプトは、可変部分を穴埋めにしてチームの共有フォルダに保存します。
「自分だけ出力の質が悪い気がする」という相談は多いのですが、プロンプトを見せてもらうと条件が3行しかない、ということがよくあります。うまくいっている人のプロンプトを見ることが一番の近道です。
企画部門の担当者

よくある質問

長いプロンプトを書けば書くほど良くなりますか
条件が増えるほど良いわけではありません。矛盾する指示や不要な背景説明はかえって出力を不安定にします。効いていない条件を削る見直しも定期的に行ってください。
モデルが変わったらプロンプトは書き直しですか
役割・制約・出力形式・例示という骨格はモデルが変わっても通用します。ただし細かい挙動は変わるため、主要なテンプレートは移行時に一度出力を確認するのが安全です。
敬語で丁寧に頼むと出力は良くなりますか
丁寧さそのものより、条件が明確かどうかが出力を左右します。礼儀正しさに文字数を割くより、制約と例示を具体的にするほうが効果的です。
英語で書いたほうがよいと聞きました
日本語の業務文書を作るなら日本語で指示して問題ありません。日本語での指示が期待どおり動かない場合に、切り分けとして英語を試す程度の位置づけで十分です。
プロンプトをチームで共有する際の注意点はありますか
テンプレートには顧客名などの実データを残さず、穴埋め部分をダミー表記にしてから共有してください。あわせて、どの用途で検証済みかを一言添えると誤用を防げます。

まとめ:次の一歩

プロンプト改善のチェックリスト

  • 役割・制約・出力形式・例示のどれが欠けているか点検した
  • 曖昧な形容詞を測れる条件に置き換えた
  • 後工程に合わせた出力形式を指定した
  • 書かれていない情報を補完しないよう明記した
  • 安定したプロンプトをテンプレートとして共有した

プロンプト設計は、特別な呪文を覚える技術ではなく、仕事の依頼を明確にする技術です。部下や外注先に仕事を頼むときと同じ丁寧さで条件を書けば、出力は安定していきます。実際の業務での適用例として、議事録業務での使い方も参考にしてください。

あわせて読みたい

会議・議事録業務でのAI活用|文字起こしから要約・共有までの実務手順

出典・参考

この記事をシェア

関連する記事