对比
OpenAI Decisions API vs Responses API
Responses API 是 OpenAI 的通用端点:接受文本和图像输入,生成文本或结构化输出,支持工具调用和多轮状态。2026-09-29 在 DevDay 上发布的 Decisions API 只做一件更窄的事——从你预定义的答案中选一个,并报告对每个选项的确信程度。
更新于
两个 API 各自的用途
Responses API 是通用主力:发送文本或图像,返回生成的文本、符合 schema 的 JSON 或工具调用,并支持多轮对话延续。模型需要产出新内容时就用它。
Decisions API 在设计上更窄。你发送上下文和一个带有你预定义的有限答案集合的问题,它返回其中一个答案——按 OpenAI 的公告,还附每个选项的概率和置信度。截至 2026-09-30 处于限量预览,官方称将在未来几天内广泛开放。本站端点今天就在 decisions-1 上运行同样的有限答案模式。
并排对比
| Responses API | Decisions API | |
|---|---|---|
| 职责 | 生成文本、结构化输出或工具调用 | 从你预定义的答案中选一个 |
| 输出 | 自由文本或符合 schema 的 JSON | 一个答案 + 每选项概率 + 置信度 |
| 每选项置信度 | 不按选项给出——至多只有 token 级 logprobs | 有——响应的核心 |
| 输入 | 文本和图像、工具、多轮状态 | 文本或图像上下文 + 带预定义答案的问题 |
| 状态 | 已正式发布 | 限量预览,2026-09-29 发布 |
| 公开定价 | 按模型和 token 公布 | 截至 2026-09-30 未公布 |
今天在 Responses API 上做决策
你已经可以用 Responses API 近似实现决策:用 JSON schema 和枚举约束输出。你能拿回一个合法标签——但没有落选选项的逐选项概率。
Responses API
// OpenAI Responses API: ask for a label inside a JSON schema.
// You get a label — not a probability per option.
const res = await client.responses.create({
model: "YOUR_MODEL",
input: "The page renders blank in Safari. Route this ticket.",
text: {
format: {
type: "json_schema",
name: "route",
strict: true,
schema: {
type: "object",
properties: {
team: { type: "string", enum: ["payments", "frontend", "account"] },
},
required: ["team"],
additionalProperties: false,
},
},
},
});
// res.output_text -> { "team": "frontend" }同一个任务的决策请求版本
在本站端点上表达为 choice 问题,同一个路由任务返回胜出标签、每个选项的概率和置信度——足以让你自动路由明确案例、把胶着案例升级人工。
决策请求
// decisions-1 on this site: the same routing task as a choice question.
const res = await fetch("https://decisions-api.net/api/v1/decisions", {
method: "POST",
headers: {
Authorization: "Bearer YOUR_KEY",
"Content-Type": "application/json",
},
body: JSON.stringify({
model: "decisions-1",
state: "The page renders blank in Safari.",
questions: {
team: {
type: "choice",
instructions: "Which team should own this ticket?",
criteria: {
payments: "Checkout or billing.",
frontend: "Rendering or browser behavior.",
account: "Login or permissions.",
},
},
},
}),
});
// Illustrative response: answers.team ->
// { choice: "frontend", probabilities: {...}, confidence: 0.86 }什么时候用哪个
模型需要产出内容时用 Responses API:起草回复、写摘要、调工具。模型需要做选择时用决策 API:进哪个队列、走哪条分支、下一步做什么——并且你需要分布来判断这次选择是否可信。
两者可以很好地组合:决策调用选出分支,然后 Responses API 为该分支撰写回复。选择和写作是不同的工作。
常见问题
Decisions API 是 Responses API 的一部分吗?
OpenAI 于 2026-09-29 将其作为一个独立的、面向有限答案决策的 API 发布。公开请求 schema 尚未公布,确切关系尚无文档——截至 2026-09-30,把它们当作两个独立接口。
Responses API 能给我置信度分数吗?
你可以让模型输出一个 confidence 字段,但那是生成的文本,不是计算出的概率。token logprobs 确实存在,但它是给 token 打分的,不是给你的选项打分的——把它们换算成按选项的分布需要你自己做。决策端点直接返回逐选项概率。
哪个更便宜?
截至 2026-09-30,OpenAI 尚未公布 Decisions API 定价。本站决策调用固定 1 积分,与问题数量无关;失败调用不收费。
可以两个一起用吗?
可以——这正是自然的分工。让决策调用选出路由或动作,再让 Responses API 为该选择生成面向用户的内容。
亲眼看概率分布
新访客一次免费试用决策——跑一个 choice 问题,查看每个选项的概率。