「短いプロンプトのほうが性能が出る」——GPT-5.5では、これまでのプロンプトの常識が覆ります。
OpenAIは2026年4月25日、GPT-5.5向けの公式プロンプトガイダンスを公開しました。従来モデル向けに書いたプロンプトをそのまま使うと、かえって性能が落ちる場合があるという内容です。
この記事でわかること
- GPT-5.5のプロンプト設計が従来モデルと何が違うのか
- 「結果ファースト」のプロンプトの書き方
- reasoning effortとtext.verbosityの使い分け
- 既存プロンプトの移行方法
従来のプロンプトが逆効果になる理由
GPT-5.5の最大の変化は、プロンプトに求められるスタイルです。公式ガイドは冒頭で「古いプロンプトスタックからすべての指示を引き継がないこと」と明言しています。
従来のGPTモデルでは、ステップバイステップの手順を細かく書くことがベストプラクティスでした。「まずAを調べ、次にBと比較し、すべての例外を検討し……」という長い指示です。GPT-5.5では、こうした詳細な手順がモデルの探索範囲を狭め、機械的な回答を生みやすくなります。
代わりに求められるのは「結果ファースト」のプロンプトです。期待する成果、成功基準、制約条件、出力形式を定義し、そこに至る手順はモデルに任せます。
「結果ファースト」プロンプトの具体例
公式ガイドでは、カスタマーサポートエージェントの指示を例に挙げています。従来型の「まずAを確認→Bを確認→ツールを呼ぶ→ユーザーに説明」という手順書を、GPT-5.5では次のように書き換えます。
「顧客の問題をエンドツーエンドで解決する。成功とは、ポリシーとアカウントデータから適格性を判断し、許可されたアクションを完了し、最終回答にcompleted_actions・customer_message・blockersを含めること」——手順ではなくゴールを定義する形式です。
「ALWAYS」「NEVER」「must」といった絶対的な指示も見直しが必要です。安全ルールや必須の出力フィールドには使って構いませんが、ツールの呼び出し判断や検索の要否といった判断が伴う場面では、ルールベースの条件文に書き換えたほうが良い結果が得られます。
reasoning effortとtext.verbosity
GPT-5.5では2つの新しいパラメータが重要になります。
reasoning effortはモデルの思考量を制御します。デフォルトはmediumで、従来モデルより少ない推論トークンで同等以上の品質を出せます。低レイテンシが必要ならlowを、複雑なエージェントタスクにはhighやxhighを選びます。ただし、effortを上げれば必ず良くなるわけではありません。指示に矛盾があったり停止条件が曖昧だったりすると、高いeffortはかえって過剰な思考やツール呼び出しを引き起こします。
text.verbosityは出力の長さを制御します。デフォルトはmediumですが、簡潔な回答が欲しい場合はlowが推奨されています。GPT-5.5ではlowに設定した場合、GPT-5.4よりも大幅に短い回答が返ります。
デフォルトの応答スタイルの変化
GPT-5.5のデフォルトスタイルは「効率的・直接的・タスク指向」です。APIやバックエンド処理にはそのまま使えますが、カスタマー向けチャットや会話型プロダクトでは、パーソナリティと協調スタイルの明示的な定義が必要です。
公式ガイドには2種類のパーソナリティブロックが掲載されています。「落ち着いた実務型」では、ユーザーの能力を信頼し、不明点があっても文脈から推測して前に進む指示を与えます。「表現豊かな協調型」では、好奇心や遊び心を持ちつつ明確な提案を行う指示です。いずれも短く書くことがポイントで、長いパーソナリティ定義はタスク指示と競合します。
ストリーミング体験の改善：プリアンブル
複数ステップのタスクでは、最初のトークンが表示されるまでの待ち時間が長くなりがちです。公式ガイドでは「ツール呼び出しの前に、リクエストを受け付けた旨と最初のステップを1〜2文で返す」パターンを推奨しています。Codexアプリではすでにこのパターンが採用されており、長時間の処理でもモデルが停止したように見えない効果があります。
既存プロンプトの移行方法
OpenAIはCodex向けにワンコマンドの移行ツールを用意しています。$openai-docs migrate this project to gpt-5.5を実行すると、OpenAI Docsスキルがガイドの推奨事項に沿ってプロンプトを書き換えます。
手動で移行する場合の手順は明確です。モデルスラッグをgpt-5.5に更新し、Responses APIを使い、reasoning effortを調整します。プロンプトからステップバイステップの手順を削除し、成果と成功基準だけを残します。出力スキーマの定義はプロンプトから外してStructured Outputsに移行し、静的な部分を先頭に置いてプロンプトキャッシュを最適化します。現在の日付の記載も不要です。GPT-5.5はUTCの日付を認識しています。
まとめ
GPT-5.5のプロンプト設計は、手順の詳細さから成果の明確さへとシフトしました。従来モデルで有効だった長く細かい指示が、新モデルでは探索範囲の制限や品質低下を招く可能性があります。既存のプロンプトを持つ開発者は、まず最小限のプロンプトで新しいベースラインを作り、そこからreasoning effort・verbosity・ツール記述・出力形式を調整していくアプローチが公式に推奨されています。