Domyślny kontekst GPT-6.1 Sol właśnie wzrósł z 272K do 500K w Codex: co to zmienia, a co nie

GPT-6.1 Sol — model średniej półki wydany 29.09.2026 w cenie 2,00 USD za milion tokenów wejściowych i 10,00 USD za milion tokenów wyjściowych — miał domyślną długość kontekstu w Codex i ChatGPT Work zwiększoną 12.10.2026 z 272 000 do 500 000 tokenów, czyli wzrost, który dostawca szacuje na około 80 procent. Thibault Sottiaux, szef działu produktu i platformy w firmie, ogłosił to jako Dzień 7 firmowego 28-dniowego sprintu wdrożeniowego, określił 500 000 jako dokładnie przetestowany „sweet spot” i powiedział, że w przyszłości domyślna wartość znów wzrośnie. Maksimum pozostaje bez zmian, podobnie jak GPT-6 Sol, generacja, którą zastąpił 6.1, a której publikowane pułapy ten model odziedziczył bez zmian.

To całe ogłoszenie, a łatwo przeoczyć dwa słowa, które wykonują całą robotę. Domyślnie, a nie maksymalnie. Codex i ChatGPT Work, a nie API. Model może przyjmować znacznie więcej niż 500 000 tokenów od momentu premiery — liczba, która się zmieniła, to ta, którą otrzymujesz, gdy o nic nie prosisz.

Wszystko poniżej pochodzi z własnej dokumentacji modelu i cen dostawcy oraz z jego ogłoszenia, oba z dnia 2026-10-12, albo stanowi wynik obliczeń na podstawie publikowanych przez niego stawek. Jeśli dana wartość pochodzi od dostawcy i nikt z zewnątrz jej nie odtworzył, zdanie, które ją zawiera, mówi o tym.

Delta, w rozbiciu na pozycje

Warto rozdzielić sześć rzeczy, ponieważ trzy z nich się przesunęły, a trzy nie.

• Domyślny kontekst w Codex i ChatGPT Work — 272 000 tokenów przed 2026-10-12, 500 000 po. To liczba, która ma zastosowanie, gdy żądanie jej nie określa.

• Maksymalny kontekst — bez zmian. strona modelu dostawcy dla GPT-6.1 Sol podaje okno 1 050 000 tokenów, maksymalne wejście 922 000 tokenów i limit wyjścia 128 000 tokenów. Te wartości są identyczne na stronie dla GPT-6 Sol.

• Ręczne nadpisanie — bez zmian. Użytkownicy nadal mogą ustawić kontekst roboczy wyżej lub niżej niż domyślny, aż do górnego limitu samego modelu — dlatego nic z tego nie usuwa opcji, która już istniała.

• Dopłata za długi kontekst w subskrypcji — zniesiona dla GPT-6.1 Sol, wyraźnie „w ramach limitów subskrypcji ChatGPT”. To klauzula związana z pieniędzmi i ogranicza się do użycia pochodzącego z planu ChatGPT.

• Domyślne ustawienia API i cennik API — bez zmian. API należy do Ciebie, a nie do domyślnej tabeli klienta, a mnożnik długich promptów na stronie cennika nadal wygląda tak samo jak przed ogłoszeniem.

• Pułap 1M — bez zmian, ale warto to zaznaczyć, ponieważ domyślna wartość 500,000 tokenów zużywa 54 procent maksymalnego limitu wejściowego wynoszącego 922,000 tokenów. „Mieści się w 1M” i „mieści się poniżej wartości domyślnej” to teraz dwa różne pytania, między którymi jest luka 422,000 tokenów.

Zatem jedyną liczbą na liście, na podstawie której czytelnik może dziś podjąć działanie, nie jest 500 000. Jest to zwolnienie z dopłaty — i tylko wtedy, gdy użycie przez czytelnika jest rozliczane w ramach subskrypcji, a nie klucza API.

Dopłata to ta część, która zmienia rachunek.

Wystarczy przeprowadzić obliczenia na podstawie publikowanych przez dostawcę stawek API, a charakter problemu, którego dotyczy odstępstwo, staje się oczywisty. Podane stawki GPT-6.1 Sol to 2,00 USD za milion tokenów wejściowych, 0,10 USD za milion tokenów wejściowych z pamięci podręcznej i 10,00 USD za milion tokenów wyjściowych. Prompty powyżej 272 000 tokenów wejściowych są wyceniane według 2-krotności stawek za wejście i pamięć podręczną oraz 1,5-krotności stawki za wyjście za całe żądanie — nie tylko za tokeny powyżej tego progu.

• 270 000 tokenów wejściowych spoza pamięci podręcznej, 10 000 wyjściowych — wejście 270 000 po 2,00 USD to 0,540 USD; wyjście 10 000 po 10,00 USD to 0,100 USD. Razem 0,640 USD.

• 300 000 tokenów wejściowych bez pamięci podręcznej, 10 000 wyjściowych — żądanie przekracza limit, więc zmieniają się wszystkie stawki: wejście 300 000 po 4,00 USD to 1,200 USD; wyjście 10 000 po 15,00 USD to 0,150 USD. Razem 1,350 USD.

Jedenaście procent więcej tokenów wejściowych, rachunek 2,1 razy wyższy. To właśnie ten skok sprawia, że większy domyślny limit jest prawdziwym pytaniem, a nie darmowym ulepszeniem, i to ten skok dostawca właśnie zdjął po stronie subskrypcji dla tego modelu. W przypadku klucza API nadal on obowiązuje, na dokładnie tym samym progu, niezmieniony przez nic, co ogłoszono 2026-10-12.

Jeśli wywołujesz model przez OrcaRouter, ta granica należy do dostawcy i przemieszcza się wraz z nim: udostępniamy openai/gpt-6.1-sol według stawek katalogowych dostawcy z 0% marży, więc tabela $2.00 / $0.10 / $10.00 i mnożnik 272 000 tokenów powyżej niej to te same liczby, które zobaczyłbyś na własnej stronie dostawcy, a zmiana po którejkolwiek stronie trafia do nas tego samego dnia, a nie w oknie aktualizacji cennika. Nie robimy jednego: nie zmieniamy poziomu dostawcy. Jeśli żądanie przekroczy 272 000 tokenów wejściowych na kluczu API, zostanie ponownie wycenione, niezależnie od tego, kto je kierował.

Gdzie właściwie znajduje się nowy domyślny

Ogłoszenie wymienia dwie powierzchnie, a to rozróżnienie ma większe znaczenie, niż się wydaje. Codex i ChatGPT Work to produkty agentowe; GPT-6.1 Sol nie występuje w standardowym czacie ChatGPT. Tak więc domyślny limit 500 000 tokenów dociera do osób prowadzących długie pętle kodowania i sesje pracy z dużą ilością dokumentów, a nie dociera do nikogo, kto wywołuje model ze skryptu.

Pod tym kryje się druga warstwa. Klient łączący się z modelem za pomocą poświadczeń subskrypcji ChatGPT nie ma takiego samego kształtu jak klient łączący się z kluczem API — niesie ze sobą tabelę budżetową, która ogranicza kwalifikujące się modele, tak aby użycie pobierane z subskrypcji odpowiadało temu, co dopuszcza sam Codex. Jeden klient do kodowania open source, OpenCode, tego samego dnia scalił zmianę w swoim połączeniu ChatGPT-OAuth, podnosząc swój wpis dla gpt-6.1-sol z 272 000 do 500 000 tokenów wejściowych wobec pułapu kontekstu wynoszącego 628 000 tokenów, „zachowując istniejący zapas 128k na wyjście”. Uwaga recenzenta tej zmiany to szczere podsumowanie całego ogłoszenia: zmieniły się tylko domyślne limity dla tego modelu w tym połączeniu, publiczne API pozostaje bez zmian, a nadpisania konfiguracji dla poszczególnych modeli nadal obowiązują.

To interpretacja klienta zewnętrznego dotycząca sposobu stosowania limitów, a nie dokument dostawcy, i warto oznaczyć ją jako taką. Pasuje jednak do sposobu przedstawienia przyjętego w samym ogłoszeniu: dostawca podniósł wartość domyślną, którą kontroluje, w tych obszarach, w których ustawia tę wartość domyślną, a API pozostawił tam, gdzie decyduje wywołujący.

Dlaczego dostawca zmienił wartość domyślną, a nie górny limit

Podanym powodem jest kompakcja. Gdy długotrwała sesja Codex zbliża się do swojego kontekstu roboczego, harness kondensuje wcześniejsze tury — streszczając je i odrzucając szczegóły — aby sesja mogła być kontynuowana. Kompakcja nie jest utratą danych w sensie awarii; to celowy kompromis polegający na wymianie wierności na zapas miejsca, który uruchamia się tym częściej, im mniejsza jest wartość domyślna. Podniesienie wartości domyślnej do 500 000 tokenów oznacza, że wyzwalacz pojawia się później dokładnie w tych zadaniach, które najbardziej wymagają zachowania informacji: refaktoryzacjach wielu plików, długich ciągach debugowania, pracy przenoszącej duży korpus pozyskany z wyszukiwania przez wiele tur.

To również wyjaśnia, dlaczego ogłoszenie dotyczy wartości domyślnej, a nie limitu. Maksimum pomaga tylko temu wywołującemu, który zna limit i go ustawia; wartość domyślna pomaga każdemu wywołującemu, w tym tym, którzy nigdy niczego nie konfigurowali. W przypadku produktu, którego użytkownicy w dużej mierze pracują interaktywnie, to jest dźwignia o większym wpływie. To uzasadnienie samego dostawcy i na pierwszy rzut oka wydaje się sensowne — mierzalna połowa tej tezy polega na tym, że występuje mniej kompakcji, co jest zachowaniem harnessu, a nie możliwością modelu, a sam model się nie zmienił. Ten sam snapshot, te same stawki, ten sam limit wyjściowy 128 000 tokenów, ta sama data odcięcia wiedzy 2026-04-30.

Argumenty przeciw, przedstawione jako opinia

Reakcja praktyków nie była jednolicie pozytywna, a zastrzeżenia warto brać pod uwagę, ponieważ to weryfikowalne twierdzenia, a nie odczucia. Jeden z deweloperów publicznie nazwał tę zmianę funkcją niepożądaną z dwóch powodów: limity subskrypcji będą zużywane szybciej, jeśli sesje rutynowo będą trwać dłużej przed kompakcją, a jakość wyszukiwania igły w stogu siana prawdopodobnie nie będzie tak dobra przy 500 000 tokenów jak przy 272 000, więc dodatkowe miejsce może nie być miejscem, z którego da się korzystać. Inni podnieśli pokrewną kwestię, że większe okno to pojemność, a nie zalecenie — wypełnianie go luźno powiązanymi plikami rozmywa uwagę i spowalnia odpowiedzi.

To stanowiska społeczności, a nie wytyczne dostawcy, a kontrargument dostawcy jest domyślnie zawarty w słowie „sweet spot”: wartość została przetestowana i wybrana ze względu na doświadczenie, jak i możliwości. Ale te dwie kwestie dotyczą różnych rzeczy i należy je rozdzielić. Kwestia limitu to zagadnienie rozliczeniowe — jeśli Twój plan rozlicza tokeny, dłuższa wartość domyślna oznacza więcej tokenów, zanim zadziała siatka bezpieczeństwa w postaci kompakcji. Kwestia jakości to zagadnienie oceny i można na nie odpowiedzieć tylko tak, jak zawsze odpowiada się na takie pytania: uruchom własne zadanie z długim kontekstem przy obu rozmiarach i porównaj, zamiast przyjmować albo narrację ogłoszenia, albo wątku z odpowiedziami.

Co sprawdzić, zanim zaczniesz polegać na nowym numerze

• Z której powierzchni korzystasz. Codex rozliczany subskrypcją lub ChatGPT Work otrzymuje domyślnie 500 000 i nie ma dopłaty za długi kontekst. Klucz API nie otrzymuje żadnego z nich — domyślna wartość nie ulega zmianie, a mnożnik 272 000 tokenów nadal obowiązuje.

• Czy Twój harness wysyła jawny limit. Klient, który zaszywa na sztywno wartość kontekstu, całkowicie nadpisuje nową wartość domyślną. Sprawdź konfigurację, zanim założysz, że podniesienie wartości do Ciebie dotarło, bo poprawka może być jedną linijką w Twoich własnych ustawieniach, a nie czymś, co dostarczył dostawca.

• Jak składają się limity. Połączenie z ChatGPT-OAuth innej firmy może przedstawiać własną tabelę — wspomniany wyżej przypadek OpenCode łączy limit wejściowy wynoszący 500 000 tokenów z pułapem kontekstu 628 000 tokenów i pozostawia 128 000 tokenów zapasu na dane wyjściowe. Jeśli Twój klient należy do tej kategorii, sprawdź jego własną liczbę, a nie tę z ogłoszenia.

• Niezależnie od tego, czy Twój rachunek oparty jest na subskrypcji, czy na liczniku. Zwolnienie z dopłaty to zmiana po stronie subskrypcji. Warstwa API pozostaje nietknięta, więc model kosztów oparty na API nie zawiera nic nowego.

• Czy powinieneś wypełniać okno. Domyślna wartość to po prostu to, co otrzymujesz; nie jest ona celem. Wejście z pamięci podręcznej w cenie 0,10 USD za milion w porównaniu z 2,00 USD bez pamięci podręcznej to dźwignia, która faktycznie obniża rachunek za długi kontekst, i nagradza prefiksy stabilne pod względem bajtów, a nie większe.

Otwarte pytanie

Dostawca powiedział, że wartość domyślna znów wzrośnie, przez co 500 000 staje się punktem pośrednim, a nie celem — i sprawia, że ciekawe pytanie nie brzmi, czy liczba rośnie, lecz czy dwa ograniczenia wokół niej przesuwają się wraz z nią. Próg zmiany ceny przy 272 000 tokenów leży teraz poniżej nowej wartości domyślnej, co oznacza, że sesja rozliczana w ramach subskrypcji, która zgodnie z regułami API osiąga swoją wartość domyślną, byłaby żądaniem długiego kontekstu; to odstępstwo sprawia, że nie ma to znaczenia po stronie subskrypcji, a nic ogłoszonego 2026-10-12 nie wskazuje, by próg API przesuwał się w górę razem z wartością domyślną. Obserwuj ten próg, a nie okno.

Dla zespołu, który już buduje na bazie GPT-6.1 Sol, praktyczny odczyt jest wąski i jasny. Jeśli korzystasz z Codex lub ChatGPT Work w ramach subskrypcji, zyskujesz więcej miejsca przed kompakcją i o jedną pozycję mniej na rachunku — od teraz. Jeśli wywołujesz API, nic się nie zmieniło, a liczba, na którą warto patrzeć, to nadal 272 000. Nasza strona modelu dla openai/gpt-6.1-sol — kontekst 1 050 000 tokenów, wyjście 128 000 tokenów, $2.00 za wejście i $10.00 za wyjście — to tam ta wycena pozostaje.