支持 OpenAI 的 Fast / Ultrafast 模式吗？

简短回答

暂不支持。 请求里带 service_tier（fast、ultrafast、priority、flex）不会报错，接口照常返回 200，但请求实际按**标准档（default）**处理：

速度与不传该参数时一致，不会变快，也不会变慢
按模型的标准价计费，不会多扣，也不会打折
/v1/responses 的返回里 service_tier 显示为 "default"；/v1/chat/completions 的返回里不带这个字段

所以目前不需要传这个参数，传了也不会产生额外费用。

OpenAI 官方用 service_tier 参数选择处理档位：

档位	请求值	官方说明
Fast（原 Priority）	`fast`，旧值 `priority` 仍可用	2026-07-30 由 Priority 改名而来，更快，官方价高于标准档
Ultrafast	`ultrafast`	最快的档位，仅 `gpt-6.1-sol`、`gpt-6-astra`，仅 Responses API，官方价远高于标准档
Flex	`flex`	更慢、低价，原厂容量不足时会返回 429
标准	不传，或 `auto` / `default`	默认档

这些档位在 API易目前都不生效，统一按标准档处理。

2026-10-13 用 gpt-6.1-sol、gpt-6-luna 在默认分组和 OpenAI 官转分组各测一轮，两个端点、四个档位全部返回 200：

观测项	结果
`/v1/responses` 回显的 `service_tier`	一律 `default`
`/v1/chat/completions` 回显的 `service_tier`	不返回该字段
耗时与输出速度	与不传参数时无差异
控制台扣费	按标准价，与不传参数时相同

如果你的代码里本来就写了 service_tier: "priority" 或 "auto"，可以不改，不影响调用，也不影响计费。

如果你的业务确实需要 Fast 或 Ultrafast 的低延迟，欢迎联系客服说明场景和用量。我们会根据需求评估是否开放，开放时会同步公布计费方式。

GPT 系列拒答返回 200，不报错也不分类

推理型模型耗时长，客户端 timeout 要留足