De standaardcontext van GPT-6.1 Sol in Codex is net van 272K naar 500K gegaan: wat het verandert, en wat niet

GPT-6.1 Sol — het middenklassemodel dat op 2026-09-29 werd uitgebracht voor $2,00 per miljoen inputtokens en $10,00 per miljoen outputtokens — had zijn standaard contextlengte in Codex en ChatGPT Work verhoogd van 272.000 tokens naar 500.000 op 2026-10-12, een stijging die de leverancier op ongeveer 80 procent schat. Thibault Sottiaux, het hoofd product en platform van het bedrijf, kondigde het aan als dag 7 van de 28 dagen durende shipping sprint van het bedrijf, noemde 500.000 een grondig geteste "sweet spot" en zei dat de standaard in de toekomst weer hoger zou worden. Het maximum is onaangeroerd en dat geldt ook voor GPT-6 Sol, de generatie die 6.1 verving, waarvan deze de gepubliceerde plafonds ongewijzigd heeft overgenomen.

Dat is de hele aankondiging, en het is gemakkelijk om de twee woorden die het werk doen over het hoofd te lezen. Standaard, niet maximaal. Codex en ChatGPT Work, niet de API. Het model heeft sinds de release al veel meer dan 500.000 tokens kunnen accepteren — het getal dat is veranderd, is het getal dat je krijgt wanneer je niets opvraagt.

Alles hieronder is overgenomen uit de eigen model- en prijsdocumentatie van de leverancier en uit zijn aankondiging, beide van 2026-10-12, of is het resultaat van rekenwerk met de tarieven die hij publiceert. Waar een cijfer van de leverancier zelf is en niemand buiten de leverancier het heeft gereproduceerd, zegt de zin die het bevat dat.

De delta, gespecificeerd

Zes dingen zijn het waard om te onderscheiden, want drie ervan zijn verplaatst en drie niet.

• Standaardcontext in Codex en ChatGPT Work — 272.000 tokens vóór 2026-10-12, 500.000 erna. Dit is het aantal dat van toepassing is wanneer een verzoek er geen opgeeft.

• Maximale context — ongewijzigd. Op de modelpagina van de leverancier voor GPT-6.1 Sol staat een venster van 1.050.000 tokens, een maximale invoer van 922.000 tokens en een uitvoerlimiet van 128.000 tokens. Die cijfers zijn identiek op de pagina voor GPT-6 Sol.

• Handmatige overschrijving — ongewijzigd. Gebruikers kunnen de werkcontext nog steeds hoger of lager dan de standaard instellen, tot aan het eigen plafond van het model, en daarom haalt niets hiervan een optie weg die al bestond.

• De abonnementstoeslag voor lange context — verwijderd voor GPT-6.1 Sol, expliciet "onder ChatGPT-abonnementsquota." Dit is de clausule waar geld aan vastzit, en deze is beperkt tot gebruik dat uit een ChatGPT-abonnement voortkomt.

• API-standaardinstellingen en API-prijzen — ongewijzigd. De API is van jou, niet van de standaardtabel van een klant, en de multiplier voor lange prompts op de prijzenpagina staat er nog steeds zoals vóór de aankondiging.

• Het 1M-plafond — geen wijziging, maar het is het vermelden waard omdat een standaardwaarde van 500.000 tokens 54 procent verbruikt van de maximale invoerlimiet van 922.000 tokens. "Het past binnen 1M" en "het past binnen de standaardwaarde" zijn nu twee verschillende vragen met een kloof van 422.000 tokens ertussen.

Het enige getal in de lijst waar een lezer vandaag iets mee kan, is dus niet 500.000. Het is de kwijtschelding van de toeslag — en alleen als hun gebruik wordt gefactureerd via een abonnement in plaats van een API-sleutel.

De toeslag is het deel dat een rekening verandert

Doe de rekensom met de gepubliceerde API-tarieven van de leverancier en de vorm van het probleem dat de ontheffing aanpakt, is duidelijk. De vermelde tarieven van GPT-6.1 Sol zijn $2,00 per miljoen input-tokens, $0,10 per miljoen gecachte input-tokens en $10,00 per miljoen output-tokens. Prompts van meer dan 272.000 input-tokens worden geprijsd tegen 2x de input- en cachetarieven en 1,5x de output voor de volledige aanvraag — niet alleen voor de tokens voorbij die grens.

• 270.000 niet-gecachete invoertokens, 10.000 uitvoer — invoer 270.000 tegen $2,00 is $0,540; uitvoer 10.000 tegen $10,00 is $0,100. Totaal $0,640.

• 300.000 niet-gecachte invoertokens, 10.000 uitvoer — het verzoek overschrijdt de grens, dus elk tarief verandert: 300.000 invoer tegen $4,00 is $1,200; 10.000 uitvoer tegen $15,00 is $0,150. Totaal $1,350.

Elf procent meer invoertokens, 2,1 keer zo'n hoge factuur. De stap is wat van een grotere standaardwaarde een reële vraag maakt in plaats van een gratis upgrade, en het is de stap die de leverancier net aan de abonnementskant voor dit model heeft weggehaald. Bij een API-sleutel is die er nog steeds, op exact dezelfde drempel, onveranderd door alles wat op 2026-10-12 is aangekondigd.

Als je het model via OrcaRouter aanroept, is die grens van de leverancier en reist die mee: wij leveren openai/gpt-6.1-sol tegen de lijsttarieven van de leverancier met 0% opslag, dus de tariefkaart van $2,00 / $0,10 / $10,00 en de vermenigvuldiger van 272.000 tokens daarboven zijn dezelfde getallen die je op de eigen pagina van de leverancier zou zien, en een wijziging aan weerszijden wordt dezelfde dag aan onze kant doorgevoerd, niet pas bij een herprijzingsvenster. Wat we niet doen, is het tariefniveau van de leverancier wijzigen. Als een verzoek op een API-sleutel de 272.000 invoertokens overschrijdt, wordt het opnieuw geprijsd, wie het ook heeft gerouteerd.

Waar de nieuwe standaard zich daadwerkelijk bevindt

De aankondiging noemt twee oppervlakken, en dat onderscheid is belangrijker dan het klinkt. Codex en ChatGPT Work zijn de agentische producten; GPT-6.1 Sol zit niet in de standaard ChatGPT-chat. De standaardwaarde van 500.000 tokens bereikt dus de mensen die lange coderingslussen en documentintensieve werksessies draaien, en bereikt niemand die het model vanuit een script aanroept.

Daaronder ligt een tweede laag. Een client die via inloggegevens van een ChatGPT-abonnement verbinding maakt met het model is niet dezelfde vorm als een client die met een API-sleutel verbinding maakt — hij draagt een budgettabel die de in aanmerking komende modellen begrenst, zodat verbruik uit een abonnement overeenkomt met wat Codex zelf toestaat. Eén opensource-codeclient, OpenCode, heeft dezelfde dag een wijziging in zijn ChatGPT-OAuth-verbinding samengevoegd, waarmee het maximum voor gpt-6.1-sol werd verhoogd van 272.000 naar 500.000 inputtokens tegen een contextplafond van 628.000 tokens, "waarbij de bestaande 128k output-headroom behouden blijft." De opmerking van de reviewer is de eerlijke samenvatting van de hele aankondiging: alleen de standaardlimieten voor dit model op die verbinding zijn gewijzigd, de openbare API is ongewijzigd, en configuratie-overschrijvingen per model gelden nog steeds.

Dat is de lezing van een client van derden over hoe de limieten worden toegepast, geen leveranciersdocument, en het is de moeite waard om dat als zodanig te benoemen. Maar het komt overeen met de eigen framing van de aankondiging: de leverancier verhoogde een standaardwaarde die hij beheert, op de oppervlakken waarop hij de standaard instelt, en liet de API waar de aanroeper beslist.

Waarom de leverancier de standaardwaarde verschoof in plaats van het plafond

De opgegeven reden is compactie. Wanneer een langdurig draaiende Codex-sessie zijn werkcontext nadert, condenseert de harness eerdere beurten — waarbij details worden samengevat en weggegooid — zodat de sessie kan doorgaan. Compactie is geen gegevensverlies in de zin van een crash; het is een bewuste ruil van getrouwheid voor speelruimte, en ze treedt vaker op naarmate de standaardwaarde kleiner is. De standaardwaarde verhogen naar 500.000 tokens betekent dat de trigger later komt bij precies de taken die het meest gebaat zijn bij behoud: refactors over meerdere bestanden, lange debuggingtrajecten, werk waarbij een omvangrijk opgehaald corpus over vele beurten wordt meegedragen.

Dit is ook waarom de aankondiging over een standaardwaarde gaat en niet over een limiet. Een maximum helpt alleen een aanroeper die de limiet kent en instelt; een standaardwaarde helpt elke aanroeper, ook degenen die nooit iets hebben geconfigureerd. Voor een product waarvan de gebruikers grotendeels interactief zijn, is dat de knop met de grootste hefboomwerking. Het is de eigen onderbouwing van de leverancier en die is op het eerste gezicht redelijk — het meetbare deel van de bewering is dat er minder compactingen plaatsvinden, wat een gedrag van de harness is en geen modelcapaciteit, en het model zelf is niet veranderd. Dezelfde snapshot, dezelfde tarieven, dezelfde uitvoerlimiet van 128.000 tokens, dezelfde kennisafsluitdatum van 2026-04-30.

De argumenten tegen, als mening weergegeven

De reactie uit de praktijk was niet uniform positief, en de bezwaren zijn het waard om mee te nemen, want het zijn toetsbare beweringen, geen onderbuikgevoelens. Eén ontwikkelaar noemde de wijziging publiekelijk een anti-feature op twee gronden: abonnementsquota worden sneller verbruikt als sessies geregeld langer duren voordat er wordt gecompacteerd, en de kwaliteit van needle-in-a-haystack-retrieval is waarschijnlijk niet zo goed bij 500.000 tokens als bij 272.000, dus de extra ruimte is misschien geen bruikbare ruimte. Anderen maakten het verwante punt dat een groter venster een capaciteit is, geen aanbeveling — het vullen ervan met vaag relevante bestanden verwatert de aandacht en vertraagt de antwoorden.

Dit zijn standpunten uit de community, geen richtlijnen van de leverancier, en het tegenargument van de leverancier zit besloten in het woord "sweet spot": de waarde is getest en gekozen op basis van zowel ervaring als capaciteit. Maar de twee zorgen betreffen verschillende dingen en moeten gescheiden worden. Het punt over het quotum is een boekhoudkundige kwestie — als je plan tokens meet, betekent een langere standaardwaarde meer tokens voordat het vangnet van contextcompactie in werking treedt. Het kwaliteitspunt is een evaluatiekwestie, en die is te beantwoorden op de enige manier waarop dit soort vragen ooit beantwoord worden: voer je eigen long-context-taak uit bij beide groottes en vergelijk, in plaats van hetzij de framing van de aankondiging, hetzij die van een antwoordthread over te nemen.

Wat je moet controleren voordat je op het nieuwe nummer vertrouwt

• Op welk oppervlak je je bevindt. Codex of ChatGPT Work met abonnementsfacturering krijgt standaard 500.000 en geen toeslag voor lange context. Een API-sleutel krijgt geen van beide — geen gewijzigde standaard, en de vermenigvuldiger van 272.000 tokens blijft van toepassing.

• Of je harness nu een expliciete limiet verstuurt. Een client die een contextwaarde hardcodeert, overschrijft de nieuwe standaard volledig. Controleer de config voordat je aanneemt dat de verhoging jou heeft bereikt, want de oplossing is misschien een regel in je eigen instellingen in plaats van iets dat de leverancier heeft uitgebracht.

• Hoe de limieten zich verhouden. Een externe ChatGPT-OAuth-verbinding kan zijn eigen tabel presenteren — het OpenCode-geval hierboven combineert een invoertoelage van 500.000 tokens met een contextplafond van 628.000 tokens en laat 128.000 tokens aan uitvoerruimte over. Als jouw client in die categorie valt, controleer dan het eigen aantal en niet dat uit de aankondiging.

• Of uw factuur nu een abonnement of een meter is. De vrijstelling van de toeslag is een wijziging aan de abonnementszijde. De API-laag blijft ongewijzigd, dus een kostenmodel dat op de API is gebouwd, bevat niets nieuws.

• Of je het venster moet vullen. De standaardwaarde is wat je krijgt; het is geen doel op zich. Gecachte invoer tegen $0,10 per miljoen versus $2,00 ongecacht is de hefboom die een rekening voor lange contexten daadwerkelijk verlaagt, en het beloont byte-stabiele prefixen in plaats van grotere.

De open vraag

De leverancier heeft gezegd dat de standaardwaarde weer zal stijgen, waardoor 500.000 een tussenpunt is in plaats van een bestemming — en waardoor de interessante vraag niet is of het getal groeit, maar of de twee beperkingen eromheen mee bewegen. De herprijzingsdrempel van 272.000 tokens ligt nu onder de nieuwe standaardwaarde, wat betekent dat een sessie die via een abonnement wordt gefactureerd en volgens de API-regels tot zijn standaardwaarde doorloopt, een long-contextverzoek zou zijn; de vrijstelling zorgt ervoor dat dat aan de abonnementskant niet uitmaakt, en niets dat op 12 oktober 2026 is aangekondigd, wijst erop dat de API-drempel met de standaardwaarde mee omhooggaat. Houd die drempel in de gaten, niet het venster.

Voor een team dat al op GPT-6.1 Sol bouwt, is de praktische boodschap beperkt en duidelijk. Als je een abonnement hebt op Codex of ChatGPT Work, krijg je meer ruimte vóór compaction en één regel minder op de rekening, vanaf nu. Als je de API aanroept, is er niets veranderd, en het getal dat je in de gaten moet houden is nog steeds 272.000. Onze modelpagina voor openai/gpt-6.1-sol — context van 1.050.000 tokens, output van 128.000 tokens, $2,00 in en $10,00 uit — is waar dat zo geprijsd blijft.