Codex auto-compact na GPT-6 Sol: domyślne wartości w kodzie i koszt ich podniesienia
Zaktualizowano September 27, 2026 · pierwsza publikacja September 27, 2026
Codex automatycznie kompaktuje sesję GPT-6 Sol przy 244,800 tokenach: 90% okna 272,000 tokenów, jakie przypisuje modelowi. Podniesienie model_auto_compact_token_limit powyżej tej liczby nic nie daje, chyba że podniesiesz też model_context_window. Jeśli okno przekroczy 272K, każda tura, która przekroczy tę granicę, jest rozliczana według stawek długiego kontekstu. Liczby odczytaliśmy z kodu źródłowego Codex 0.157.1 oraz z katalogu modeli, który Codex pobiera.
Jakie okno kontekstu daje Codex dla GPT-6 Sol?
272,000 tokenów, mimo że API przyjmuje do 922,000. Codex pobiera katalog modeli i zapisuje go w ~/.codex/models_cache.json. Wpis dla gpt-6-sol podaje context_window równe 272,000 i max_context_window równe 872,000. Ustawia też effective_context_window_percent na 95 i zostawia auto_compact_token_limit pusty. GPT-6 Astra i GPT-6 Luna mają te same wartości.
272K nie jest przypadkową liczbą. Dokładnie tu zaczyna się cennik długiego kontekstu GPT-6.
| Wartość | Tokeny | Skąd pochodzi |
|---|---|---|
| Okno kontekstu | 272,000 |
context_window w katalogu modeli |
| Użyteczne okno | 258,400 | 95% okna (effective_context_window_percent) |
| Próg auto-compact | 244,800 | 90% okna, obliczone w kodzie |
| Największe dozwolone okno | 872,000 |
max_context_window w katalogu modeli |
| Limit wejścia w API | 922,000 | Specyfikacja modelu OpenAI (1.05M łącznie z wyjściem) |
Jak Codex decyduje, kiedy kompaktować?
Bierze mniejszą z dwóch wartości: twojego skonfigurowanego limitu i 90% okna kontekstu. W codex-rs/protocol/src/openai_models.rs funkcja auto_compact_token_limit() liczy context_window * 9 / 10. Zwraca tę wartość albo twój limit, zależnie od tego, który jest niższy. Katalog nie zawiera limitu dla GPT-6 Sol, więc domyślnie wynik to 272,000 × 0.9 = 244,800.
Ustawienie może więc tylko przesunąć kompakcję wcześniej. Wpisz model_auto_compact_token_limit = 300000 do config.toml przy domyślnym oknie, a Codex i tak skompaktuje przy 244,800, bez ostrzeżenia. Żeby kompaktować później, musisz też podnieść model_context_window, a to przesuwa też sufit: przy maksymalnym oknie 872,000 domyślny próg wynosi 784,800.
Drugie ustawienie, model_auto_compact_token_limit_scope, domyślnie ma wartość total, czyli liczy cały aktywny kontekst. Alternatywa, body_after_prefix, liczy tylko to, co rozmowa dokłada po kontekście wniesionym z wcześniej.
Ile kosztuje podniesienie okna Codex powyżej 272K?
Za turę znacznie więcej niż same dodatkowe tokeny. Gdy żądanie GPT-6 Sol ma powyżej 272K tokenów wejścia, całe żądanie jest rozliczane według stawek długiego kontekstu. Wejście i wejście z cache kosztują dwa razy więcej, a wyjście 1.5 raza więcej. W długiej sesji agenta prawie każda tura wysyła całą historię od nowa, więc większość wejścia to prefiks z cache.
| Kontekst na turę | Stawka wejścia z cache | Koszt kontekstu z cache na turę | Koszt bez cache na turę |
|---|---|---|---|
| 240K (kompaktuje domyślnie) | $0.20 / 1M | $0.048 | $0.48 |
| 270K | $0.20 / 1M | $0.054 | $0.54 |
| 300K (okno podniesione) | $0.40 / 1M | $0.12 | $1.20 |
| 400K (okno podniesione) | $0.40 / 1M | $0.16 | $1.60 |
Przejście z 270K do 300K dokłada 11% więcej tokenów, a koszt każdej tury rośnie 2.2 raza. W planie ChatGPT nie widzisz rachunku, ale te same tokeny zużywają twoje 5-godzinne i tygodniowe limity Codex, więc większe okno wyczerpuje je szybciej. Tekst context-window-paid-twice wyjaśnia, dlaczego to powtarzane obciążenie dominuje w długich sesjach.
Czy GPT-6 Sol jest nadal dokładny w okolicach 244K tokenów?
Tego jeszcze nikt nie zmierzył. Jedyny niezależny wynik długiego kontekstu dla GPT-6 Sol to Artificial Analysis AA-LCR: 84%, tyle samo co GPT-5.6 Sol. Dokumenty w tym teście mają średnio około 100K tokenów. Liczby MRCR podawane dla „Sol” przy 256K–512K należą do GPT-5.6 Sol. Nasze zestawienie testów długiego kontekstu GPT-6 Sol pokazuje, co zostało opublikowane, a czego nie, według stanu na 27 września 2026.
Co ustawić?
W większości zespołów nic. Domyślne ustawienie jest już bezpieczne kosztowo. Kompakcja przy 244,800 utrzymuje każde żądanie poniżej granicy cenowej 272K, z zapasem na wyjście. Trzy sytuacje wymagają zmiany:
-
Chcesz kompaktować wcześniej, na przykład dlatego, że długie wątki zaczynają gubić wcześniejsze instrukcje. Ustaw
model_auto_compact_token_limitniżej, na przykład 200000. Wartości poniżej 244,800 działają. -
Chcesz zapisać obecne domyślne wartości, żeby przyszła aktualizacja katalogu nie zmieniła ich po cichu. Ustaw
model_context_window = 272000i limit równy 244,800 lub niższy. -
Potrzebujesz więcej niż 258K żywego kontekstu w jednej sesji. Podnieś
model_context_windowi zaakceptuj cenę długiego kontekstu w każdej turze powyżej 272K. Ustaw alert, bo interfejs Codex nie sygnalizuje zmiany ceny.
# ~/.codex/config.toml
model = "gpt-6-sol"
model_context_window = 272000 # przypnij domyślne okno, poniżej granicy cenowej 272K
model_auto_compact_token_limit = 240000 # wartości powyżej 244,800 są przy tym oknie ignorowane
Źródła
-
Kod Codex 0.157.1:
auto_compact_token_limit()iusable_context_window() - Kod Codex 0.157.1: nadpisania konfiguracji zastosowane do informacji o modelu
- Kod Codex 0.157.1: zakres kompakcji i twardy limit kontekstu
- Cennik API OpenAI
- Artificial Analysis: GPT-6 Sol vs GPT-5.6 Sol
Powiązane
- Testy długiego kontekstu GPT-6 Sol: co faktycznie zmierzono
- Cennik GPT-6 i skok ceny przy długim kontekście 272K
- Płacisz za okno kontekstu dwa razy
- Ile Codex dostajesz w ChatGPT Pro?
Chcesz zastosować to w swoim stosie? Przynieś faktury dostawców, logi bramy i najważniejsze przepływy pracy; wskażemy czynniki kosztów i ścieżkę oszczędności. Umów bezpłatny audyt →