对比

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 APIDecisions 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 问题,查看每个选项的概率。