要点
OpenAIは10月6日、gpt-6-lunaと組み合わせるDecisions APIをベータ公開しました。公式の変更履歴は、テキストと画像を型付きの回答へ変換し、Responses APIの10倍の速度で動かす用途として案内しています。会話、ツール呼び出し、長い推論を一つのAPIへ寄せるのではなく、入力を決まった判定・分類結果にする経路を分けられる可能性が出ました。
何が変わったのか
OpenAI API Changelog（OpenAI、2026年10月6日）は、v1/decisions をベータとして公開し、gpt-6-lunaで利用できると記載しています。同資料が示す用途は、テキストまたは画像を型付きの回答へ変換することです。会話の継続、外部ツールの実行、背景処理までを含むResponses APIの置換とまでは案内していません。
型付き回答が効くのは、たとえば受信した問い合わせを「返金・障害・利用方法」に振り分ける、画像付き申請を所定の項目へ転記候補にする、といった後段が決まったデータ形式を待つ処理です。公開されたのはベータであり、対応する入力形式、出力スキーマ、利用上限は実装前に現在の公式リファレンスで確認する必要があります。
どこで効くのか
一般的なWeb・AIアプリでは、ユーザーとの対話を生成する経路と、画面やワークフローが必要とする項目を抽出する経路を分離できます。後者を型付きの結果として受け取れれば、JSONを文章から取り出すための後処理や、項目不足を検出する検証を小さくできます。
一方で、速度の記載だけで既存のResponses API呼び出しを置換する判断はできません。実際に必要なのが会話状態、ツール実行、ストリーミング、複雑な出力かを先に分け、ベータAPIの対応範囲と照合します。
導入するか
採用判断
様子見 — 固定項目への分類・抽出を大量に行う経路がある場合は、ベータの対応範囲と代表入力で評価する価値があります。対話やツール実行を中心にした機能は、公開情報だけでは置換対象と判断しません。
15分ミニ課題
- 自分のアプリで、文章または画像を受け取った後に決まった項目へ変換している画面・ジョブを一つ選びます。
- 入力例を三つと、必須項目・許容値・欠損時の扱いを一枚のメモへ書き出します。
- その経路が会話継続、ツール実行、長時間処理を必要とするかを「必要／不要」で記録します。
- 固定項目だけで完結するなら、Decisions APIの最新リファレンスで同じ入出力が対応しているかを確認して完了です。
前提知識
ベータAPIは仕様や利用条件が変わり得ます。型付き出力を採用しても、アプリ側では必須項目、値の範囲、失敗時の表示を検証し、モデル出力をそのまま永続化・実行しない設計が必要です。
参照元
- Changelog — OpenAI API、2026年10月6日公表。Decisions APIのベータ公開、対象モデル、用途と速度の説明を掲載。