プロンプト・テクニック

Few-shotプロンプトの作り方|例示で出力の型を揃えるコツ

「言葉で説明しても、出力の形が毎回バラバラになる」——問い合わせの分類やタグ付けなど、繰り返し行う作業で生成AIを使うとぶつかりやすい壁です。文章で細かくルールを説明するほど指示は長くなり、それでも揺れは完全には消えません。

こうした場面で有効なのがFew-shot(フューショット)プロンプトです。この記事では、例示によって出力の型を揃える考え方と、効果が出る例の作り方、そのままコピーして使えるテンプレートまでを解説します。

この記事でわかること

  • Few-shotプロンプトの意味と、zero-shotとの使い分け
  • 例示が効きやすいタスク・効きにくいタスク
  • 出力を安定させる「良い例」の作り方5つのルール
  • 分類・言い換え・書式統一にそのまま使えるテンプレート

Few-shotプロンプトとは何か

Few-shotプロンプトとは、指示文の中に「入力と出力のペア」を数個示してから、本番の入力を渡す方法です。日本語で言えば「見本を添える指示」にあたります。例を1つだけ示す場合はone-shot、例を示さない場合はzero-shotと呼ばれます。

言葉でルールを説明するのが「仕様書を渡す」やり方だとすれば、Few-shotは「完成品のサンプルを渡す」やり方です。人に仕事を引き継ぐときも、口頭説明より過去の成果物を1枚見せたほうが早い場面がありますが、それと同じ発想になります。

zero-shot・one-shot・few-shotの使い分け

どれを選ぶかは、出力の型をどこまで揃えたいかで決まります。目安を表に整理しました。

項目 zero-shot one-shot few-shot
例示の数 0個 1個 2〜5個程度
向く場面 単発の相談、発想出し 形式だけ揃えたいとき 繰り返し作業、分類、書式統一
出力の安定性 低め 中程度 高め
準備の手間 ほぼなし 小さい 例を用意する手間がかかる
注意点 形式が毎回変わる その1例に引きずられる 例に偏りがあると偏りごと学習される

例示が効くタスク・効きにくいタスク

Few-shotが力を発揮するのは、正解の形が決まっている作業です。次のような場面では、説明を増やすより例を足すほうが早く安定します。

  • 問い合わせ内容をカテゴリに振り分ける(分類)
  • 社内用語や言い回しを、決まった表現に統一する
  • 議事録から一定の項目だけを抜き出して表にする
  • 商品説明を、自社のトーンに沿った文体に書き換える

反対に、自由な発想が求められる企画出しでは、例示が発想の幅を狭めることがあります。この場合は例を出力の形式だけに限定し、内容までは示さないほうが良い結果になりやすいでしょう。

出力が安定する「良い例」の作り方5つのルール

ルール1:例は3〜5個から始める

1個だとその例に引きずられ、多すぎると指示が長くなり管理しづらくなります。まず3個で試し、揺れが残る箇所だけ例を足すのが効率的です。

ルール2:紛らわしい境界の例を入れる

典型例ばかり並べても、判断に迷うケースは改善しません。「これはAかBか迷う」という例こそ入れる価値があります。分類作業なら、実際に人が判断に困った過去のデータを使うと効果的です。

ルール3:出力の書式を1文字単位で揃える

区切り記号、記号の全角半角、項目の順番まで例の中で統一します。例がそろっていないと、AIはどちらの形式に従えばよいか判断できません。

ルール4:例と本番の入力を明確に区切る

「### 例」「### 本番」のような見出しで分けると、AIが例の内容そのものを回答に混ぜる事故を防げます。

ルール5:迷った場合の逃げ道を用意する

どの分類にも当てはまらない入力は必ず出てきます。「判断できない場合は『判定不能』と出力する」と決めておくと、無理やり分類されるのを防げます。

注意

例示に実際の顧客の問い合わせ文をそのまま使う場合は、氏名・会社名・連絡先などを削除してから貼り付けてください。入力データの取り扱い方針は利用するサービスやプランによって異なるため、社内ルールとあわせて事前に確認することをおすすめします。

悪い例と良い例を比べる

問い合わせの分類作業を題材に、指示の違いを見てみます。まずは説明だけで済ませた場合です。

プロンプト例

【悪い例】
以下の問い合わせを、内容に応じて適切なカテゴリに分類してください。
カテゴリは、料金・使い方・不具合・その他です。

(問い合わせ本文)

一見すると十分そうですが、「料金プランの変更方法が分からない」のように料金と使い方の両方に関わる文が来ると、判断が回ごとに変わります。出力形式も指定されていないため、説明文が付いたり付かなかったりします。例示を加えると次のようになります。

プロンプト例

【良い例】
あなたはカスタマーサポートの一次受付担当です。
問い合わせ文を、下記のカテゴリに1つだけ分類してください。

# カテゴリ定義
- 料金:金額、請求、支払い方法に関するもの
- 使い方:操作手順、設定方法に関するもの
- 不具合:想定どおりに動作しないという申告
- その他:上記に当てはまらないもの
- 判定不能:情報が足りず判断できないもの

# 出力形式
カテゴリ|判断根拠(20字以内)
※それ以外は何も出力しない

### 例
入力:先月の請求額が普段より高いのですが、内訳を教えてください。
出力:料金|請求額の内訳に関する質問

入力:管理画面からメンバーを追加する手順を教えてください。
出力:使い方|操作手順の質問

入力:ログインするとエラーが出て先に進めません。
出力:不具合|動作しない旨の申告

入力:料金プランを変更したいのですが、どこから操作しますか。
出力:使い方|変更手順を尋ねているため

入力:先日はありがとうございました。
出力:判定不能|要件が記載されていない

### 本番
入力:(ここに問い合わせ文を貼り付け)
出力:

ポイント

4番目の例に注目してください。「料金プランを変更したい」は料金にも見えますが、実際には手順の質問なので「使い方」としています。こうした境界の例を1つ入れておくと、同種の揺れがまとめて解消されます。判断に迷うケースこそ、例示の出番です。

そのまま使えるテンプレート

書式統一と文体変換の2パターンを紹介します。項目名を差し替えるだけで、多くの業務に応用できます。

プロンプト例

# タスク
議事録から、決定事項だけを決まった書式で抜き出してください。

# 出力形式
【決定事項】内容 / 担当 / 期限
- 該当がない場合は「決定事項なし」とだけ出力する
- 議事録に書かれていない項目は「未記載」と書く

### 例
入力:来月の展示会は、山田さんが主担当で進めることになった。
資料は月末までに初稿を出す。
出力:【決定事項】展示会の主担当を決定 / 山田 / 未記載
【決定事項】展示会資料の初稿提出 / 山田 / 月末

入力:見積もりの件は、次回に持ち越し。
出力:決定事項なし

### 本番
入力:(議事録を貼り付け)
出力:

プロンプト例

# タスク
社内向けの文章を、社外向けの丁寧な表現に書き換えてください。
意味は変えず、情報も追加しないでください。

# ルール
- 断定を避け、依頼形にする
- 社内の略語は正式名称に開く
- 1文40字程度に収める

### 例
入力:明日までに確認よろしく。
出力:お手数ですが、明日までにご確認いただけますと幸いです。

入力:例の件、こっちで巻き取ります。
出力:ご相談いただいた件につきましては、当方で対応いたします。

入力:資料、A案でOKです。
出力:ご提示いただいた資料につきまして、A案で問題ございません。

### 本番
入力:(書き換えたい文を貼り付け)
出力:

よくある質問

Q. 例はいくつ用意するのが適切ですか?

A. まず3個程度から始め、実際の出力を見ながら揺れが残る箇所に絞って追加するのが現実的です。数を増やすほど良くなるとは限らず、例が偏っていれば偏った結果が返ります。

Q. 例に間違いが含まれているとどうなりますか?

A. その形式や判断が正しいものとして扱われる可能性が高くなります。例は指示そのものと同じ重みを持つため、貼り付ける前に必ず内容を確認してください。

Q. 悪い例(やってはいけない出力)も入れるべきですか?

A. 入れる場合は「これは誤り」と明記し、正しい出力とセットで示してください。誤りの例だけを並べると、その形式に引きずられることがあります。基本は正例中心で組み立てるほうが安全です。

Q. 毎回同じプロンプトを貼るのが手間です

A. 多くのサービスには、定型指示を保存する機能や、自分用のアシスタントを作る機能が用意されています。名称や利用条件は変わることがあるため、導入時点の公式情報を確認してください。

Q. Few-shotにすると回答が長くなりませんか?

A. 指示は長くなりますが、出力側は「例と同じ形」に収束するため、むしろ短く安定することが多いです。余計な前置きを避けたい場合は「それ以外は何も出力しない」と明記しておきましょう。

まとめ

Few-shotプロンプトは、言葉で説明しきれないルールを、見本で伝える手法です。特に分類・書式統一・文体変換のような繰り返し作業では、説明を足すよりも例を3つ添えるほうが早く安定します。

まずは、今うまくいっていない指示を1つ選び、理想的な入出力のペアを3組書き出してみてください。境界にあたるケースを1つ混ぜ、迷ったときの逃げ道を決めておけば、日々の作業の揺れは大きく減らせます。

  • Few-shotは「入力と出力のペア」を数個示して型を伝える手法
  • 例は3〜5個から始め、判断に迷う境界の例を必ず入れる
  • 書式は記号や順番まで統一し、例と本番を見出しで区切る
  • 「判定不能」の逃げ道を用意し、無理な当てはめを防ぐ