> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apiyi.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 支持 OpenAI 的 Fast / Ultrafast 模式吗？

> API易 暂不支持 OpenAI 的 service_tier 档位（Fast、Ultrafast、Priority、Flex）。传了不会报错，但会按标准档处理和计费。

## 简短回答

**暂不支持。** 请求里带 `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` | 不返回该字段 |
| 耗时与输出速度 | 与不传参数时无差异 |
| 控制台扣费 | 按标准价，与不传参数时相同 |

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

## 有需求怎么办

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

## 相关文档

> **[OpenAI 模型拒答长什么样？](/faq/openai-content-safety-refusal)**
>
> GPT 系列拒答返回 200，不报错也不分类

> **[如何避免接口超时？](/faq/timeout-configuration)**
>
> 推理型模型耗时长，客户端 timeout 要留足


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.