支援 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 要留足