Der Standardkontext von GPT-6.1 Sol ist in Codex gerade von 272K auf 500K gestiegen: Was sich dadurch ändert – und was nicht

GPT-6.1 Sol — das Mittelklasse-Modell, veröffentlicht am 29.09.2026 zu 2,00 $ pro Million Eingabe-Tokens und 10,00 $ pro Million Ausgabe-Tokens — ließ seine Standard-Kontextlänge in Codex und ChatGPT Work am 12.10.2026 von 272.000 Tokens auf 500.000 erhöhen, eine Steigerung, die der Anbieter mit rund 80 Prozent beziffert. Thibault Sottiaux, der Leiter für Produkt und Plattform des Unternehmens, kündigte sie als Tag 7 des 28-tägigen Shipping-Sprints des Unternehmens an, beschrieb 500.000 als einen gründlich getesteten „Sweet Spot“ und sagte, der Standardwert werde künftig erneut höher ausfallen. Das Maximum bleibt unangetastet, und ebenso GPT-6 Sol, die Generation, die 6.1 ersetzt hat, deren veröffentlichte Obergrenzen dieses Modell unverändert übernommen hat.

Das ist die gesamte Ankündigung, und es ist leicht, die zwei Wörter zu überlesen, die die Arbeit leisten. Standard, nicht das Maximum. Codex und ChatGPT Work, nicht die API. Das Modell kann seit seiner Veröffentlichung weit mehr als 500.000 Token akzeptieren – die Zahl, die sich geändert hat, ist diejenige, die man bekommt, wenn man nichts verlangt.

Alles Nachfolgende ist den eigenen Modell- und Preisunterlagen des Anbieters und seiner Ankündigung entnommen, beide vom 12.10.2026, oder beruht auf Berechnungen mit den von ihm veröffentlichten Tarifen. Wenn eine Zahl die des Anbieters selbst ist und niemand außerhalb sie reproduziert hat, wird dies in dem Satz, der sie enthält, angegeben.

Das Delta, aufgeschlüsselt

Es lohnt sich, sechs Dinge zu unterscheiden, denn drei von ihnen bewegten sich und drei nicht.

• Standardkontext in Codex und ChatGPT Work — 272.000 Token vor dem 12.10.2026, 500.000 danach. Dies ist die Zahl, die gilt, wenn eine Anfrage keine angibt.

• Maximaler Kontext — unverändert. Die Modellseite des Anbieters für GPT-6.1 Sol listet ein Fenster von 1.050.000 Token, eine maximale Eingabe von 922.000 Token und eine Obergrenze von 128.000 Token für die Ausgabe auf. Diese Zahlen sind auf der Seite für GPT-6 Sol identisch

• Manuelle Übersteuerung — unverändert. Nutzer können den Arbeitskontext weiterhin über oder unter dem Standardwert einstellen, bis zur Obergrenze des Modells selbst, weshalb nichts davon eine Option entfernt, die bereits existierte.

• Der Abonnement-Zuschlag für Langkontext — für GPT-6.1 Sol entfernt, ausdrücklich „unter ChatGPT-Abo-Kontingenten". Dies ist die Klausel, an der Geld hängt, und sie ist auf die Nutzung beschränkt, die aus einem ChatGPT-Plan stammt.

• API-Standardwerte und API-Preise — unverändert. Die API gehört Ihnen, nicht der Standardtabelle eines Clients, und der Multiplikator für lange Prompts auf der Preisseite liest sich weiterhin genau so wie vor der Ankündigung.

• Die 1M-Obergrenze — keine Änderung, aber erwähnenswert, denn ein Standardwert von 500.000 Token verbraucht 54 Prozent des maximalen Eingabekontingents von 922.000 Token. „Es passt in 1M“ und „es passt unter den Standard“ sind jetzt zwei verschiedene Fragen mit einem Abstand von 422.000 Token dazwischen.

Die eine Zahl in der Liste, auf deren Grundlage ein Leser heute handeln kann, ist also nicht 500.000. Es ist die Zuschlagsbefreiung – und auch nur dann, wenn ihre Nutzung über ein Abonnement statt über einen API-Schlüssel abgerechnet wird.

Der Zuschlag ist der Teil, der eine Rechnung verändert.

Rechnet man mit den veröffentlichten API-Preisen des Anbieters, wird die Form des Problems, das die Ausnahmeregelung adressiert, offensichtlich. Die angegebenen Preise von GPT-6.1 Sol betragen 2,00 $ pro Million Eingabe-Tokens, 0,10 $ pro Million zwischengespeicherter Eingabe-Tokens und 10,00 $ pro Million Ausgabe-Tokens. Prompts mit mehr als 272.000 Eingabe-Tokens werden mit dem 2-fachen der Eingabe- und Cache-Preise sowie dem 1,5-fachen der Ausgabe berechnet für die gesamte Anfrage – nicht nur für die Tokens jenseits dieser Grenze.

• 270.000 nicht gecachte Eingabe-Tokens, 10.000 Ausgabe — Eingabe 270.000 bei 2,00 $ ergibt 0,540 $; Ausgabe 10.000 bei 10,00 $ ergibt 0,100 $. Insgesamt 0,640 $.

• 300.000 nicht gecachte Eingabe-Tokens, 10.000 Ausgabe-Tokens — die Anfrage überschreitet die Grenze, also ändert sich jeder Tarif: Eingabe 300.000 bei $4,00 ergibt $1,200; Ausgabe 10.000 bei $15,00 ergibt $0,150. Gesamt: $1,350.

Elf Prozent mehr Eingabe-Tokens, 2,1-mal so hohe Rechnung. Die Stufe ist es, die eine größere Standardeinstellung zu einer echten Frage statt zu einem kostenlosen Upgrade macht, und es ist die Stufe, die der Anbieter gerade auf der Abonnementseite für dieses Modell entfernt hat. Bei einem API-Schlüssel ist sie weiterhin vorhanden, bei genau derselben Schwelle, unverändert durch irgendetwas, das am 2026-10-12 angekündigt wurde.

Wenn Sie das Modell über OrcaRouter aufrufen, gehört diese Grenze dem Anbieter und wandert mit ihm mit: wir bedienen openai/gpt-6.1-sol zu den Listenpreisen des Anbieters mit 0 % Aufschlag, sodass die Preiskarte mit 2,00 $ / 0,10 $ / 10,00 $ und der 272.000-Token-Multiplikator darüber dieselben Zahlen sind, die Sie auf der eigenen Seite des Anbieters sehen würden, und eine Änderung auf einer der beiden Seiten noch am selben Tag bei uns ankommt statt zu einem Preisanpassungsfenster. Was wir nicht tun, ist, die Tarifstufe des Anbieters zu ändern. Wenn eine Anfrage mit einem API-Schlüssel 272.000 Eingabe-Token überschreitet, wird sie neu bepreist, egal, wer sie weitergeleitet hat.

Wo der neue Standard tatsächlich liegt

Die Ankündigung nennt zwei Oberflächen, und der Unterschied ist wichtiger, als er klingt. Codex und ChatGPT Work sind die agentischen Produkte; GPT-6.1 Sol ist nicht im standardmäßigen ChatGPT-Chat enthalten. Die Standardeinstellung von 500.000 Token erreicht also die Menschen, die lange Coding-Schleifen und dokumentenlastige Arbeitssitzungen fahren, und erreicht niemanden, der das Modell aus einem Skript aufruft.

Darunter gibt es eine zweite Ebene. Ein Client, der sich über ChatGPT-Abonnement-Anmeldedaten mit dem Modell verbindet, hat nicht dieselbe Form wie ein Client, der sich mit einem API-Schlüssel verbindet – er führt eine Budgettabelle mit sich, die zulässige Modelle begrenzt, sodass die aus einem Abonnement gezogene Nutzung dem entspricht, was Codex selbst erlaubt. Ein quelloffener Coding-Client, OpenCode, hat am selben Tag eine Änderung an seiner ChatGPT-OAuth-Verbindung zusammengeführt und dabei seinen Eintrag für gpt-6.1-sol von 272.000 auf 500.000 Eingabe-Token gegenüber einer Kontextobergrenze von 628.000 Token angehoben, „wobei der bestehende 128k-Ausgabepuffer erhalten bleibt". Die Anmerkung seines Reviewers ist die ehrliche Zusammenfassung der gesamten Ankündigung: Geändert haben sich nur die Standardgrenzen für dieses Modell auf dieser Verbindung, die öffentliche API ist unverändert, und Konfigurationsüberschreibungen pro Modell gelten weiterhin.

Das ist die Lesart eines Drittanbieter-Clients dazu, wie die Obergrenzen angewendet werden, kein Anbieterdokument, und es verdient, als solche gekennzeichnet zu werden. Aber sie entspricht der eigenen Darstellung der Ankündigung: Der Anbieter hat einen von ihm kontrollierten Standardwert angehoben, auf den Oberflächen, auf denen er den Standard festlegt, und die API dort belassen, wo der Aufrufer entscheidet.

Warum der Anbieter den Standardwert statt der Obergrenze verschoben hat

Der angegebene Grund ist die Verdichtung. Wenn sich eine langlebige Codex-Sitzung ihrem Arbeitskontext nähert, verdichtet der Harness frühere Turns – wobei er Details zusammenfasst und verwirft –, damit die Sitzung fortgesetzt werden kann. Verdichtung ist kein Datenverlust im Sinne eines Absturzes; sie ist ein bewusster Tausch von Genauigkeit gegen Spielraum, und sie tritt umso häufiger auf, je kleiner der Standardwert ist. Den Standardwert auf 500.000 Token anzuheben bedeutet, dass die Auslösung bei genau den Aufgaben später erfolgt, die am stärksten auf Beibehaltung angewiesen sind: Multi-File-Refactorings, lange Debugging-Phasen, Arbeit, bei der ein großer abgerufener Korpus über viele Turns hinweg mitgeführt wird.

Das ist auch der Grund, warum es in der Ankündigung um einen Standardwert und nicht um ein Limit geht. Ein Maximum hilft nur einem Aufrufer, der das Limit kennt und es setzt; ein Standardwert hilft jedem Aufrufer, auch denen, die nie etwas konfiguriert haben. Für ein Produkt, dessen Nutzer überwiegend interaktiv sind, ist das der wirksamere Hebel. Es ist die eigene Begründung des Anbieters, und sie ist auf den ersten Blick plausibel – die messbare Hälfte der Behauptung ist, dass weniger Kompaktierungen stattfinden, was eher ein Verhalten des Harness als eine Modellfähigkeit ist, und das Modell selbst hat sich nicht geändert. Derselbe Snapshot, dieselben Tarife, dieselbe Ausgabeobergrenze von 128.000 Token, derselbe Knowledge-Cutoff vom 30.04.2026.

Die Gegenargumentation, als Meinung dargelegt

Die Reaktion von Praktikern war nicht durchweg positiv, und die Einwände sollte man weitertragen, denn es sind überprüfbare Behauptungen, keine bloßen Vibes. Ein Entwickler bezeichnete die Änderung öffentlich aus zwei Gründen als Anti-Feature: Abo-Kontingente werden schneller aufgebraucht, wenn Sitzungen vor der Kompaktierung regelmäßig länger laufen, und die Qualität der Nadel-im-Heuhaufen-Suche dürfte bei 500.000 Token nicht so gut sein wie bei 272.000, sodass der zusätzliche Platz möglicherweise kein nutzbarer Platz ist. Andere brachten den damit zusammenhängenden Punkt vor, dass ein größeres Fenster eine Kapazität ist, keine Empfehlung — es mit lose relevanten Dateien zu füllen, verwässert die Aufmerksamkeit und verlangsamt Antworten.

Dies sind Community-Positionen, keine Anbieterrichtlinien, und die Gegendarstellung des Anbieters ist in dem Wort „Sweet Spot“ implizit: Der Wert wurde sowohl auf Erfahrung als auch auf Leistungsfähigkeit hin getestet und ausgewählt. Doch die beiden Bedenken zielen auf unterschiedliche Dinge und sollten getrennt werden. Der Quota-Punkt ist eine Abrechnungsfrage – wenn dein Plan Tokens abrechnet, bedeutet eine längere Standardeinstellung mehr Tokens, bevor das Sicherheitsnetz der Kompaktierung greift. Der Qualitätspunkt ist eine Evaluierungsfrage, und sie ist nur auf die einzige Art beantwortbar, wie solche Fragen überhaupt beantwortbar sind: Führe deine eigene Long-Context-Aufgabe in beiden Größen aus und vergleiche, statt entweder das Framing der Ankündigung oder das eines Antwort-Threads zu übernehmen.

Was Sie prüfen sollten, bevor Sie sich auf die neue Zahl verlassen

• Auf welcher Oberfläche Sie sich befinden.Bei einem abonnementbasierten Codex oder ChatGPT Work sind 500.000 der Standard, und es fällt kein Langkontext-Zuschlag an. Ein API-Schlüssel bekommt weder das eine noch das andere — kein geänderter Standardwert, und der 272.000-Token-Multiplikator gilt weiterhin.

• Ob das Harness ein explizites Limit sendet.Ein Client, der einen Kontextwert hardcodiert, überschreibt den neuen Standardwert vollständig. Prüfen Sie die Konfiguration, bevor Sie annehmen, dass die Erhöhung bei Ihnen angekommen ist, denn die Korrektur kann eine Zeile in Ihren eigenen Einstellungen sein statt etwas, das der Anbieter ausgeliefert hat.

• Wie sich die Limits zusammensetzen. Eine ChatGPT-OAuth-Verbindung eines Drittanbieters kann ihre eigene Tabelle aufweisen – der OpenCode-Fall oben kombiniert ein Eingabekontingent von 500.000 Token mit einer Kontextobergrenze von 628.000 Token und lässt 128.000 Token Ausgabespielraum. Wenn Ihr Client in diese Kategorie fällt, prüfen Sie dessen Zahl statt der aus der Ankündigung.

• Ob es sich bei Ihrer Rechnung um ein Abonnement oder einen Zähler handelt. Der Zuschlagsverzicht ist eine Änderung auf der Abonnementseite. Die API-Ebene bleibt unberührt, sodass ein auf der API aufgebautes Kostenmodell nichts Neues enthält.

• Ob Sie das Fenster füllen sollten. Die Voreinstellung ist das, was Sie bekommen; sie ist kein Ziel. Zwischengespeicherte Eingabe zu 0,10 $ pro Million gegenüber 2,00 $ ohne Zwischenspeicherung ist der Hebel, der eine Rechnung für langen Kontext tatsächlich senkt, und sie belohnt byte-stabile Präfixe statt größerer.

Die offene Frage

Der Anbieter hat gesagt, dass der Standardwert erneut steigen wird, was 500.000 zu einem Wegpunkt statt zu einem Ziel macht – und die interessante Frage nicht mehr ist, ob die Zahl wächst, sondern ob sich die beiden Beschränkungen um sie herum mit ihr bewegen. Die Repricing-Schwelle von 272.000 Token liegt jetzt unter dem neuen Standardwert, was bedeutet, dass eine über ein Abonnement abgerechnete Sitzung, die nach den Regeln der API bis zu ihrem Standardwert läuft, eine Long-Context-Anfrage wäre; die Ausnahmeregelung ist es, die verhindert, dass das auf der Abonnementseite relevant wird, und nichts, was am 12. Oktober 2026 angekündigt wurde, deutet darauf hin, dass die API-Schwelle dem Standardwert nach oben folgt. Achte auf diese Schwelle, nicht auf das Fenster.

Für ein Team, das bereits auf GPT-6.1 Sol aufbaut, ist die praktische Lesart eng umrissen und klar. Wenn Sie Codex oder ChatGPT Work über ein Abonnement nutzen, erhalten Sie ab sofort mehr Spielraum vor der Kompaktierung und eine Zeile weniger auf der Rechnung. Wenn Sie die API aufrufen, hat sich nichts geändert, und die Zahl, auf die es zu achten gilt, ist weiterhin 272.000. Unsere Modellseite für openai/gpt-6.1-sol — 1.050.000 Token Kontext, 128.000 Token Ausgabe, 2,00 $ für Eingabe und 10,00 $ für Ausgabe — dort bleibt das so bepreist.