出力の形を決める：表・JSON・テンプレートで「そのまま使える」答えに｜プロンプト設計の教科書 第5回

読む・貼るための形：表・箇条書き・決まった見出し

表で出させる

比較や一覧は、表で出させると格段に使いやすくなります。表を頼むときは、列（横の項目）を自分で決めて伝えるのがコツです。列を生成AIに任せると、毎回違う項目になります。

次の<材料>をもとに、MAツール3製品の比較表を作ってください。

列は次の順番にしてください：
製品名 ｜ 向いている企業規模 ｜ 主な機能 ｜ 料金の目安 ｜ 材料にない情報

・料金の目安は、材料に書かれている金額だけを書き、書かれていなければ「材料に記載なし」とする
・「材料にない情報」の列には、比較に必要だが材料から分からないことを書く

<材料>
（各製品の公式サイトの料金ページ・機能ページの内容）
</材料>

最後の列に「材料にない情報」を入れておくと、生成AIが推測で空欄を埋めるのを防ぎつつ、人が追加で調べるべきことが分かります。

決まった見出しで出させる

報告・議事録・提案のたたき台など、社内で形が決まっている文書は、見出しをそのまま指定します。

次の議事録を、下の形にまとめてください。見出しの名前と順番は変えないでください。

■ 決まったこと
■ 決まっていないこと（論点と、決める人・期限）
■ 次にやること（担当・期限）
■ 共有事項

当てはまる内容がない見出しには「なし」と書いてください。

「当てはまる内容がない見出しには『なし』と書く」は、地味ですが大切な一文です。これがないと、生成AIは見出しを埋めようとして、議事録にない内容を書き足すことがあります。

テンプレートの穴埋め：毎回同じ形を得る

形をもっと厳密にそろえたいときは、完成形のテンプレートを見せて、穴の部分だけを埋めさせます。第3回で学んだお手本（few-shot）と組み合わせると、さらに安定します。

次の<商談メモ>をもとに、下の<テンプレート>の［ ］の部分だけを埋めてください。
［ ］以外の文言は変えないでください。分からない部分は［要確認］のまま残してください。

<テンプレート>
【商談報告】［会社名］様（［日付］）
1. 相手の課題：［課題を1〜2文で］
2. 予算感：［金額または「未確認」］
3. 決裁者：［役職と名前、または「未確認」］
4. 次のアクション：［誰が・いつまでに・何をする］
5. 受注の見込み：［高・中・低］（理由：［1文］）
</テンプレート>

<商談メモ>
（営業担当の走り書きのメモ）
</商談メモ>

テンプレート方式のよいところは、答えの形を「説明」ではなく「実物」で伝えられることです。「受注の見込みは高・中・低の3段階で、理由を1文添えて」と書くより、テンプレートに［高・中・低］と書いておくほうが確実です。

長さと量のコントロール

形と一緒に、長さもはっきりさせておきましょう。「〇字以内」「〇行以内」「箇条書き〇点」のように数字で伝えるのが基本です。ただし、生成AIは文字数をぴったり数えるのが苦手なことがあるため、厳密な字数制限がある場合（広告の見出しなど）は、出てきた答えの文字数を表計算ソフトなどで数えて確かめましょう。APIで使う場合は、OpenAIの最新モデルのように、答えの長さを設定（verbosity）で調整できるものもあります（2026年11月時点）。

システムに流し込む形：CSVとJSON

生成AIの答えを、ExcelやCRM、社内のシステムに取り込みたい場面も増えています。このときは、人が読む形ではなく、機械が読み取れる形で出させます。

CSV：Excelやスプレッドシートに取り込む

CSVは、項目をカンマで区切った形式です。Excelやスプレッドシートにそのまま読み込めます。

次の<名刺メモ>を、CSV形式で出力してください。

・1行目は見出し：会社名,部署,役職,氏名,メール,メモ
・1人1行。分からない項目は空欄にする
・値にカンマや改行が含まれる場合は、その値をダブルクォーテーション（"）で囲む
・CSV以外の説明文は書かない

「値にカンマが含まれる場合は囲む」は、CSVでよく崩れる原因への対策です。たとえば「株式会社〇〇, 東京支店」のように値の中にカンマがあると、列がずれてしまいます。「CSV以外の説明文は書かない」も、取り込み時に余計な行が入るのを防ぎます。

JSON：システムやツールに渡す

JSONは、「項目名：値」の組を { } でくくった形式で、プログラムどうしのデータのやり取りによく使われます。

次の<問い合わせ>を読み、下の形のJSONだけを出力してください。

{
  "種類": "請求" または "解約" または "使い方" または "その他",
  "緊急度": "高" または "中" または "低",
  "要約": "50字以内の要約",
  "要対応の担当": "経理" または "CS" または "営業"
}

<問い合わせ>
（問い合わせメールの本文）
</問い合わせ>

もう一歩深く：APIでは「形を固定する機能」を使う

チャット画面でJSONを頼むと、たいていは指定どおりの形で出てきますが、ときどき項目が抜けたり、余計な説明文が付いたりします。人が確認しながら使うなら問題ありませんが、システムが自動で読み込む場合は、1回の崩れが処理の失敗につながります。

そこで、生成AIをAPIで自社のシステムに組み込むときは、プロンプトで形を頼むだけでなく、出力の形を定義した「スキーマ」を渡し、その形に合う答えだけを出させる機能を使うのが一般的です。たとえばOpenAIは2024年8月に「Structured Outputs」という機能を発表し、スキーマどおりの出力をさせる設定（strict）を使うと、同社の評価で複雑なスキーマへの適合率が100%になったと説明しています（以前のモデルでは40%未満）。Googleのガイドでも、複雑なJSONの形が必要な場合は、こうした構造化出力の機能を使うよう勧めています。OpenAIの最新モデル向けのガイドでも、プロンプトの中にスキーマを書くより、この機能を使うよう勧めています（2026年11月時点）。

社内でこうした仕組みを作るときは、開発の担当者に「出力の形を固定する機能を使っているか」を確認してみてください。

答えの「書き出し」を見せる

形を伝えるもう1つの方法が、答えの書き出しをこちらで書いておくことです。Googleのガイドでも、答えの最初の部分（JSONの始まりや、目次の1行目など）を示して、その続きとして書かせる方法が紹介されています。生成AIは「続きを書く」仕組みなので、書き出しが決まっていると、その形に沿った答えになりやすいのです。

次の新商品について、展示会で配るチラシの見出し案を5つ出してください。
（商品の説明）

見出し案：
1. 

最後に「見出し案：」「1. 」まで書いておくと、前置きのあいさつ（「承知しました。以下が〜」）を省いて、すぐ本題から書き始めることが多くなります。前置きや締めのあいさつが不要なときは、「前置きや締めの文は書かず、見出し案だけを出してください」と書いておくのもよいでしょう。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する→

選択肢は「決まった言葉」で出させる

分類や判定の答えを集計したいときは、答えの言葉を決まった選択肢に限定しましょう。上のJSONの例でも、「種類」は「請求・解約・使い方・その他」の4つから選ばせています。

選択肢を決めないと、「請求関連」「請求について」「支払い」のように、同じ意味の答えがばらばらの言葉で出てきて、あとで集計するときに手間がかかります。また、どれにも当てはまらないときのために「その他」や「判定できない」を必ず用意しておきます。逃げ道がないと、生成AIは無理にどれかに当てはめてしまうからです。

よくある誤解

誤解1「形を細かく決めると、中身の質が落ちる」

形を決めても、中身の質はそれほど落ちません。むしろ「リスク」「根拠」の欄があることで、考えの抜けが減ることもあります。ただし、自由な発想を出してほしいアイデア出しの段階では、形を決めすぎず、あとから整理させる2段階にするのも有効です。

誤解2「JSONで出させれば、中身も正しい」

形が整っていることと、中身が正しいことは別です。スキーマで形を固定しても、分類を間違えたり、要約に事実と違うことが入ったりすることはあります。システムに取り込む場合も、最初のうちは人が結果を抜き取りで確かめましょう（第6回で扱います）。

誤解3「字数を指定すれば、ぴったりの字数になる」

生成AIは、文字数を正確に数えるのが苦手なことがあります。おおよその長さの目安としては効きますが、広告の文字数制限のように厳密な場合は、出力を数えて確かめる工程を入れましょう。

実務ではこう使う

• 社内の決まった文書は、テンプレートごと渡す。 週報、商談報告、議事録、問い合わせの一次回答など、形が決まっている文書から始めると、効果が実感しやすくなります。
• 「分からないときの書き方」を必ず決める。 「要確認」「材料に記載なし」「未確認」などの書き方を決めておくと、推測で埋めるのを防げ、人が確認すべき場所が一目で分かります。
• 集計したい答えは選択肢で。 分類・判定・評価は、決まった言葉と「その他」で出させます。
• 自動化するなら、形を固定する機能を使う。 人が確認しない流れでは、構造化出力の機能や、形のチェックを仕組みに入れておきます。

生成AIの答えを、表計算やBIツールにつないで分析に使う方法は、姉妹講座の調べもの・要約・データ整理で使うの回でも扱っています。

この回のまとめ

• 形は「答えを受け取ったあと、何に使うか」から逆算して決める
• 表は列の名前と順番を、文書は見出しの名前と順番を指定する。「当てはまらないときは『なし』」と書いておく
• テンプレートの穴を埋めさせると、毎回同じ形になる。分からない部分の書き方も決めておく
• ExcelにはCSV、システムにはJSON。自動で取り込むなら、APIの構造化出力の機能などで形を固定する
• 分類の答えは決まった選択肢に限定し、「その他」「判定できない」の逃げ道を用意する

確認テスト

次回予告

次回は、生成AIを仕事で使ううえで避けて通れない「ハルシネーション（もっともらしい間違い）」を扱います。なぜ起きるのか、プロンプトでどこまで減らせるのか、そして減らしきれない部分を人がどう確かめるのか。テスト用の質問集を使った確かめ方まで学びます。

参考資料

• OpenAI「Introducing Structured Outputs in the API」（2024年8月6日）。スキーマどおりの出力をさせる設定と、同社評価での適合率（新モデル100%、gpt-4-0613は40%未満）を確認。
• OpenAI「Prompt guidance」（最新モデル向けのガイド）。プロンプト内にスキーマを書くより構造化出力の機能を使うことの推奨、答えの長さの設定（verbosity）を確認。
• Google「Prompt design strategies」（Gemini API ドキュメント）。出力形式の指定、答えの書き出しを示す方法、複雑なJSONには構造化出力を使う推奨を確認。
• 確認日：2026年11月12日