建立回應
以 OpenAI Responses API 的請求格式(input/instructions)取得模型回應,內部轉換成 Chat Completions 格式後路由到任何支援的模型——這是一層轉譯,不是獨立的推理路徑。這是無狀態端點:傳 store: true 或非 null 的 previous_response_id 會直接回 400(見下方 400 說明的專屬錯誤格式),每次呼叫都要在 input 帶完整的對話內容。串流時,推理過程會以 response.reasoning_text.delta 事件與 type:"reasoning" 的 output item 呈現。
/api/v1/responses驗證
Authorization必填在 Authorization 標頭以 Bearer token 傳入 API 金鑰。
Body
model必填要使用的模型,供應商前綴格式,例如 "openai/gpt-5.2"。
"openai/gpt-5.2"input必填對話輸入——單一字串,或結構化項目陣列(message/function_call/function_call_output)。訊息可用文字或含 input_image 的內容區塊陣列。
instructions系統層級指示,轉換時會作為第一則 system 訊息插入 messages 陣列最前面。
streamtrue 時以 Responses API 的 SSE 事件串流回應(response.created、response.output_item.added、response.output_text.delta、response.reasoning_text.delta、response.completed 等);省略或 false 為一次性 JSON 回應。
max_output_tokens回應可生成的最大 token 數(轉換為上游 Chat Completions 的 max_tokens)。
tools模型可呼叫的工具/函式定義清單。接受 Responses 規格的扁平格式 {type:"function", name, description, parameters}(建議用法),也接受 Chat Completions 的巢狀格式 {type:"function", function:{...}}(向後相容,原樣放行)。回應物件裡的 tools 欄位會回顯這裡實際傳入的值。
tool_choice控制模型是否/如何被強制呼叫工具,例如 {type:"function", name:"..."}(扁平格式,建議用法,自動轉換給上游)或 "auto"。回應物件裡的 tool_choice 欄位會回顯這裡實際傳入的值,省略時預設 "auto"。
parallel_tool_calls有提供 tools 時,是否允許並行工具呼叫。省略時預設 true;回應物件裡的 parallel_tool_calls 欄位會回顯這裡實際傳入的值。
plugins外掛陣列(例如 {id:"web"} 啟用網頁搜尋)。僅部分模型路由支援,不支援時無效;:online 模型變體會在你沒有傳 plugins 時自動注入 {id:"web"},同樣僅限支援的路由。
store⚠️ 這個端點是無狀態的——傳 true 會直接回 400,不會被接受或忽略。省略或傳 false 才是唯一合法用法。
previous_response_id⚠️ 這個端點是無狀態的——傳任何非 null 值都會直接回 400,不會被接受或忽略。要延續對話,請把完整歷史記錄放進 input 陣列一起送出。
models備援模型清單——依序嘗試,主要模型的候選群全部失敗時才會用到。
reasoning推理模型的思考控制物件(例如 {effort, max_tokens}),原樣轉發給上游,不注入預設值。
reasoning_effortreasoning.effort 的簡寫平面欄位。
lowmediumhighthinkingClaude 擴展思考的加成 token 預算(例如 {type:"enabled", budget_tokens:2048}),疊加在 max_output_tokens 之上,原樣轉發不注入預設值。
enable_thinkingQwen3 / GLM 系列的思考開關,原樣轉發使用者的選擇。