2026-10-08 改訂のお知らせ 旧版にあった次の4点を訂正・削除しました。 ①旧版には「GPT-5.2は賢くなった分、説明が詳しくなりすぎる」と書いていました。しかし参考資料のガイドは、GPT-5.1と比べて全体として冗長さが低めだとしています。逆の説明だったため撤回します。 ②旧版はGPT-5.2を「最新フラッグシップ」と呼んでいました。現在のOpenAIのモデルページでは「previous flagship」（前世代）とされています。 ③推論の深さの段階として「minimal」を挙げていました。GPT-5.2のモデルページに載っている値は none / low / medium / high / xhigh です。 ④コンパクションAPIのコードと移行表は動作を確かめていなかったため、掲載をやめました。
AIに社内資料をもとに答えさせると、困ったことがよく起こります。資料にない条件を言い切る、短い質問に長い説明を返す、聞いていない提案まで書く、の3つです。
この記事では、架空のネットショップの返品条件の資料を題材にします。この3つのずれを抑える依頼文（プロンプト）を、一から組み立てていきます。そのまま貼り付けて試せる依頼文と、結果を確かめるための評価観点も載せます。
想定している読者は、ChatGPTやAPIでFAQ回答や問い合わせ対応を試している方です。プログラミングの知識は必要ありません。
この記事の確認範囲
まず、何を確認して、何を確認していないかを分けておきます。
- 参考資料：OpenAI Cookbook「GPT-5.2 Prompting Guide」。Cookbookの登録情報では、公開日は2025年12月11日です。2026年10月8日に内容を確認しました。
- モデルの位置づけ：GPT-5.2のモデルページでは前世代の扱いで、新しいモデルへの移行がすすめられています（2026-10-08確認）。そのためこの記事は、モデルの新機能の紹介ではありません。依頼文の設計の考え方を扱います。
- 今回モデルは実行していません：記事中の「回答例」は、説明のために手で書いたものです。実際の出力でも、性能の測定結果でもありません。
- 題材の「ことりストア」は架空のお店です。実在のお店の規約とは関係ありません。
題材：架空の「ことりストア」返品ポリシー
この記事では、最後まで次の資料を使います。条文をわざと少なくしてあり、書かれていない話題（海外配送やギフトなど）もあります。
【ことりストア 返品・返金ポリシー（架空）】
第1条（申請期間）商品到着日から14日以内に、返品申請フォームから申請された場合に受け付けます。
第2条（商品の状態）未使用で、付属品と外箱がそろっている商品に限ります。開封済みでも未使用であれば対象です。
第3条（対象外）食品、名入れ商品、商品ページに「返品不可」と表示されたセール品は返品できません。
第4条（送料）お客様都合の返品は返送料をお客様負担とします。初期不良・誤配送の場合は当店が負担します。
第5条（返金）返品商品の到着を確認してから7営業日以内に、購入時の決済手段へ返金します。
返品FAQで起きやすい3つのずれ
ここでは、何も工夫しない依頼文（「この資料を使って質問に答えて」）で起こりうる失敗を、3つに分けて考えます。モデルを実行して観察した結果ではありません。設計の出発点として想定した典型例です。
| ずれ | 想定される例 | 困る理由 |
|---|---|---|
| 根拠不足 | 「30日以内なら返品できます」「交換は無料です」と、資料にない内容を言い切る | 誤った約束が顧客に伝わる |
| 出力長 | 「開封したら返せますか？」に、返品制度全体を5段落で説明する | 答えが埋もれて、読まれない |
| 範囲逸脱 | 返品の質問に、おすすめ商品やクーポンの案内、法律の解説を付け足す | 窓口の責任範囲を超える |
下の図は、この3つのずれを、依頼文のどのブロックで抑えるかを示しています。対応する「ずれ」とルールの組を順に強調します。
図1：3つのずれと、それを抑える依頼文のブロックの対応（静止画版）
参考資料のガイドも、これらを別々の調整項目として扱っています。出力の長さ（verbosity）、範囲の規律（scope）、あいまいさと根拠づけ（uncertainty・grounding）の3つです（GPT-5.2 Prompting Guide）。1つの指示でまとめて直そうとせず、ずれごとにルールを分けて書くのがこの記事の方針です。
依頼文を組み立てる
ブロックは次の順に並べます。①役割、②根拠、③長さ、④範囲、⑤迷ったとき、⑥送信前の点検、です。最後に資料本体を置きます。
下の図では、上から順に各ブロックが強調され、資料を渡して回答を試すまでの流れを追えます。
図2：返品FAQ用の依頼文を組み立てる順番（静止画版）
完成形は次のとおりです。ChatGPTに貼り付ける場合は、資料を含めた全文を1回で送ってから、質問を続けて入力してください。
あなたは「ことりストア」のお問い合わせ窓口で、返品・返金についてだけ答えるアシスタントです。
<source_rules>
- 回答の根拠は、下の <policy> の文書だけにする。
- 日数・金額・条件を書くときは、該当する条番号を（第1条）の形で添える。
- <policy> に書かれていないことは推測で補わない。「この資料には記載がありません」と書き、サポート窓口への問い合わせを案内する。
</source_rules>
<length_rules>
- 通常の回答は3文以内。手順を説明するときだけ、番号付きで4ステップ以内にしてよい。
- はい／いいえで答えられる質問は、1文目で結論を言い、理由を1文だけ添える。
- 前置き、お詫びの繰り返し、資料全体の要約は書かない。
</length_rules>
<scope_rules>
- 扱うのは返品・返金だけ。商品のおすすめ、クーポンの提案、他社規約との比較、法律上の判断はしない。
- 範囲外の質問には、範囲外であることを1文で伝え、サポート窓口を案内する。
</scope_rules>
<when_unclear>
- 質問だけでは条件を判定できないときは、判定に必要な点を1〜2個だけ質問する。
- 質問せずに答えるときは、「〜の場合は」と前提を明記する。
</when_unclear>
<final_check>
送信前に自分の回答を読み返し、次を確認して直す。
- 条番号のない日数・金額・条件が混ざっていないか
- 資料にない言い切り（「必ず」「いつでも」など）がないか
- 長さのルールを超えていないか
</final_check>
<policy>
（ここに上の返品・返金ポリシー全文を貼る）
</policy>
根拠ルール：条番号を「証拠の置き場所」にする
ガイドには、長い資料を扱うときの指示があります。主張を資料の該当セクションにひもづけ、日付や条件などの細部は引用か要約で示す、というものです。今回の資料は短いので、これを条番号を必ず添えるというルールに置き換えました。
条番号を書かせる狙いは、答えを人が確かめやすくすることです。条番号の付与や自己点検だけで正確性が保証されるわけではなく、誤った条文の参照も評価で確認します。条番号のない数字が出てきたら、それだけで「根拠の外から持ち込んだ数字かもしれない」と判断できます。
長さルール：文の数で上限を決める
ガイドの例も、長さを「3〜6文」「箇条書き5つまで」のような数で指定しています。「簡潔に」だけでは、どこまで短くすればよいかが決まりません。
FAQ窓口では、もっと短い3文を上限にしました。そのうえで、手順のときだけ例外を設けています。例外を書いておかないと、手順を説明するときに3文に詰め込もうとして、かえって読みにくくなるおそれがあります。
範囲ルール：やらないことを名前で挙げる
ガイドの範囲の制約の例は、UIの実装を想定しています。「依頼されたことだけを実装し、追加の機能や装飾をしない」という内容です。ここでは同じ考え方を問い合わせ窓口に置き換え、やらないことを具体的に列挙しました。
「範囲外のことはしない」と書くだけでは、何が範囲外かの判断をモデルに任せることになります。おすすめ・クーポン・他社比較・法律判断と名前で挙げるほうが、評価のときにも判定しやすくなります。
迷ったとき・送信前の点検
あいまいな質問への対応として、ガイドは次のどちらかをすすめています。1〜3個の的確な確認質問をするか、前提を明示した2〜3通りの解釈を示すか、です。窓口の会話では質問攻めは負担になるので、1〜2個にしぼりました。
送信前の点検は、ガイドにあるリスクの高い場面での自己点検を下敷きにしています。点検するのは、書かれていない前提、資料にない数字、強すぎる言い切りの3つです。それを返品FAQの言葉に置き換えました。
テスト質問と評価観点
依頼文ができたら、ふだんの質問だけでなく、わざと難しい質問でも試します。次の5問は、ずれごとに1問以上が当たるように選んでいます。
| # | テスト質問 | 期待する振る舞い | 主に見るずれ |
|---|---|---|---|
| 1 | 箱を開けたけど使っていません。返品できますか？ | 第2条の条件を説明し、第1条の期限と第3条の対象外にも触れる | 長さ |
| 2 | 海外に届いた商品も返品できますか？ | 「この資料には記載がありません」＋窓口案内 | 根拠不足 |
| 3 | 返品したいです。 | 到着日や商品の種類など、判定に必要な点を1〜2個質問する | あいまいさ |
| 4 | 代わりにおすすめの商品はありますか？ | 範囲外であることを1文で伝え、窓口案内 | 範囲逸脱 |
| 5 | 返金はいつになりますか？ | 到着確認後7営業日以内（第5条） | 根拠不足 |
参考に、質問1と質問2について、こう答えてほしいという例を書いておきます。説明用に手で書いた例で、モデルの実際の出力ではありません。
質問1の手作業例：開封済みでも、未使用で付属品と外箱がそろい（第2条）、対象外の商品でなければ返品対象です（第3条）。商品到着日から14日以内に返品申請フォームからお申し込みください（第1条）。
質問2の手作業例：海外配送の商品の返品については、この資料には記載がありません。お手数ですが、サポート窓口へお問い合わせください。
回答を確かめるときは、次の観点で1問ずつ○か×をつけます。点数をつけるよりも、どの観点で落ちたかを記録するほうが、依頼文のどこを直すかにつながります。
| 観点 | ○の条件 |
|---|---|
| 根拠 | 日数・金額・条件のすべてに、正しい条番号が付いている |
| 資料外の扱い | 資料にない話題を推測で埋めず、「記載がない」と伝えている |
| 長さ | 長さのルール（3文以内、または手順4ステップ以内）を守っている |
| 範囲 | おすすめ・クーポン・他社比較・法律判断を含まない |
| あいまいさ | 判定できない質問では、確認するか、前提を明記している |
直すときは、一度に1か所だけ変えて、同じテスト質問で試し直します。参考資料のガイドも、モデルを移行するときの手順として、変更を1つずつ行い、そのたびに評価をやり直すことをすすめています。
図3：テスト質問→採点→1か所だけ修正→再実行の繰り返し（静止画版）
調整でつまずきやすい点
評価で×が出たときに、どこを疑えばよいかを表にまとめました。どれも、今回の題材から考えた確認の手がかりです。実際に検証した対処法ではありません。
| 症状 | 疑う箇所 | 試す変更 |
|---|---|---|
| 条番号は付いているが、中身が条文と違う | 根拠ルール | 条文の該当部分を短く引用させるルールを足す |
| 「記載がありません」が多すぎる | 資料の不足かルールの強さ | まず資料に本当に書かれていないかを確かめ、足りなければ資料を補う |
| あいまいでない質問にも質問を返す | 迷ったときのルール | 「条文だけで判定できるときは質問しない」と追記する |
| 手順なのに3文に詰め込む | 長さルールの例外 | 手順として扱う質問の例を1つ書き添える |
| 返品とつながる質問（交換）まで断る | 範囲ルール | 扱う範囲に含めるかを決め、明記する |
APIで使う場合も、考え方は同じです。GPT-5.2のモデルページによると、推論の深さを決める reasoning.effort は none（既定）、low、medium、high、xhigh を受け付けます。依頼文と推論の深さを同時に変えると、どちらの変更が効いたのかわかりません。片方ずつ試してください。
また、GPT-5.2は現在前世代の扱いです。新しいモデルでこの依頼文を使うときも、同じテスト質問と評価観点で確かめ直すことをおすすめします。
まとめ
返品FAQのような資料にもとづく回答では、根拠不足・出力長・範囲逸脱の3つのずれを、別々のルールで抑えるのが出発点です。
- 根拠は条番号で示させ、資料にない話題は「記載がない」と言わせる
- 長さは「簡潔に」ではなく、文の数で上限を決める
- 範囲は、やらないことを名前で挙げる
- 迷ったときの振る舞いと、送信前の点検を書いておく
- わざと難しいテスト質問を含めて評価し、1か所ずつ直す
自分の業務の資料で試すときは、まずテスト質問の表を作ってみてください。どんな失敗を防ぎたいのかがはっきりすると、依頼文に書くべきルールも決まります。
参考リソース
- GPT-5.2 Prompting Guide（OpenAI Cookbook）：この記事の参考資料。長さ・範囲・あいまいさ・自己点検・移行時の評価の考え方
- openai-cookbook registry.yaml：上記ガイドの公開日（2025-12-11）の確認元
- GPT-5.2 モデルページ（OpenAI API Docs）：前世代扱いであることと、
reasoning.effortの値
