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 結構描述，包括值只能來自固定選項的欄位。文件提醒，符合結構描述並不能避免回傳值出錯。它適合用來限制分類結果的格式，但仍須針對具體任務評估分類本身。OpenAI 尚未說明 Decisions API 是否使用 Structured Outputs，或是否共用其實作。
函式呼叫處理的是工作流程的另一環節。應用程式定義函式及其引數；模型可以要求呼叫函式，再由應用程式程式碼執行並傳回結果。若所選的下一步需要呼叫工具，這項功能便相關。開發者仍掌控有哪些函式，以及是否允許所要求的操作。已有文件說明的函式呼叫流程，並未說明 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：函式呼叫— 說明函式定義、模型呼叫及應用程式執行；此處用來區分選擇動作與執行動作。
- OpenAI API：Moderation— 針對文字與圖片進行有害內容分類，並提供特定用途的類別及政策應用方式。
- OpenAI API：GPT-6 Luna與OpenAI API 價格— 僅提供標準模型定價背景，兩者皆未確立 Decisions API 的計費方式。
- Hugging Face 社群文章，作者 bna— 本文的社群線索來源，並非 OpenAI 的發布或 API 規格。未採用其中對速度與實作方式的主張。
