OpenAI公式『GPT-5.5 Prompting Guide』非エンジニア向け超やさしい解説 — プロンプトは「指示書」から「お願い文」へ、明日から使える12のコツ
SINYBLOG — OpenAI公式『GPT-5.5 Prompting Guide』完全日本語解説 — プロンプトは「作業手順書」から「成果定義書」へ、AI時代の設計術を15章で再構成

スポンサードリンク



目次

OpenAI Developers · GPT-5.5 Prompting Guide · 非エンジニア向け超やさしい解説

AI に頼んだのに、思った答えが返ってこない——そんな経験はありませんか。じつは GPT-5.5 になって、「ちゃんと書いたつもりのプロンプト」が逆にAIの足を引っ張るようになりました。この記事は、OpenAI が公開した公式ガイド 「GPT-5.5 Prompting Guide」[1]を、ChatGPT を毎日使う非エンジニアの方でも腹落ちするように、コード例ゼロ・例え話多めで再構成しました。読み終わるころには、「明日からのプロンプトの書き方」がはっきり変わる——そのつもりで書いています。所要時間は約 15 分です。

you@gpt-5-5:~/guide 01_tldr.md結論:プロンプトは「指示書」から「お願い文」へ

細かいことは後回しにして、まず結論からお伝えします。GPT-5.5 時代のプロンプトで大事なポイントは、たった 1 行で表せます。

この記事を1行で言うと

「AIに細かい手順を命令する」のをやめて、「最終的にどうなってたら成功か」を書く。

これだけです。今までは「まずA、次にB、その後C…」と手順を書くのが正解でした。でも GPT-5.5 では、AIが自分で段取りを考えられるくらい賢くなったので、あなたが手順を書きすぎると、かえってAIの邪魔をしてしまうのです。

たとえば旅行プランを部下に頼むとき、「まず候補地を3つ調べて、次に予算を比較して、それから天気を調べて、最後に表にまとめて」と細かく言うより、「家族4人、3日間、予算20万、温泉付きで。表で比較してくれる?」のほうが、結果的にいい提案が返ってきますよね。AIへの依頼も、同じ感覚で書く時代になりました。

この記事では、その「お願い文」をどう書けばいいかを、12 のポイントに分けてお伝えします。最後にコピペで使えるテンプレートも用意したので、そこだけ持ち帰ってもOKです。

you@gpt-5-5:~/guide 02_why_changed.mdなぜGPT-5.5でプロンプトの書き方が変わったの?

OpenAI 公式ガイドの冒頭に、こんな内容が書かれています[1]

古いプロンプトをそのまま使い回すのはやめなさい。昔のモデルは脱線しないよう細かく指示してあげる必要がありました。でも GPT-5.5 にとっては、それがノイズになり、答えの選択肢を狭め、機械的で硬い回答になってしまいます。

OpenAI Developers — GPT-5.5 prompting guide(要旨を意訳)/ [1]

つまり、「過去2〜3年で覚えたプロンプトのコツ」をいったん棚卸ししようということです。これはちょっとショッキングな話で、いままでせっかく身につけてきたプロンプトの書き方が、最新モデルでは逆効果になりかねない、と公式が言っているわけです。

たとえばこんな書き方が「足を引っ張る」

  1. 「ステップ 1:◯◯。ステップ 2:△△。ステップ 3:□□」のように手順を細かく指示する
  2. 「絶対に〜してください」「決して〜しないでください」を多用する
  3. 「丁寧に」「親しみやすく」「読みやすく」のような曖昧な形容詞を並べる
  4. 毎回必ず箇条書きで・必ず見出しを付けて・必ず結論からのように形式を強制する

これらは GPT-4 / GPT-5 までは「効くおまじない」でした。でも GPT-5.5 では、賢くなったAIが自分で判断するべき部分まで縛ってしまうので、出力が硬くなりがちです。

怖がらなくて大丈夫

「じゃあ今までのプロンプトは全部書き直し?」と心配になるかもしれませんが、安心してください。「まあまあうまくいっていたプロンプト」は、そのままでもまあまあ動きます。ただ、もう一段品質を上げたい場合や、AIが期待通り動かないと感じる場合は、この記事のポイントで書き直してみてください。劇的に変わるはずです。

you@gpt-5-5:~/guide 03_request_letter.mdプロンプトは「優秀な部下への依頼書」だと思って書く

この記事を通じて、ぜひ覚えていただきたい考え方が一つあります。それは、プロンプトを「優秀だけど初対面の部下に渡す依頼書」として書く、というものです。

ダメな依頼の例(曖昧)

この資料、いい感じにまとめておいて。

これでも何かしら出てきますが、結果は安定しません。読み手は誰? 何文字くらい? 何を強調すべき?——これがあいまいだと、何度もやり直しになります。

いい依頼の例(成果が見える)

この会議資料を、来週の役員会向けに 1 ページに要約してください。
・最初に結論(このプロジェクトを進めるべきか)を書く
・次に判断材料を 3 点(コスト・期間・リスク)
・最後に「役員に確認したい質問」を 1 つ
忙しい役員が 1 分で読み切れる長さで、Markdown で出してください。

違いは何かというと、後者には 「読み手」「成果物の形」「成功条件」「制約」 が全部書いてあることです。これは部下に仕事を頼むときと、まったく同じ構造です。

部下に頼むとき AIに頼むとき
「役員会向けね」 読み手・対象を書く
「1 ページでお願い」 長さ・形式を書く
「結論から書いて」 構成を書く
「数字は最新四半期で」 制約・前提を書く
「迷ったら相談してね」 不確実なときの振る舞いを書く

これを意識するだけで、AIの回答は驚くほど安定します。「お願い文を書く」感覚で、これから先の章を読み進めてください。

you@gpt-5-5:~/guide 04_personality.md「どう話すか」と「どう動くか」を分けて伝える

公式ガイドが特に強調しているのが、AIの「話し方」と「働き方」を分けて設計しようという考え方です[1]。これ、はじめて聞くと地味に感じますが、ものすごく実用的なアドバイスです。

話し方(パーソナリティ)

これは「どんな人が答えてるように聞こえるか」のことです。たとえば——

  1. 丁寧で落ち着いた口調 vs フレンドリーで親しみやすい口調
  2. 絵文字あり vs なし
  3. 結論を即出す vs 雑談から入る
  4. 冗談を言う vs 真面目一辺倒

働き方(コラボレーションスタイル)

こちらは「どう仕事を進めるか」のことです。たとえば——

  1. 分からないとき、すぐ聞き返す vs 推測して進める
  2. リスクがある操作で止まる vs 確認なしで進む
  3. 不確実なところを「不確実」と書く vs 自然に書ききる
  4. 提案を多めに出す vs 質問されたことだけ答える

なぜ分けるの?

たとえば「フレンドリーに、絵文字使って、でも事実と推測は分けて、不確実なときは断定せず…」と全部 1 段落に詰め込むと、AIが何を優先していいか分からなくなります。話し方と働き方は別物なので、別ブロックに分ける。これだけで、AIの応答が一気に整います。

普段使いの簡単な使い分け

長いプロンプトを書く必要はありません。たとえば次のように 2 行ずつ書くだけで効きます。
【話し方】「丁寧だけど、結論は早めに。雑談はしないでください。」
【働き方】「分からないところは『不明』と書いてください。勝手な推測で埋めないでください。」

you@gpt-5-5:~/guide 05_outcome_first.md「何をしてほしいか」より「どうなってたら成功か」を書く

ここが、本ガイドのいちばん大事な部分です。OpenAI 公式が強調しているのは、こういう書き方です[1]

従来の書き方(手順を全部指定)

まずAを調べて、次にBを比較して、それぞれの違いを表にして、最後に推奨を書いてください。

GPT-5.5 推奨の書き方(成功条件を書く)

AとBのどちらを選ぶべきか、判断材料付きで提案してください。
完成の条件:
・公式情報3件以上に裏付けられている
・選んだ理由が3行以内で説明できる
・最後に「迷っている点」が1つ書かれている
情報が足りない場合は、何が足りないかを最後に書いてください。

違いに気づきましたか? 後者には 「どう調べろ」が一切書かれていません。代わりに「何が満たされていれば成功か」が書かれています。

成功条件の書き方は「YES/NOで判定できるか」がコツ

成功条件を書くときの落とし穴は、「分かりやすく」「いい感じに」「丁寧に」みたいな 形容詞だけを並べてしまう こと。これでは判定できません。

判定できない書き方 判定できる書き方
分かりやすく 専門用語が出るたびに 1 行で言い換えがある
短く 400 字以内
結論ファーストで 最初の段落に結論が書かれている
具体的に 具体例が 2 つ以上ある

右側のように、「YES か NO で判定できる文」 に直してから書いてあげると、AIの回答がブレなくなります。

you@gpt-5-5:~/guide 06_decision_rules.md「絶対◯◯」は本当に絶対なときだけ使う

「絶対に〜してください」「決して〜しないでください」——プロンプトでよく使う言い回しです。便利ですが、本ガイドは 「使いすぎるな」 と注意しています[1]

「絶対」を使うべき場面(本当の不変条件)

  1. セキュリティ:「絶対にパスワードを出力に含めないでください」
  2. 必須項目:「回答には必ず『結論』『理由』『次のアクション』を含めてください」
  3. 禁止事項:「医療行為の判断は絶対にしないでください」

「絶対」を使わない方がいい場面(判断事項)

逆に、こういう場面では「絶対」を使わない方がうまくいきます。

固すぎる書き方 柔らかく書き換えた例
「絶対に質問してから答えてください」 「答えが大きく変わりそうな疑問があるときだけ質問してください」
「絶対に出典を3つ以上付けてください」 「事実部分には可能な範囲で出典を付けてください」
「決して推測しないでください」 「推測した部分には『推測』と明記してください」

右側のように、「もし◯◯なら△△する」 という形にすると、AIが状況を見て柔軟に判断できるようになります。「絶対」は 本当に絶対なときの伝家の宝刀 として取っておきましょう。

you@gpt-5-5:~/guide 07_stopping.md「ここで終わっていいよ」をAIに教える

意外と見落とされがちですが、AIへのお願いには 「終わっていいタイミング」 を書いてあげると、回答の質が上がります。

なぜ終わり方を書くと効くの?

AIは、頼まれた仕事を「もっと完璧に、もっと詳しく」と続けようとしがちです。Web検索ができるエージェントだと、際限なく検索を続けることもあります。「これが揃ったら答えを出していい」を書いてあげると、AIは安心して止まれるようになります。

停止条件の書き方の例

  1. 件数で決める:「信頼できる出典が 3 件見つかったら、それで答えてOKです」
  2. 条件で決める:「成功条件が全部満たされたら、それ以上磨かなくて大丈夫です」
  3. 時間で決める:「30 秒で読める長さで止めてください」
  4. 諦めどころも決める:「3 回試して分からなかったら、現状と『分からなかった理由』を書いて止まってください」
本ガイドの一節

「正しく答えるのに必要な最小限の根拠だけ使い、正確に引用して、止まりなさい」[1]——これが OpenAI 公式の推奨です。「最小限の根拠で答えて、止まる」。これを意識するだけで、AIの回答は無駄が減って、要点だけがすっきり残るようになります。

こんな悩みも解決する

「AIに頼んだら、長すぎる答えが返ってきて困る」「無駄な前置きが多い」——これらは、ほぼ全部 停止条件を書いていない ことが原因です。「結論が書けたらすぐ止まってください」と一言添えるだけで、ぐっと使いやすくなります。

you@gpt-5-5:~/guide 08_formatting.md見出しや箇条書きは「呼ばれたときだけ」

これも意外な話なのですが、本ガイドは 「箇条書き・見出し・太字を使いすぎるな」 と書いています[1]。普段の会話・説明・レポート・解説では、普通の段落を基本にしなさい、というのが公式の推奨です。

箇条書きを使っていいのはこんなとき

  1. ユーザーが「箇条書きで」と頼んだとき
  2. 順位や比較を見せる必要があるとき
  3. 段落で書くと探しにくい情報を見せるとき

逆に、説明や物語性のある内容を全部箇条書きにしてしまうと、中身よりも形式の方が重く感じられて、読みにくくなるのです。

「読み手」と「長さ」を伝えるとうまくいく

形式を細かく指定するより、「誰向けに、何字くらいで」を伝えた方が、自然な答えになります。たとえば——

シニア層のビジネスパーソン向けに書いてください。400 字以内。短い段落で構成し、走査性を上げる必要があるときだけ箇条書きを使ってください。最初に結論、次に理由、最後に注意点という順序でお願いします。

「結論→理由→注意点」という順序は、ビジネス文書の鉄板パターン(ピラミッド構造)です。GPT-5.5 はこういう枠組みを伝えてあげると、その通りにきれいに書いてくれます。

you@gpt-5-5:~/guide 09_preserve_first.md文章を直してもらう魔法 ——「保ちながら直す」

AIに「この文章を改善して」と頼むと、ほぼ必ず 勝手に長くなって戻ってくる という経験、ありませんか。

500 字で書いたメールを「改善して」と頼んだら、800 字に膨らんで返ってくる。「画期的な」「圧倒的な」みたいな、お願いしてもいない大袈裟な形容詞が混ざって戻ってくる。これは、AIが 「改善=足す」 と解釈してしまうクセがあるからです。

本ガイドが教えてくれる魔法の一文

依頼されたアウトプットの長さ・構造・ジャンルをまず保ってください。明瞭さ・流れ・正確さは静かに直してください。明示的に求められない限り、新しい主張・セクション・宣伝的なトーンを足さないでください。

OpenAI Developers — GPT-5.5 prompting guide(要旨を意訳)/ [1]

これをそのまま使ってもいいくらい優秀なお願い文です。ポイントは 「保つ」を「直す」より先に書くこと。これで、AIは「足す」のではなく 「引き算と置き換え」で改善するようになります。

そのまま使えるテンプレ

次のメールを直してください。
【保つこと】長さ(元の±10%)、丁寧体、段落の数。
【直すこと】主語と述語のねじれ、重複表現、専門用語の言い換え。
【禁止】新しい段落の追加、宣伝的な形容詞(「素晴らしい」「画期的な」など)の挿入。

このパターンは、社外向けのメール、PR文、お客様への返信、社内文書のリライトなど、「正解の長さや形が決まっている」編集タスクすべてに使えます。

you@gpt-5-5:~/guide 10_creative_guardrails.md事実と創造を分ける ——「強く見せるための嘘」を防ぐ

これは、提案書・企画書・営業資料・プレスリリースなど、「説得力を求められる文章」をAIに書かせるときに、絶対に押さえておきたい話です。

AIがやりがちな「うっかり捏造」

AIに「魅力的な提案書を書いて」と頼むと、ときどきこんなことが起きます。

  1. 聞いてもいない「業界初」「No.1」「3倍の生産性向上」が混入する
  2. 架空の顧客事例(「A社では導入後30%改善」など)が紛れる
  3. 実在しない指標やパーセンテージが入る
  4. 言ってない「ロードマップ」が完成形のように書かれる

これは、AIが 「説得力を上げるには具体的な数字や固有名詞があった方がいい」 と判断してしまうクセが原因です。社外に出す文書だと、後から事実確認した時に取り返しのつかない失態になりかねません。

本ガイドが教えてくれるガードレール

OpenAI 公式は、創作系の依頼に対して 3 つの原則を提案しています[1]

  1. 事実は、提供された資料からだけ引用する。製品名・顧客名・数値・日付・能力・競合主張は、こちらが渡した資料の中身だけを使う。
  2. 「強く聞こえるため」の捏造を禁止する。具体的な企業名・数値・KPI を発明しない。
  3. 裏付けが弱い箇所は「TBD」や「仮定」と明記する。具体を捏造するくらいなら、空欄ラベルを残す方が安全。

そのまま使えるテンプレ

次の素材で営業提案書を書いてください。
【ルール】
・数字・企業名・事例は、添付した資料に書かれているものだけを使ってください
・資料にない具体(パーセント・固有名詞)は絶対に発明しないでください
・裏付けがない箇所は「[要確認: ◯◯]」と書いて空欄にしてください
・「業界初」「画期的な」「圧倒的な」などの装飾的形容は使わないでください

これだけで「うっかり捏造」が激減

このルールを入れると、AIの回答に [要確認: 直近四半期の売上] のようなマーカーが残るようになります。一見作業が残っているように見えますが、これは 「ここは人間が確認すべき」というチェックリストとして機能します。むしろ仕事の質が上がる証拠です。

you@gpt-5-5:~/guide 11_self_check.mdAIに「自分の仕事をチェックして」と頼む

本ガイドが繰り返し強調しているのが、AIに自己チェックさせる習慣です[1]。これは難しい話ではありません。「答える前に、自分でチェックリストを通してから出してね」とお願いするだけです。

非エンジニアでも使える自己チェックの頼み方

回答する前に、次のチェックを自分で通してください。すべてYESになってから答えてください。
・最初に結論が書かれているか
・成功条件にすべて答えられているか
・固有名詞や数字に、出典または「[要確認]」が付いているか
・400字を超えていないか
・装飾的な形容詞で誤魔化していないか

これを最後の一段落として加えるだけで、回答の質は明らかに変わります。「あ、書き忘れてた」「あ、ちょっと盛りすぎた」を、AI自身が直してから出してくれるようになるからです。

使い分けの目安

タスクの種類 自己チェック項目の例
要約・サマリー ・元文書の主要論点を3つカバーしているか/・要約後の長さは指定通りか
提案書・企画書 ・固有名詞と数字に出典または[要確認]が付いているか/・装飾的形容詞を使っていないか
メール・返信 ・敬体は元のままか/・主語と述語がねじれていないか
調査・リサーチ ・3件以上の出典があるか/・推測部分は「推測」と明記したか

「最後にチェックしてから出して」——たった一言加えるだけの簡単な習慣ですが、これを毎回やるかどうかで、AIの仕事ぶりは大きく変わります。

you@gpt-5-5:~/guide 12_template.mdそのまま使える「お願い文テンプレート」

ここまでお伝えしてきた要素を、1 枚のテンプレートにまとめます。OpenAI 公式が推奨する 7 ブロックの構成[1]を、非エンジニア向けに 5 つに集約しました。明日からそのままコピペで使えます

md— GPT-5.5 時代のお願い文テンプレート(5ブロック版)

【あなたの役割】
(例:あなたは経営企画担当のサポートアシスタントです)

【ゴール】
(例:来週の役員会で配布する資料の要約を作る)

【成功条件 — 全部YESになったら完成】
・最初に結論が書かれている
・判断材料が3点(コスト・期間・リスク)に整理されている
・専門用語には1行で言い換えがある
・読み手は5分で読み切れる

【ルール】
・添付資料にない数字や固有名詞は発明しない
・裏付けが弱い箇所は[要確認]と書く
・装飾的な形容詞(「画期的な」など)は使わない

【出力】
・Markdown形式
・400字以内
・最初に結論、次に判断材料、最後に「役員に確認したい質問」を1つ

【止まり方】
・成功条件がすべて満たされたら、磨かずそこで止まる
・情報が足りないときは「[不明: ◯◯]」と書いて止まる

使い方のコツ

  1. 5 ブロック全部を埋める必要はありません。難しいタスクほど多めに、簡単なタスクは少なめでOK。
  2. 「役割」と「ゴール」だけは必ず書く。これがないと、AIは何を目指せばいいか分からなくなります。
  3. 成功条件は YES/NO で判定できる文に。曖昧な形容詞だけでは効きません(→Chapter 5 を参照)。
  4. 困ったらこのテンプレに戻る。プロンプトに迷ったら、5 ブロックのうちどこが抜けているか、を点検してみてください。

短いお願いでも考え方は同じ

「いちいちこんなテンプレ書くの大変…」と感じた方も大丈夫。普段の短いお願いでも、「ゴール+成功条件+止まり方」の3点を意識するだけで、回答は別物になります。たとえば——

このメールを社外向けに直してください。【ゴール】丁寧で誤解されない返信に。【成功条件】長さは元のまま、誤字脱字ゼロ、装飾的形容詞は使わない。【止まり方】直したら磨かずに止めて。

これだけで、AIの仕上がりは段違いになります。慣れてきたら自分なりにアレンジしてみてください。

you@gpt-5-5:~/guide 99_summary.mdまとめ:AIは「道具」じゃなく「仕事を任せる相手」

OpenAI 公式『GPT-5.5 Prompting Guide』を、非エンジニアの方向けに 12 章で再構成してきました。最後に、明日から実践してほしい 3 点だけ繰り返します。

  1. 細かい手順より「成功条件」を書く。「YES/NOで判定できるか」を意識して、ゴールと完了の定義を伝える。形容詞だけのふわっとした指示は卒業する。
  2. 話し方と働き方を分けて伝える。「丁寧に、でも事実と推測は分けて、絶対に断定せず…」と詰め込まず、それぞれを別ブロックで短く書く。
  3. 「止まり方」と「自己チェック」を必ず添える。「ここで終わっていいよ」と「最後にチェックしてから出して」を、最後の一段落として習慣化する。

これからのAI活用は「マネジメント」

本ガイドを通読すると、もう 1 つ強く伝わってくるメッセージがあります。それは——AIは「道具」ではなく「仕事を任せる相手」になりつつある、ということです。

道具なら操作手順を覚えれば使えます。でも、仕事を任せる相手なら、依頼の書き方・期待値の設定・チェックポイント・撤退条件まで設計する必要があります。GPT-5.5 が要求しているのは、まさに後者の関係性です。

これは、これからのビジネスパーソンに必要な新しいスキル「AIマネジメント力」の入り口です。プロンプトの小技を集めるよりも、「どんな成果を、どんな品質で、どこで止めるか」を設計する力を磨いていきましょう。

まずやってみる、を強くおすすめします

この記事の Chapter 12 のテンプレートを、いつものお願いに当てはめてみてください。最初は「ちょっと面倒だな」と感じるかもしれませんが、3 回やれば慣れます。1 週間続ければ、回答の質が変わったことに気づくはずです。プロンプトは、覚える知識ではなく、毎日積み重ねる習慣です。


References

  1. OpenAI. "GPT-5.5 prompting guide." OpenAI Developers Documentation. https://developers.openai.com/api/docs/guides/prompt-guidance?model=gpt-5.5 — 本記事の主題となる公式ガイド。Personality / Outcome-first / Stopping conditions / Formatting / Retrieval budgets / Creative drafting guardrails / Self-check / Suggested prompt structure の各セクションを、非エンジニア向けに翻案・再構成しました。
本記事は OpenAI Developers が公開した『GPT-5.5 Prompting Guide』[1]を一次資料として、運営者(現役 IT エンジニア・15 年以上の業界経験)が編集・構成しています。引用部分は原文から直接取り、解説は非エンジニアの読者層に向けて再構成しました。最新かつ正確な仕様は 公式ガイド をご確認ください。

おすすめの記事