> ## 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 模型拒答長什麼樣？](/zh-Hant/faq/openai-content-safety-refusal)**
>
> GPT 系列拒答返回 200，不報錯也不分類

> **[如何避免介面超時？](/zh-Hant/faq/timeout-configuration)**
>
> 推理型模型耗時長，客戶端 timeout 要留足


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