创建回应
以 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 系列的思考开关,原样转发用户的选择。