Nag-aalok kami ng Fast mode para sa mga customer ng API na gustong makakuha ng mas mabilis at mas pare-parehong performance sa ilang modelo. Nasa ibaba ang mga sagot sa mga karaniwang tanong tungkol sa paggana nito, pagpepresyo, mga available na modelo, mga rate limit, pagiging maaasahan, mga patakaran, at pagiging kwalipikado.

Tandaan: Pinalitan ang pangalan ng Priority processing ng Fast mode noong Hulyo 30, 2026. Maaari mong gamitin ang service_tier: priority o service_tier: fast sa iyong mga API request. 

Alamin pa ang tungkol sa Fast mode.

Available ba ang Fast mode sa lahat ng rehiyon?

Nakadepende ang availability ng Fast mode sa mga naaangkop na batas at regulasyon sa bawat hurisdiksyon. Makipag-ugnayan sa iyong kinatawan sa OpenAI kung may mga tanong ka tungkol sa availability sa iyong rehiyon.

Paano ito gumagana

Maaaring idirekta ng mga customer ang traffic sa Fast mode para sa bawat request gamit ang kasalukuyang service_tier parameter, na may opsyong service_tier = "fast".

Sisingilin nang paisa-isang token ang mga token na pinoproseso ng Fast mode, sa presyong mas mataas kaysa sa mga singil sa Standard na pagproseso.

Bukod sa pagtatakda nito sa bawat request, maaari mo ring gawing default ang Fast mode para sa isang proyekto sa Mga setting ng proyekto > Default na Antas ng Serbisyo ng Proyekto: Fast. Maaari mo pa ring baguhin ang setting para sa bawat request. Ang pagpili ng Fast sa mga setting ng iyong proyekto ay katumbas ng pagpili ng Priyoridad.

Paano ito gumagana kaugnay ng Antas ng Scale?

Mananatiling hiwalay sa Fast mode ang Antas ng Scale. Hiwalay na sisingilin ang mga request na ipinadala sa Fast mode at hindi ibabawas ang mga ito sa binili mong mga TPM bundle ng Antas ng Scale.

Puwede ko bang awtomatikong ipadala sa Fast mode ang traffic na lampas sa kapasidad ng aking Antas ng Scale?

Hindi. Hindi awtomatikong ililipat sa Fast mode ang traffic na ipinadala sa Antas ng Scale kapag lumampas ito sa kapasidad.

Paano sinisingil ang Fast mode?

Sisingilin kada token ang mga token na pinoproseso ng Fast mode, sa presyong mas mataas kaysa sa mga singil sa Standard na pagproseso.

Nakatali ba sa isang partikular na mode ng pagproseso ang taunang halagang napagkasunduan kong gastusin?

Hindi. Ang paggastos sa lahat ng mode ng pagproseso ay ibinibilang sa taunang halagang napagkasunduan mong gastusin sa Enterprise.

Makakakuha pa rin ba ako ng diskuwento sa mga naka-cache na input token?

Oo. Pareho ang diskuwento para sa mga kwalipikadong naka-cache na input token at sa Standard na pagproseso.

Paano ko makikita ang aking paggamit at gastos sa Fast mode?

Para makita ang mga token na naproseso ng Fast mode (dating kilala bilang Priority processing), pumunta sa Dashboard ng paggamit, piliin ang Mga Pagkumpleto ng Chat o Mga Tugon, at piliin ang Ipangkat ayon sa Antas ng Serbisyo.

Para makita ang gastos sa Fast mode, pumunta sa Dashboard ng paggamit, at piliin ang Ipangkat ayon sa Item ng Singil.

Sa Dashboard ng paggamit, lumalabas bilang priority ang mga Fast mode request para sa GPT-5.6 at mga naunang modelo, kahit fast ang tinukoy sa request.

Mga modelo

Sinusuportahan ba ng Fast mode ang mahabang konteksto, mga fine-tuned na modelo, o mga embedding?

Sinusuportahan ng mga modelo ng GPT-5.6 ang mahabang konteksto sa Fast mode. Hindi sinusuportahan ng Fast mode ang mga fine-tuned na modelo o mga embedding.

Paano gumagana ang iba pang modality sa Fast mode?

Sinusuportahan ng Fast mode ang parehong mga multimodal na kakayahang available sa Standard. Partikular na magagamit ang mga larawan bilang input sa Fast mode at napoproseso ang mga ito nang may parehong mababang latency.

Susuportahan ba ang mga susunod na modelo?

Plano naming mag-alok ng Fast mode sa mga bagong modelo ng GPT, pero hindi namin ginagarantiyang susuportahan ang bawat modelo.

Mga rate limit

Ano ang mga rate limit?

Pareho ang pagtrato sa paggamit ng Fast mode at sa karaniwang API traffic pagdating sa mga rate limit.

Ano ang mga limitasyon sa ramp rate?

May mga limitasyon sa ramp rate ang Fast mode para matiyak ang palaging mahusay na performance para sa lahat ng customer, habang nag-aalok pa rin ng flexible na pagpepresyo batay sa pangangailangan. Kung (a) bumababa ang performance ng Fast mode AT (b) masyadong mabilis ang pagtaas ng traffic ng isang customer, sa mga bihirang pagkakataon ay maaaring ibaba sa Standard na pagproseso ang ilang request.

Nakatakda sa aming dokumentasyon ng Fast mode ang kasalukuyang limitasyon sa ramp rate ng Fast mode.

Mga pinakamainam na paraan para hindi lumampas sa iyong limitasyon sa ramp rate

Unti-unting dagdagan ang traffic kapag nagpapalit ng modelo. Halimbawa, kung inililipat ang iyong application mula sa dating snapshot patungo sa bago, gumamit ng feature flag para unti-unting ilipat ang traffic sa loob ng ilang oras sa halip na sabay-sabay.

Iwasang magpatakbo sa Fast mode ng mga trabahong nagpoproseso ng malalaking dami ng data o tumatakbo nang asynchronous. Maaaring magpataas ng traffic nang napakabilis ang mga trabahong ito, at kadalasan ay hindi nila kailangan ang mas mahusay na performance ng Fast mode.

Kung madalas mong naaabot ang mga limitasyon sa ramp rate, pag-isipang bumili na lang ng quota sa Antas ng Scale.

Iisa ba ang mga limitasyon sa ramp rate para sa lahat ng proyekto o organisasyon ko?

Oo, binibilang ang lahat ng traffic mo sa iisang limitasyon sa ramp rate.

Mga patakaran

Ano ang mangyayari kung hindi naaabot ng Fast mode ang target na latency?

Walang SLA para sa latency ang Fast mode para sa GPT-6 Astra. Para sa GPT-5.6 at mga naunang modelo, pareho ang pagtrato sa Fast mode at Antas ng Scale sa ilalim ng SLA. Maaaring magbigay ng credits sa serbisyo ang mga kwalipikadong kasunduan sa Enterprise kapag hindi naabot ang mga target na latency. Makipag-ugnayan sa iyong account director kung may mga tanong ka.

Compatible ba ang Fast mode sa mga kinakailangan sa lokasyon ng data?

Oo, depende sa availability para sa partikular na modelo. Sinusuportahan ang EU bilang lokasyon ng data para sa GPT-6.1 Sol, GPT-6 Sol, at GPT-6 Luna, pero hindi para sa GPT-6 Astra.

Compatible ba ang Fast mode sa ZDR at BAA?

Oo, alinsunod sa mga naaangkop na kinakailangan sa modelo, endpoint, tool, pagiging kwalipikado, at kontrata.

Ultrafast para sa GPT-6 Astra at GPT-6.1 Sol

Ang Ultrafast ay isang hiwalay na Antas ng Serbisyo para sa mga workload na nangangailangan ng mas mababang latency sa mga tugon ng GPT-6 Astra at GPT-6.1 Sol, gaya ng mga interactive na application at workflow sa pag-code.

Nalalapat ang gabay sa pagpepresyo, rate limit, at patakaran ng Fast mode sa mga request na gumagamit ng service_tier="fast". Ginagamit ng mga Ultrafast request ang hiwalay na antas na service_tier="ultrafast".

Paano ako magpapadala ng Ultrafast request?

Para sa organisasyong may access sa Ultrafast, gamitin ang Responses API na may:

• Modelo: gpt-6-astra o gpt-6.1-sol

• Antas ng Serbisyo: ultrafast

• Opsyonal na request header: OpenAI-Service-Tier: ultrafast

Opsyonal ang request header. Kung isasama mo ito, dapat tumugma ang value nito sa Antas ng Serbisyo sa body ng request.

Para sa mga application na nagsasagawa ng mga tool call, hinahayaan ka ng WebSocket mode na gamitin muli ang isang koneksyon sa magkakasunod na palitan at bawasan ang overhead sa pagkonekta.

Maaari ko bang gamitin ang parehong request header para sa iba pang Antas ng Serbisyo?

Kapag isinama, tinatanggap ng OpenAI-Service-Tier header ang fast o ultrafast. Kung lilipat ka sa ibang Antas ng Serbisyo, gaya ng default, fast, o flex, i-update o huwag isama ang header para tumugma ito sa request.

Maaari ko bang gamitin ang Ultrafast sa Work o Codex?

Available din ang Ultrafast sa Work at Codex para sa mga kwalipikadong plan at workspace. Iba ang mga kinakailangan sa pagiging kwalipikado at paggamit sa mga ChatGPT plan kaysa sa access sa API.

Tingnan ang ChatGPT Work at Codex para sa mga detalye ng availability at paggamit.