Byg med CometAPIHar du brug for én API til flere modeller?Test workflowet i Playground, og opret derefter en API-nøgle, når model og pris passer til dit brugsscenarie.
GPT-6.1 Sol er OpenAIs ræsonneringsmodel til kompleks kodning, computerbrug og professionelle arbejdsgange. Den bevarer GPT-6 Sols officielle Standard-satser for frisk input og output på $2/$10 pr. million tokens, samtidig med at kortkontekst-cachelæsninger halveres fra $0.20 til $0.10. Vellykket cacheresbrug kan sænke omkostningerne ved gentagen kontekst. Input over 272K tokens udløser højere satser for hele forespørgslen, så estimer hver forespørgsel før du samler en regning. CometAPI har en separat gateway-plan.
Gennemgået for klarhed, kildeangivelse og aktuel API-terminologi.
Vælg behandlingstilstand efter ventetid, tilgængelighed og rutesupport.
Vurder agenteøkonomi ud fra de samlede omkostninger pr. accepteret opgave, inklusive mislykkede forsøg.
What Is the GPT-6.1 Sol Price at a Glance?
Alle tokenpriser nedenfor er USD pr. million tokens. Den officielle tokenprisplan giver OpenAI-baselinen; cachelæsninger og -skrivninger er separate faktureringskategorier. Kontekstbånd refererer til inputtokens i en individuel forespørgsel.
OpenAI-tilstand / inputbånd
Frisk input
Cachelæsning
Cacheskrivning
Output
Standard: højst 272K
$2.00
$0.10
$2.50
$10.00
Standard: over 272K
$4.00
$0.20
$5.00
$15.00
Batch/Flex: højst 272K
$1.00
$0.05
$1.25
$5.00
Batch/Flex: over 272K
$2.00
$0.10
$2.50
$7.50
Fast: højst 272K
$4.00
$0.20
$5.00
$20.00
Fast: over 272K
$8.00
$0.40
$10.00
$30.00
Ultrafast: højst 272K
$12.00
$0.60
$15.00
$60.00
Ultrafast: over 272K
$24.00
$1.20
$30.00
$90.00
OpenAI-behandlingsniveausatser kontrolleret 9. oktober 2026; CometAPI-sammenligningen bevarer kildeartiklens gateway-plan. Dette er OpenAI-behandlingsniveausatser, ikke en garanti for, at hvert niveau eksponeres gennem en gateway. Regional behandling tilføjer 10% hvor relevant. Bekræft den valgte tjeneste og kontovilkår før budgetlægning.
For udviklere, der tilgår GPT-6.1 Sol via CometAPI, er standardkontekst-satsen lavere end OpenAIs direkte Standard-pris.
Tokenkategori
CometAPI
OpenAI Standard
Forskel
Input / 1M
$1.60
$2.00
20% lavere
Cachet input / 1M
$0.08
$0.10
20% lavere
Cacheskrivning / 1M
$2.00
$2.50
20% lavere
Output / 1M
$8.00
$10.00
20% lavere
For langkontekst-forespørgsler bruger GPT-6.1 Sol API i CometAPI:
Langkontekst-tokens
CometAPI
OpenAI
Input / 1M
$3.20
$4.00
Cachet input / 1M
$0.16
$0.20
Cacheskrivning / 1M
$4.00
$5.00
Output / 1M
$12.00
$15.00
Det bevarer en prisforskel på cirka 20% på tværs af de vigtigste tokenkategorier. Til budgettering er dette vigtigt, fordi en produktions-arbejdsbyrde sjældent kun består af frisk input. Når cachet kontekst, outputgenerering og langkontekst-forespørgsler inkluderes, kan en sammenligning, der kun ser på den annoncerede input-sats, betydeligt undervurdere forskellen mellem ruter.
CometAPI-tokenprisplanen leverer gateway-referencen. Ved 100K frisk input og 10K faktureret output koster OpenAI Standard $0.30; den tilsvarende CometAPI-plan koster $0.24. Ved 10.000 identiske forespørgsler er token-only-summerne $3,000 og $2,400. Denne sammenligning udelukker værktøjer, cacheskrivninger, retries og tillæg.
GPT-6.1 Sol er positioneret til kompleks kodning, computerbrug og professionelle arbejdsgange. Dens 1.050.000-token kontekstvindue og 128.000-token maksimale output er kapacitetsgrænser, ikke et løfte om kortkontekst-fakturering: forespørgsler over 272K inputtokens bruger højere satser. Den accepterer tekst og billeder og producerer tekst; brug Responses API til værktølkald, mens Chat Completions understøtter værktøjsfri forespørgsler. Tjek gatewayens værktøjsstøtte og behandlingsniveauer separat, når du vælger en rute.
Additional GPT-6.1 Sol Agent Expenses
Et agentbudget inkluderer også hostede værktøjer, eksekveringsmiljøer, lager og eksterne serviceafgifter. OpenAI oplyser websøgninger til $10 pr. 1.000 kald. Hentet søgeresultatindhold faktureres til model-token-satser. Filsøgninger er $2.50 pr. 1.000; lager koster $0.10 pr. GB pr. dag efter den gratis 1 GB-allokering.
Hosted Shell og Code Interpreter bruger separate containergebyrer under samme OpenAI-prisplan, der er nævnt ovenfor. Den offentliggjorte 1 GB-sats er $0.03 pr. 20-minutters session pr. container; berettigede sessioner bruger minuttaksering med et fem-minutters minimum. Brug den valgte gateways faktiske værktøjs- og eksekveringsvilkår i stedet for at antage, at disse direkte-tjenestegebyrer gælder uændret.
Reasoning Effort and Total GPT-6.1 Sol Spend
Ræsonneringsindsats er ikke en separat sats i tokentabellen, men den kan ændre faktureret output, værktøjsbrug, forløbslængde og retries. Sammenlign understøttede indsatser fra lav til maks på samme opgavesæt. Registrér forbrug i stedet for at estimere ræsonneringsomkostning ud fra den synlige svarlængde alene.
How Does the 272K Threshold Change GPT-6.1 Sol Cost?
Når input overstiger 272K tokens, anvender OpenAI langkontekst-satser på hele forespørgslen: input- og cache-satser fordobles, mens output stiger med 50%. Inputtærsklen gælder, selv når meget af inputtet leveres fra cache.
Arbejdsbelastning
Frisk input
Faktureret output
OpenAI Standard
CometAPI-katalog
Lille analyse
20K
2K
$0.06
$0.048
Dokumentgennemgang
100K
10K
$0.30
$0.24
Under tærskel
270K
10K
$0.64
$0.512
Over tærskel
280K
10K
$1.27
$1.016
Repository-analyse
300K
20K
$1.50
$1.20
270K input: 0.27 x $2 + 0.01 x $10 = $0.64
280K input: 0.28 x $4 + 0.01 x $15 = $1.27
Input grows about 3.7%; token cost grows about 98.4%.
Dette er uafhængige forespørgsler uden cache-, værktøjs-, retry- eller tillægsgebyrer. Tærskelvirkningen er grunden til, at kontekstvalg betyder noget, selv når modellen har tilstrækkelig kapacitet til hele repositoryet.
How Does Prompt Caching Change GPT-6.1 Sol Input Costs?
Kortkontekst Standard-cachelæsninger koster $0.10/M mod $2/M for frisk input. En vellykket læsning er derfor 95% billigere for den tokenkategori. En cacheskrivning koster $2.50/M. Besparelser afhænger af vellykket genbrug af det cachede præfiks, ikke blot gentagelse af lignende tekst.
Overvej ti forespørgsler, der deler et 100K-token præfiks. Hver forbliver i kortkontekst-båndet. Den kontrollerede cachede case skriver hele præfikset én gang og læser det vellykket ni gange uden yderligere skrivninger. Den første forespørgsels 100K-token præfiks faktureres kun til cacheskrivnings-satsen; de samme tokens faktureres ikke også som frisk input.
Omkostning ved gentaget præfiks
Ingen cache
Én skrivning + ni læsninger
Frisk præfiksinput
10 x 0.1 x $2 = $2.00
$0.00
Cacheskrivning
$0.00
0.1 x $2.50 = $0.25
Cachelæsninger
$0.00
9 x 0.1 x $0.10 = $0.09
Præfiks subtotal
$2.00
$0.34
Reduktionen på $1.66 er 83% af denne gentagne præfiksomkostning. Det er ikke en 83% reduktion i en typisk total API-regning. Hvis hver forespørgsel også genererer 2K fakturerede outputtokens, tilføjer output $0.20 på tværs af de ti forespørgsler: totalerne bliver $2.20 og $0.54, en reduktion på cirka 75,5%. Nyt input, misses, ekstra skrivninger, værktøjer og langkontekst-bånd ændrer resultatet.
Under disse forenklede kortkontekst-antagelser koster skriv én gang plus N-1 læsninger 0.25 + 0.01(N-1) dollars for et 100K-præfiks, sammenlignet med 0.20N uden caching. To forespørgsler er nok til at gøre den modellerede cachede case billigere, forudsat at den anden forespørgsel faktisk rammer og ingen andre omkostninger ændres.
How Does GPT-6.1 Sol Pricing Compare with GPT-6 Sol and GPT-6 Astra?
OpenAI dokumenterer GPT-6 Sol-specifikationer. Reduktionen i cachelæsning er en sats-sammenligning, ikke bevis på lavere samlede opgaveomkostninger.
Officiel Standard-kortkontekst-sammenligning
GPT-6.1 Sol
GPT-6 Sol
GPT-6 Astra
Frisk input / 1M tokens
$2.00
$2.00
$10.00
Cachelæsning / 1M tokens
$0.10
$0.20
$1.00
Cacheskrivning / 1M tokens
$2.50
$2.50
$12.50
Output / 1M tokens
$10.00
$10.00
$50.00
Kontekstvindue / maksimalt output
1.05M / 128K
1.05M / 128K
1.05M / 128K
GPT-6.1 Sol halverer kortkontekst-cachelæsnings-satsen. Frisk input, skrivninger og output er uændrede. Den maksimale fordel afhænger af, hvor stor en del af din regning der består af vellykkede cachelæsninger. Retest indsatsindstillinger, værktøjsloops og opgaveudfald ved migrering.
Sammenlignet med GPT-6 Sol bevarer GPT-6.1 Sol samme satser for frisk input, cacheskrivning og output, mens cachelæsninger halveres. Sammenlignet med GPT-6 Astra skal du bruge satserne ovenfor sammen med målte opgavekvaliteter og de samlede forløbsomkostninger.
GPT-6.1 Sol er 80% billigere for frisk input, cacheskrivninger og output og 90% billigere for cachelæsninger i dette bånd. Disse forhold fastslår ikke tilsvarende kvalitet. Astra kan være sit tillæg værd, hvis bedre accepterede resultater opvejer ekstra forbrug; GPT-6.1 Sol kan være at foretrække, når den opfylder samme acceptmål til lavere pris.
Sammenlign repository-patches, dokumentanalyse og computerbrug-opgaver separat. Hold prompts, værktøjstilladelser, indsatsindstillinger, retry-grænser og acceptkontroller konstante. Registrér uløste fejl såvel som succeser; udled ikke en universel kodnings- eller forskningsrangering ud fra tokenpriser.
What Does GPT-6.1 Sol Cost for Real API Workloads?
Beregn omkostning pr. forespørgsel med dens faktiske bånd og behandlingsniveau, og summer derefter resultaterne. Frisk input udelukker cachelæsninger; opkræv ikke de samme inputtokens som både friske og cachede. Brug udbyderens forbrugsdata til at skelne skrivninger fra andet input. I formlen nedenfor udelukker fresh_input både cache_reads og cache_writes. Tokens, der faktureres til cacheskrivnings-satsen, må ikke også tælles som frisk input. Behandl alle tre mængder som gensidigt eksklusive faktureringskategorier, og afstem dem med udbyderens forbrugsdata.
Ti forespørgsler, der hver bruger 100K frisk input og 20K faktureret output, summerer til 1M input og 200K output. Hver individuel forespørgsel forbliver under 272K input og under 128K outputgrænsen. OpenAI Standard bliver $4.00; CometAPI bliver $3.20. Den 20% forskel gælder kun for disse modellerede tokenkategorier. Dette er ikke én forespørgsel med 1M input og 200K output.
A Cache-Heavy Period With Separately Billed Writes
Antag, at en periode registrerer 1M frisk input, 5M cachelæsninger, 500K faktureret output og 500K cacheskrivninger. Alle komponentforespørgsler forbliver i kortkontekst Standard-båndet. OpenAI koster $2.00 + $0.50 + $5.00 + $1.25 = $8.75. CometAPI koster $1.60 + $0.40 + $4.00 + $1.00 = $7.00. Disse kategorier er særskilte faktureringsmængder; eksemplet antager ikke, at al gentaget input er et cachehit.
One Long-Context Request
En forespørgsel med 400K frisk input og 100K faktureret output bruger langkontekst-satser. OpenAI Standard koster 0.4 x $4 + 0.1 x $15 = $3.10. CometAPI koster 0.4 x $3.20 + 0.1 x $12 = $2.48. Begge udelukker nye cacheskrivninger og ikke-token-afgifter. Mængden på 100K output inkluderer ræsonnering og skal passe ind i modellens outputbudget.
How Do Standard, Batch, Flex, Fast, and Ultrafast Change GPT-6.1 Sol Cost?
For en forespørgsel med 300K frisk input og 20K faktureret output bruges langkontekst-båndet.
OpenAI-tilstand
Inputomkostning
Outputomkostning
Token-subtotal
Batch/Flex
$0.60
$0.15
$0.75
Standard
$1.20
$0.30
$1.50
Fast
$2.40
$0.60
$3.00
Ultrafast
$7.20
$1.80
$9.00
Ultrafast-beregning: 0.30M frisk input x $24/M + 0.02M faktureret output x $90/M = $7.20 + $1.80 = $9.00. Dette bruger langkontekst-båndet og udelukker cache-, værktøjs- og regionale afgifter.
Batch passer til offline evalueringer, berigelse, backfills og bulk-dokumentbehandling. Flex tilbyder lavere satser for berettigede arbejdsbyrder, der tolererer variabel behandling og tilgængelighed. Standard er baseline for interaktive forespørgsler. Fast fordobler de gældende token-satser; vælg det, når reduceret ventetid har målbar værdi.
Ultrafast prioriterer ventetid til en højere tokenpris. For GPT-6.1 Sol skal du sætte service_tier til ultrafast i Responses-forespørgsler. OpenAI anbefaler WebSockets til hurtige agent-værktøjsloops; tjek niveau-specifikke grænser og gateway-support, før du ruter produktionstrafik. Satserne kommer fra den officielle OpenAI-pristabel.
Disse satser beviser ikke, at hvert niveau er aktiveret for din gateway-konto. Verificér understøttet routing og regionale begrænsninger før udrulning. Budgettér ikke en uprissat eller utilgængelig behandlingsmulighed, som om den allerede har Standard-satsen.
Why Is Cost per Successful GPT-6.1 Sol Task the Better Metric?
Divider de samlede målte model-, værktøjs- og eksekveringsomkostninger på tværs af et evalueringssæt med accepterede resultater. Inkludér mislykkede forsøg i nævneren. Rapporter menneskelig korrektionstid og uløste fejl separat, så omkostninger ikke kan forbedres blot ved at opgive sværere opgaver.
Til illustration har et forsøg til $0.40 med 60% succes-sandsynlighed en forventet omkostning på $0.40 / 0.60 = cirka $0.67 frem til succes. Et forsøg til $0.55 med 85% sandsynlighed koster cirka $0.65 under samme model. Dette er hypotetiske tal, ikke benchmarkresultater eller påstande om en bestemt model.
Det estimat antager uafhængige retries med uændret omkostning og succes-sandsynlighed, fortsat indtil succes. Tilføj ikke en anden retry-tilladelse: divisionen tager allerede højde for gentagelser. Korrelerede fejl, begrænsede retries, forskellig opgavesværhedsgrad, værktøjer og menneskelig intervention kan gøre denne model uegnet. Brug observeret omkostning pr. accepteret opgave til produktionsbeslutninger.
How Can You Reduce GPT-6.1 Sol API Costs?
Maksimér genbrugelige prompt-præfikser. Læg stabile systeminstruktioner, værktøjsdefinitioner, skemaer og baggrundskontekst i genbrugelige præfikser. GPT-6.1 Sols $0.10/M cachet inputpris gør gentagen kontekst billig i forhold til frisk input.
Hold forespørgsler under 272K, når fuld kontekst ikke er nødvendig. At krydse 272K inputtokens ændrer prissætningen for hele forespørgslen. Retrieval, kontekstkomprimering og selektiv filloading kan derfor reducere omkostninger, selv når modellen teknisk understøtter et 1.05M kontekstvindue.
Brug Batch til bulk asynkrone arbejdsgange. Offline evalueringer, berigelse, backfills og bulk-dokumentbehandling kan bruge Batch, når resultater ikke behøver at returnere med det samme.
Brug Flex til lavprioriterede forespørgsler, der tolererer langsommere svar og lejlighedsvis ressourceutilgængelighed. Planlæg forsinkelser og retries; tjek berettigede arbejdsbyrder og rutesupport. Batch og Flex bruger hver de lavere satser, der er vist ovenfor, men de betjener forskellige behandlingsbehov.
Mål omkostning pr. accepteret opgave. Log frisk inputtokens, cachet inputtokens, cacheskrivninger, outputtokens, behandlingstilstand, værktøjsgebyrer, retries og opgavesucces. Beregn derefter den reelle omkostning pr. vellykket gennemførelse.
Rut enklere opgaver til billigere modeller. Ikke alle forespørgsler kræver Sol-niveau-ræsonnering. Klassificering, rutning, simpel ekstraktion og andre højt verificerbare opgaver kan passe til en billigere model, mens GPT-6.1 Sol håndterer de opgaver, hvor stærkere ræsonnering væsentligt forbedrer fuldførelsesraten.
Dette er særligt vigtigt for agenter, fordi en mislykket $0.50-kørsel efterfulgt af to retries kan være dyrere end en enkelt $1.00 vellykket kørsel.
Brug eksplicitte fuldførelsesgrænser, værktøjsloop-grænser og retry-budgetter. Gennemgå forbrugsdata for frisk input, cachelæsninger, skrivninger, ræsonneringsoutput, niveau, kontekstbånd og værktøjsgebyrer. Sammenlign besparelser mod accepteret opgavekvalitet efter hver ændring.
Conclusion
GPT-6.1 Sol er attraktiv, når en arbejdsgang har brug for kompleks ræsonnering til Sol-niveau-priser og kan genbruge stabil kontekst. Den bevarer GPT-6 Sols $2/$10 Standard-satsoverskrifter, mens den sænker kortkontekst-cachelæsninger til $0.10/M. Astra har højere token-satser, men valget bør følge arbejdsbyrdens kvalitet og omkostning pr. accepteret opgave.
Start med estimater pr. forespørgsel, adskil cacheskrivninger fra læsninger, og hold øje med 272K-grænsen. Mål derefter hele agentforløbet og vælg et behandlingsniveau, der passer til ventetid og tilgængelighed. CometAPI leverer en separat prisplan; bekræft faktiske konto- og værktøjsvilkår før skalering.
FAQ
How Should GPT-6.1 Sol Budgets Handle Failed or Cancelled Requests?
Spor udbyderforbrug for fuldførte, ufuldstændige, mislykkede og annullerede forespørgsler separat. Antag ikke, at hver mislykket forespørgsel er gratis, eller at hver klientannullering forhindrer arbejde på serversiden. Afstem forespørgsels-id’er og forbrug med faktureringsposter, og inkluder derefter faktureret mislykket arbejde i beregningen af omkostning pr. accepteret opgave. Bekræft udbyderspecifik opkrævning og refusionsregler i stedet for at udlede dem fra en HTTP-status.
How Should Teams Forecast GPT-6.1 Sol Costs for Variable Traffic?
Segmentér trafik efter inputbånd, behandlingsniveau, cachekomposition og arbejdsbyrde. Brug målte token- og fuldførelsesfordelinger i stedet for én gennemsnitlig prompt. Byg en baseline-prognose og scenarier for lavere hitrater, flere retries og længere outputs; overvåg også andelen, der krydser 272K. Opdater prognosen, når opgavemixen ændres.
How Can Teams Reconcile GPT-6.1 Sol Forecasts With Invoices?
Vælg en afsluttet faktureringsperiode, og grupper forespørgsler efter rute, behandlingsniveau og inputbånd. Afstem registreret forbrug med faktura-kategorier og kreditter, inklusive justeringer, værktøjsgebyrer og eventuel skat eller valutakonvertering. Undersøg afvigelser ved hjælp af forespørgsels-id’er og faktureringstidsstempler i stedet for at anvende en uforklaret korrelationsfaktor. Bekræft forsinket rapportering og udbyderens afrundingsregler før ændring af prognosen.
