OpenAI Decisions APIとは｜選択肢から答えを返すAPI
OpenAI Decisions APIは、開発者が事前に定義した有限の回答候補から、入力された状況に合う答えを返すためのAPIです。OpenAIは、2026年9月29日（米国時間）のDevDayで、GPT-6 Lunaの能力を特定の判断へ向けるサービスとして紹介しました（出典: openai.com）。
発表全体の位置づけや各機能の提供対象は、OpenAI DevDay 2026の発表まとめで確認できます。
普通の生成AIに「どう思うか」と尋ねると、自由な文章で返答します。Decisions APIは、開発者が「A、B、Cのうち一つを選ぶ」と定める場面が主題です。答えが有限であれば、その結果を次のプログラムや担当者の作業へつなぎやすくなります。
関連記事：ChatGPT APIとは？料金の実額と上限設定、Web版との違い・できること
入力できるものと戻るもの
OpenAIの発表では、判断に必要な文脈をテキストまたは画像で渡せると説明されています。返すのは、利用者が事前に定義した質問と有限の回答に沿った結果です。具体的なリクエスト形式、レスポンスの項目、結果に付く信頼度などは、発表文からは確定できません（出典: openai.com）。
画像入力があるからといって、動画や音声も扱えるとは限りません。また、回答候補をいくつ設定できるか、複数の質問を一度に処理できるかも、正式な仕様の公開を待って確認する必要があります。
GPT-6 Lunaとの関係
OpenAIはDecisions APIについて、Lunaの知能を特定の質問と事前定義された有限の回答に集中させると表現しています。これは「GPT-6 Lunaを普通に呼ぶだけでDecisions APIと同じ結果が得られる」という説明ではありません。用途に特化した新しいAPIとして位置づけるのが正確です。
どのようにLunaのモデルを使っているか、通常のLuna呼び出しと内部処理がどう違うかは公開説明だけでは分かりません。実装上の差を推測して性能や単価を比較するより、正式な開発者資料が出てから確かめるべきです。
Decisions APIで示された3つの用途
OpenAIが発表文で挙げた用途は、コンテンツの分類、リクエストのルーティング、エージェントの次の行動選択です。いずれも、候補を決めたうえで一つの判断を返す点が共通します（出典: openai.com）。
1. コンテンツを分類する
分類とは、入力を定義済みの区分へ振り分けることです。例えば、受け取った文書を「要約対象」「人による確認が必要」「対象外」のいずれかに振り分ける設計が考えられます。これは製品の実績ではなく、発表された用途を一般的な作業に当てはめた例です。
重要なのは、区分の名前を決めることだけではありません。二つの区分にまたがる入力をどう扱うか、判断材料が足りないときにどの候補を返すかまで設計しないと、返された結果を安全に使えません。
2. リクエストの処理先を選ぶ
ルーティングは、入ってきた依頼を次の処理へ振り分けることです。たとえば、定型的な依頼なら自動処理へ、例外を含む依頼なら人による確認へ進める構成です。選択結果を受け取る側のプログラムや担当者が実際に動けるよう、候補と処理先を一対一で対応させます。
ただし、Decisions APIがどの外部システムへ直接接続できるかはOpenAIの発表では示されていません。APIが返した判断を自社の処理へどうつなぐかは、利用者側の設計課題として切り分けて考えます。
3. AIエージェントの次の行動を決める
エージェントが複数の手段を使えるとき、「資料を検索する」「追加情報を求める」「人へ引き継ぐ」といった次の一手を選ぶ用途です。発表は、このような行動選択をDecisions APIの例に挙げています（出典: openai.com）。
候補を有限に保つことで、選んでよい行動の範囲を設計しやすくなります。ただし判断が正しいかどうかは別問題です。権限のある操作を任せる前に、誤った選択が起きたときの戻し方と人の確認点を決めておきます。
AIエージェントを「どう作り、どう育てるか」を、GiftX記事制作エージェントの実物で解説。
関連記事：OpenAI Agents APIとは？Codex harnessの仕組み・使い方・料金
Decisions APIと自由な文章生成の違い
Decisions APIが向いているのは、答えの形式と候補を事前に決められる問いです。たとえば、長い説明文を書く、相手に合わせて提案を作る、未知の選択肢を探すといった自由な生成とは目的が異なります。答えを読む人より、その答えを受けて動く次の工程を意識した設計です。
| 比較する点 | 有限候補の判断 | 自由な文章生成 |
|---|---|---|
| 求める答え | 定義済みの候補から選択 | 内容を文章として作成 |
| 次工程への接続 | 候補と処理を対応させやすい | 文章の解釈や整形が必要な場合がある |
| 向く問い | 分類・処理先・次の行動 | 要約・説明・草案 |
この表は一般的な設計上の比較であり、Decisions APIと既存APIを実測して性能を比べたものではありません。既存の生成APIでも、入力と出力形式を厳しく決めれば分類はできます。新APIの利点を判断するには、正答率、費用、応答時間、運用のしやすさを同じ作業で比べる必要があります。
質問と回答候補を先に定義する
どの候補も曖昧なら、APIを使っても結果は安定しません。分類したい入力をいくつか集め、各候補が何を含み、何を含まないかを言葉にします。判断できない場合の候補も用意すれば、無理にどれかへ振り分ける設計を避けられます。
正式な仕様が出たら、候補の与え方や入力制限がこの設計に合うか確かめます。現時点では具体的なパラメータ名やコード例を作っても、公開済み仕様の裏付けがありません。
判断の後に何が起きるか決める
分類結果だけを画面に表示する用途と、結果に応じて処理を動かす用途では、誤分類の影響が違います。情報を並べ替えるだけなら後から直せますが、外部システムを更新する場合は、承認や記録を挟む必要が高まります。
「正しく選ぶAI」を探す前に、「間違えても戻せる工程」を一つ選ぶと評価しやすくなります。人が確認する条件を明示しておけば、限定プレビュー中に性急な自動化へ進むことも避けられます。
OpenAI Decisions APIの提供状況・料金・使い方
OpenAIが公表した提供状況は、2026年9月の時点で限定プレビュー、広い提供は今後数日を予定、というものです（出典: openai.com）。予定は実際の公開日を保証しません。一般向けに使えるかどうかは、OpenAIの正式な開発者向け資料を確認する必要があります。
限定プレビューの意味
限定プレビューは、誰でも直ちに本番用途で使える一般提供とは異なります。発表を見て既存システムの移行日を決めるより、参加条件と提供対象が明確になってから検証計画を立てます。
発表では利用例が示されましたが、申込方法や承認条件、地域ごとの提供範囲は確認できません。現段階で「APIキーがあれば使える」「特定プランなら必ず使える」と書く根拠はありません。
料金と応答時間は別途確認が必要
OpenAIのDevDay紹介文は、Decisions API固有の料金を示していません。基盤にLunaを使うという説明から、通常のGPT-6 Lunaの単価をそのまま当てはめることはできません。料金比較をする際は、専用APIの価格表が公表されているかを先に確認します。
「リアルタイムの判断」という説明も、特定のミリ秒数や常時の応答保証を意味しません。要求される速さは利用する処理によって違うため、プレビューで実測できるなら入力の種類や長さをそろえて測定します。数値が未発表の段階で「何倍速い」とする比較は避けるべきです。
実装例を公開仕様と誤認しない
正式なエンドポイント、認証方法、リクエスト例が明らかになる前に、動くコードとして「使い方」を示すことはできません。本記事では設計の考え方を紹介します。実装時はOpenAIの公式ドキュメントでフィールド名と制限を確認してください。
OpenAI DevDay 2026の公式発表には、提供状況と発表済みの用途がまとまっています。APIの利用可否を定期的に見る場合も、二次情報の推測値より、この発表と更新される公式資料を基準にします。
全国8,000人調査で、AIの活用方法によって生産性向上に約3.8倍の差が生まれることが判明。
Decisions APIの限定プレビューで試すなら何を測るか
製品の詳細がまだ少ない時期は、広い導入計画より、判断を一つ選んで必要な評価軸を決める方が前に進めます。Decisions APIの仕様が公開されたら、次の順で検証すると結果を比較しやすくなります。
- 対象の判断：毎回ほぼ同じ候補から選ぶ工程を一つ選ぶ
- 回答候補：互いに区別できる名前と、判断できない場合の扱いを決める
- 評価用データ：過去の入力から、正解が確認できる例と境界例を集める
- 合格基準：正答だけでなく、人へ戻す割合、再試行、処理時間を測る
- 費用と運用：正式な価格表が出たら、一件あたりの費用と確認工数を比べる
この手順は公開されたAPI仕様ではなく、有限候補の判断を検証するための一般的な方法です。結果が期待より悪い場合に候補の定義が曖昧なのか、入力情報が足りないのかを切り分けられるよう、判断の理由を記録します。
Decisions API導入で陥りがちな3つの落とし穴
限定プレビューの新APIに注目すると、製品の選択が先に進み、実際に変えたい工程が曖昧になりがちです。判断を一つに絞り、誤りを吸収できる流れを作ることが先決です。
落とし穴1｜判断を一度に全部置き換える
候補の異なる判断をまとめると、誤りの原因を追いにくくなります。入力と答えがはっきりした一種類の判断から始め、結果を確認できる形にします。
落とし穴2｜料金や速さを推測で決める
専用料金と応答時間が未公表の間は、通常のLuna価格や第三者の推測値を移しても見積もりになりません。正式な資料と自分の入力で確認します。
落とし穴3｜返された答えをそのまま実行する
有限の候補から選べても、選択は間違えることがあります。取り消しにくい操作には人の承認を挟み、判断結果と後続処理を記録します。
スモールスタートで1業務をAIエージェントに任せる
まず一つの判断を選び、入力、回答候補、正解の確かめ方をそろえます。そのうえで、判断結果を次の工程につなぎ、例外だけを人へ戻します。新APIの提供条件が明らかになったら、既存の手段と同じデータで比較してください。
GiftXでは、1業務からのAIエージェント構築を支援しています。進め方はAIエージェント構築支援サービスをご覧ください。
候補を選ぶ段階と、選んだ後に実際の処理を進める段階を分けて設計すると、判断結果が想定外だったときに止めやすくなります。まず一つの判断で記録と人の確認方法を決め、安定してから範囲を広げます。
OpenAI Decisions APIのよくある質問
Decisions APIは誰でも使えますか？
2026年9月の発表では限定プレビューとされ、広い提供は今後数日を予定しています。一般提供の開始日や参加条件を確定した情報としては扱えません。最新の公式案内を確認してください。
料金はいくらですか？
発表文にDecisions API固有の料金はありません。GPT-6 Lunaを使うという説明があっても、Lunaモデルの通常価格を新APIに適用できるとは限りません。専用の料金情報が公開された後に確認する必要があります。
画像を使って判断できますか？
OpenAIは、開発者がテキストまたは画像で文脈を渡せると説明しています。ただし画像形式、枚数、サイズなどの詳細は発表文からは確認できません。実装時は正式な仕様の公開を待ってください。
まとめ｜公開仕様を確認し、一つの判断から試す
OpenAI Decisions APIは、Lunaの能力を有限の回答候補からの選択に使い、分類、処理先の選択、エージェントの次の行動を支える構想です。2026年9月の発表時点では限定プレビューで、専用料金や実装手順の詳細は公表されていません。
まずは一つの判断について候補と合格条件を決めます。正式な提供後に既存の手段と同じデータで比較し、誤りを人に戻せる形でAIエージェントへ組み込むのが堅実です。
Decisions APIを業務に組み込みたい方へ
分類や処理先の選択をAIエージェントへ組み込みたい方は、GiftX AIエージェント構築支援にご相談ください。
GiftX AIエージェント構築支援では、最初の1業務の選定、判断候補の設計、評価、運用への接続まで伴走します。新APIを採用する前に、現行の手段も含めて工程に合う方法を整理します。
自社でどの判断から試すべきか検討したい方は、ぜひお問い合わせください。
▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら
