OpenAI、GPT-5.5向けにプロンプトの書き直しを開発者に要請

モデルプロバイダーが「これまで積み上げてきたものを捨てなさい」と積極的に言うことは通常ない。しかしOpenAIは今回、その例外となった。

4月26日、OpenAIはGPT-5.5の公式プロンプトガイドを更新し、異例とも言えるほど直接的なメッセージを発信した。5.2や5.4向けのプロンプトをそのまま持ち込まないでください。それらは役に立つどころか、5.5の性能を妨げています。

なぜこのアドバイスが異例なのか

この業界に詳しい人なら誰でも、「プロンプト資産」が企業が大規模言語モデルを導入する際の最大の隠れコストの一つであることを理解している。GPT-4で何百ものプロンプトを作成し、5.0、5.2、5.4と移行してもそれなりに使えてきたものが、5.5への移行で突然書き直しを求められる——これは企業にとって確かな移行コストである。

OpenAIもそれを認識していないわけではない。今回の彼らの表現は、一字一句を吟味する価値がある。

「GPT-5.5を、gpt-5.2やgpt-5.4のドロップイン代替品として扱うのではなく、新しいモデルファミリーとしてチューニングしてください。業務を遂行できる最小のプロンプトから始めましょう。」

この言葉を言い換えれば、楽をしようとせず、プロンプトスタックを再評価せよということだ。

古いプロンプトの問題点

OpenAIは、非常に具体的な「アンチパターン」の特徴を2つ挙げている。

1. プロセスの過剰な指定

古いプロンプトには、「まずAを実行し、次にBを判断し、それからCを呼び出し、最後にDを出力する」といった指示が満載されていることが多い。これは以前のモデルの推論能力が弱く、手取り足取り導く必要があったためだ。しかし5.5は違う。結果を与えれば、モデル自身に経路を選ばせればよい。

OpenAIが示した比較例は以下の通り。

書き方効果
「顧客の問題をエンドツーエンドで解決する」推奨
「最初に問題を明確にし、次にナレッジベースを検索し、次に…」非推奨

後者が間違っているわけではないが、モデルの判断の余地を狭めてしまう

2. 出力スキーマの強制

これは特に開発者にとって重要な点だ。これまではJSON構造を安定させるために、プロンプトに「フィールドX、フィールドY、フィールドZを必ず含めること」といった指示を詰め込むことが多かった。GPT-5.5の推奨は、可能な限り省略し、モデル自身に構造化させること。製品の契約上どうしても必要な場合のみ、ハードコードすべきである。

古い「役割定義」が復活

興味深いことに、過去2年間のプロンプトエンジニアリングコミュニティでは、「あなたは専門家です」といった役割定義はノイズとみなされ、削除した方が良い結果が得られるという傾向があった。

しかしOpenAIの新しいガイドは、7つのパートからなる構造を推奨しており、その最初のパートが役割(Role)である。

  1. Role(役割)
  2. Personality(人格・口調)
  3. Goal(目標)
  4. Success criteria(成功基準)
  5. Constraints(制約条件)
  6. Output format(出力形式)
  7. Stop rules(停止ルール)

各パートの記述量について、OpenAIは短く具体的にとアドバイスしている。例えばsuccess criteriaには「ユーザーが満足する」ではなく、「問題が解決され、次の実行可能なアクションが提供される」と書くべきだとしている。

細かい変更点:デフォルトのreasoning effortが変更

GPT-5.5のもう一つの暗黙の変更点は、デフォルトのreasoning effortがhighからmediumに変更されたことだ。

つまり、プロンプトをそのまま移行すると、モデルは5.4よりも「考える」度合いが少なくなる。OpenAIはmediumを新しいベースラインとして扱い、mediumで不十分だと確認できた場合にのみ、highに引き上げることを推奨している。この背景にはレイテンシーとコストの考慮がある。5.5のmediumはすでに5.4のhighよりも賢いため、デフォルトでhighにする必要はないという判断だ。

検索予算と短い前置き

エンジニアリング的な観点から、さらに2つの詳細を記しておく価値がある。

  • Retrieval budget:情報検索が必要なタスクでは、モデルに検索回数の最大値を明示的に指示する。OpenAIが示す出発点は、「短くて識別力のあるキーワードを使い、1回の広域検索を行う」である。
  • Short preamble:ストリーミング出力のシナリオでは、ツール呼び出しの前に1~2語の「了解」を示す応答を出力させることで、ユーザーに応答が速く感じられるようにする。

これらの2つのテクニックは、長時間かかるタスクをよりスムーズに感じさせるためのものだ。モデル自体が高速化したわけではなく、ユーザーへのフィードバックのリズムが速くなったのである。

なぜこのガイドはこれほど直接的か

OpenAIがこれまで公開してきたプロンプトガイドは、ほとんどが「提案」の域を出なかった。今回の5.5ガイドは、はるかに強い口調である。その背後にある理由は複雑ではない。

5.5の対外価格は5.4と同等だが、内部のコスト構造は変化している。5.5は短く鋭いプロンプトに最もよく応答し、冗長で積み重ねられたプロンプトでは効率が低下する。開発者が古い方法を使い続ければ、OpenAI自身の収益も減少する

ある意味で、これはOpenAIが初めて「プロンプトは製品の一部である」と明確に述べた瞬間と言える。モデルは進化しており、プロンプトを更新しないことは古いバージョンを使い続けることに等しい。このことはここ数年誰もが認識していたが、製品側は曖昧にごまかし、誰も積極的に指摘しなかった。

開発者の反発はあるだろうか。おそらくあるだろう。しかし、主要顧客がA/Bテストを実施し、「プロンプト書き換え後に精度が数ポイント向上し、コストが数割削減された」という比較データを目にすれば、風向きは安定するだろう。

次のモデルアップグレードでは、おそらく「GPT-5.5から5.6への移行でもプロンプトの書き直しが必要か」という議論が巻き起こるだろう。

出典:OpenAI says old prompts are holding GPT-5.5 back and developers need a fresh baseline(The Decoder);GPT-5.5 prompting guide(simonwillison.net);CocoLoop;Using GPT-5.5(OpenAI公式ドキュメント)