OpenAIは2026年6月3日に reusable prompt objects と Evals platform の廃止方針を案内しました。単なる管理画面の整理ではなく、prompt の置き場所、評価フロー、デプロイ前チェックをまとめて見直す必要があります。特に v1/prompts は2026年11月30日に終了予定、Evals は2026年10月31日で既存evalsがread-only、11月30日にダッシュボードとAPIが終了予定です。既存運用を止めないためには、夏のうちに依存箇所を洗い出し、秋までに Responses API 前提の実装へ寄せるのが安全です。
何が終了するのか
今回の論点は2つです。1つ目は reusable prompt objects で、OpenAI公式は prompt content をアプリケーションコードへ移し、input と instructions で Responses API に渡す形へ移行するよう案内しています。2つ目は Evals platform で、公式の移行先は Promptfoo を含む外部評価基盤です。つまり、保存済みpromptをAPIから呼ぶ運用と、OpenAI管理画面中心の評価運用を同時に卒業する必要があります。
最初に確認したい3項目
まず確認したいのは、① responses.create で prompt_id や version を直接参照していないか、② CIや夜間バッチで OpenAI Evals API を叩いていないか、③ prompt変更の承認フローが管理画面頼みになっていないか、の3点です。ここが残っていると、11月末に一気に止まるだけでなく、変更履歴やロールバックの責任範囲も曖昧なままになります。SaaS部門、情シス、開発チームで誰がpromptを管理しているかも合わせて整理しておくべきです。
prompt objectsの移行手順
OpenAIの migration guide が勧める基本形はシンプルです。保存済みpromptの本文を prompts/supportReply.ts のようなコード管理モジュールへ移し、variables は typed function arguments に置き換え、Responses API の input に直接渡します。これでPRレビュー、テスト、feature flag、git tag を prompt変更にもそのまま適用できます。特に複数チームが同じpromptを触る環境では、管理画面上の更新よりも repo 管理のほうが監査しやすく、リリース事故も減らせます。
実務では、まず主要promptを棚卸しし、静的文言を前半・動的変数を後半に寄せる設計へ直すのが有効です。OpenAI公式も、exact prefix match に依存する prompt caching の利点を維持するため、静的部分を先に置く構成を推奨しています。単に inline 化するだけでなく、評価fixtureとセットで module 化するところまでやっておくと、移行後の品質劣化を抑えやすくなります。
Evals終了にどう備えるか
Evals platform は10月31日に既存evalsがread-onlyになり、11月30日にダッシュボードとAPIが終了予定です。評価が止まると、prompt移行の成否を確認できず本番反映が属人的になります。OpenAI公式は Promptfoo への移行導線を示しているため、今からやるべきことは、評価ケースをJSON/YAMLなどコード管理できる形式へ逃がし、CIで回せるようにすることです。最低限、代表的な失敗例、禁止回答、構造化出力の整合性だけでも外出ししておくと、read-only化の影響を小さくできます。
移行を遅らせないための進め方
おすすめは3段階です。第1段階は7月中に依存箇所の棚卸し、第2段階は8〜9月に prompt module 化と Responses API への切り替え、第3段階は10月までに評価基盤のCI移行を完了する流れです。特に複数プロダクトで prompt object を共有していた企業は、共通テンプレートを package 化し、各アプリから typed parameters で呼ぶ設計へ寄せると再利用しやすくなります。期限直前にまとめて直すより、先に1本移して運用ルールを固めるほうが失敗しません。
社内のprompt資産が散在していて、どこから移せばよいか迷う場合は、 HelloCraftAIに相談してください 。依存箇所の棚卸し、CIに載る評価設計、Responses API前提の移行優先順位づけまで実務目線で整理できます。
FAQ
Q. すぐに動かなくなりますか？ A. いいえ。prompt objects と Evals platform はどちらも2026年11月30日までは猶予がありますが、Evalsは10月31日にread-only化されるため、評価運用の見直しは先に着手したほうが安全です。Q. 移行先は必ずResponses APIですか？ A. OpenAI公式は新機能と改善を受ける前提として Responses API への移行を推奨しています。既存Chat Completions運用があっても、この機会に tool利用や会話状態を含めた再設計を検討する価値があります。
