OpenAIは9月29日のDevDayでDecisions APIを発表しました。公式まとめによると、開発者がテキストまたは画像の文脈と有限の事前定義回答を用意して独自の質問をし、分類、リクエストの振り分け、エージェントの次のアクション選択に使う回答を得るという限定的なタスクです。OpenAIは、GPT-6 Lunaの知能をこうした質問に集中させると説明しています。

この説明はアプリ開発者の関心を引きますが、公開された統合仕様ではありません。まとめでは限定プレビューとされ、より広い提供は「今後数日以内」とされています。9月30日に確認した時点で、OpenAI APIの変更履歴にDecisions APIの項目はありませんでした。確認した資料からは、公開リクエスト先、リクエスト／レスポンススキーマ、SDKの例、Decisions APIの料金も見つかりませんでした。BIG CHANGEはこのサービスを呼び出していません。

決定が製品の境界になる

アプリでは分類結果によって次の処理が決まるため、重要になることがあります。OpenAIの例は、カテゴリ選択、リクエストの振り分け、エージェントのアクション選択です。発表されたインターフェースでは、開発者の質問と許可された回答が中心です。各選択肢の意味をすでに把握しているソフトウェアなら、返された回答を活用できます。

有限の回答集合なら、自由形式の応答よりも意図した動作を指定しやすくなります。開発者はアプリに必要な選択肢を定義し、代表的な入力で選ばれた回答が正しいか評価できます。これは発表された設計の分析であり、プレビューの精度に関する結論ではありません。有効なラベルだけに制限しても、誤ったラベルを選ぶことはあります。ラベルだけで処理してよいか、確認が必要か、誤りからどう復旧するかはアプリ側の責任です。

モデルがエージェントの次のアクションを選ぶ場合、この違いは特に明確です。OpenAIはこれをDecisions APIの用途として挙げていますが、プレビューでのアクション実行の仕組みは公開していません。次の手順を選ぶことと実行することは別の操作です。OpenAIが別途説明しない限り、権限、実際の操作、その結果の確認は周辺のワークフローが担います。

既存APIで公開されている機能

今すぐ制約された出力が必要な開発者には、文書化された Responses APIとStructured Outputs があります。Structured Outputsでは、モデルの応答を指定したJSONスキーマに一致させ、値を固定候補に限るフィールドも設定できます。スキーマに従っていても値の誤りはなくならないと文書に記載されています。分類結果の形式を制約するのには便利ですが、分類自体の妥当性はタスクごとに評価する必要があります。Decisions APIがStructured Outputsを使うのか、実装を共有するのかはOpenAIから説明されていません。

Function callingはワークフローの別の部分を扱います。アプリが関数と引数を定義し、モデルが関数呼び出しを要求すると、アプリのコードが実行して結果を返します。選択した次の手順でツールを呼ぶ場合に関係します。どの関数を用意するか、要求された操作を許可するかは開発者が制御します。文書化された関数呼び出しの流れから、Decisions APIのエンドポイントや回答形式は分かりません。

Moderationは、有害な可能性があるテキストや画像を分類する専用機能です。文書化された結果は、確認や介入を含むアプリのコンテンツポリシーに役立ちます。有害コンテンツのカテゴリが論点なら、これが適切な比較対象です。一方、Decisions APIの発表は開発者が定義する質問と回答候補を説明しています。Decisions APIがModerationのエンドポイントを置き換えるとも、安全カテゴリを提供するとも、公式まとめには書かれていません。

この違いはコードだけでなく調達にも関わります。GPT-6 LunaのモデルページとAPIの料金ページには標準モデル料金が掲載されています。まとめにLunaへの言及があっても、Decisions APIの呼び出しに同じ料金が適用されるとは限りません。まとめにも、9月30日に確認した公開変更履歴にも、Decisions API独自の料金は記載されていません。予算を比較するには、明示的な価格と課金単位を待つ必要があります。

大きな変化

OpenAIは、テキストや画像をもとに開発者が定義した有限の選択肢から判断するサービスを発表しました。直近の機会は、モデルの回答とそれを使うアプリとの境界を明確にすることです。現時点では限定プレビュー段階の製品説明にとどまります。公開仕様がないため、信頼できる実装ガイドや既存APIとの実測比較はできません。

当社の DevDay発表ガイドでは、イベントの発表・プレビューの一つとしてDecisions APIを紹介しています。この記事では判断インターフェースと開発者が確認できる情報に焦点を当てます。BIG CHANGEのJevの概要とJevのデモはTypeSafe AIの別製品を扱います。判断に関する似た表現があっても、アーキテクチャ、学習、APIの動作が共通だとは言えません。

プレビューを採用する前に確認すること

実務上の次のステップは、現実の分類または振り分けタスク、許可する回答、正解と判断する根拠、誤答の影響を定義することです。そのタスクは既存の文書化済みAPIで今すぐ評価できます。Decisions APIについては、プレビューにアクセスできる開発者も統合前にOpenAIの正式な仕様が必要です。確認事項は、利用資格とアクセス方法、対応するリクエスト／レスポンス項目、未対応または曖昧な入力の扱い、レート制限、データ処理、料金、バージョン管理です。その後、実際のアプリの負荷で応答性とエラー率を測定します。発表にはこれらの測定結果はありません。

OpenAIの一般公開予定は時期の説明であり、アクセス開始の確認ではありません。公開条件は、APIの変更履歴や今後の製品文書で確認してください。それまでは、コミュニティの投稿にある速度、信頼度フィールド、正確な呼び出し構文をOpenAIの仕様として扱うべきではありません。

出典と参考資料

  • OpenAI『DevDay 2026 Recap』—9月29日のDecisions API発表。有限の回答、テキスト／画像の文脈、用途、限定プレビューを説明しています。リクエストスキーマ、料金、ベンチマークはありません。
  • OpenAI APIの変更履歴—9月30日に「Decisions API」「decision layer」「fast decision layer」を検索しましたが、項目はありませんでした。この不在は公式発表を取り消すものでも、非公開プレビューのアクセス状況を示すものでもありません。
  • OpenAI API: Structured Outputs—スキーマ準拠と、返された値に誤りがあり得るという注意を説明。Decisions APIの仕様ではありません。
  • OpenAI API: Function calling—関数定義、モデル呼び出し、アプリでの実行を説明。アクションの選択と実行を区別するために参照しました。
  • OpenAI API: Moderation—テキストと画像の有害コンテンツ分類、および目的別カテゴリとポリシー用途。
  • OpenAI API: GPT-6 LunaとAPIの料金—標準モデル料金の背景情報のみで、Decisions APIの課金は確定できません。
  • Hugging Faceコミュニティ記事（bna）—読者から寄せられた手掛かりで、OpenAIの発表やAPI仕様ではありません。速度や実装に関する主張は採用していません。