GPT-5.6 Sol Ultra w Codex: co naprawdę robi tryb subagenta (i ile kosztuje)

GPT-5.6 Sol Ultra w Codex: co naprawdę robi tryb subagenta (i ile kosztuje)

Na lipiec 2026 GPT-5.6 Sol Ultra jest w zamkniętej wersji preview dla niewielkiej grupy około 20 partnerów zatwierdzonych przez rząd, dostępnej przez API OpenAI i Codex. Nie jest jeszcze szeroko dostępny. OpenAI nie podało daty ogólnej dostępności, a powszechnie cytowany wynik 91,9% w Terminal-Bench nie pojawia się na własnej stronie preview OpenAI.

26 czerwca 2026 OpenAI zaprezentowało rodzinę GPT-5.6 Sol, a kilka dni później Thibault Sottiaux powiedział użytkownikom Codex, żeby „zachowali najtrudniejsze prompty" dla poziomu Sol Ultra. Ten jeden teaser wywołał falę zrzutów ekranu z benchmarkami. Większość z nich powtarza liczbę, której OpenAI nigdy nie opublikowało. Zanim więc zaplanujesz swój workflow w Codex wokół GPT-5.6 Sol Ultra, oto co jest faktycznie potwierdzone, jak działa tryb subagenta i matematyka tokenów, która decyduje, czy warto go włączyć.

Najważniejsze wnioski:

• Sol Ultra to najwyższy poziom wysiłku w GPT-5.6: współpracujące subagenty, które komunikują się ze sobą podczas jednego zadania.
• Jest w zamkniętym preview dla ~20 partnerów zatwierdzonych przez rząd, przez API i Codex, nie jest szeroko dostępny (na lipiec 2026).
• Prasa podaje 91,9% w Terminal-Bench 2.1, ale OpenAI nie opublikowało tego wyniku, więc traktuj go jako niezweryfikowany.
• Sol kosztuje $5 za input / $30 za output na 1M tokenów; subagenty mnożą wywołania, więc Ultra może kosztować kilka razy więcej niż uruchomienie z jednym agentem.

GPT-5.6 Sol Ultra w Codex: co jest faktycznie potwierdzone

Oto czysty podział. Potwierdzone: OpenAI zaprezentowało rodzinę Sol (Sol, Terra, Luna) 26 czerwca 2026, Sol Ultra to najwyższy poziom rozumowania i jest zapowiadany dla Codex. Niepotwierdzone: wynik 91,9% w Terminal-Bench 2.1 i jakakolwiek data ogólnej dostępności. Wszystko inne, co widziałeś, to doniesienia prasowe, nie dane od pierwszej strony.

To rozróżnienie ma znaczenie, bo ten launch był szybki i nieprecyzyjny. Strona preview OpenAI opisuje poziomy i bramki bezpieczeństwa w kategoriach jakościowych. Efektowna tabela benchmarków krążąca na X i w poradnikach pochodzi z opracowań wtórnych, nie ze strony OpenAI. W fazie przed premierą oceniliśmy przedpremierowe plotki i oto co faktycznie się ukazało, a co pozostało spekulacją. Ta sama dyscyplina obowiązuje teraz.

Jeśli więc jesteś deweloperem próbującym zdecydować, czy Ultra pasuje do Twojej pętli w Codex, zignoruj na chwilę liczby z hype'u. Potwierdzone fakty (mechanizm, cennik, status preview) wystarczą, żeby ocenić koszt i dopasowanie. Niepotwierdzone (dokładny wynik, data premiery) nie powinny na razie napędzać żadnej decyzji. Źródła: strona OpenAI Previewing GPT-5.6 Sol i relacja z premiery 9to5Mac.

Czym jest Sol Ultra? Współpracujące subagenty vs równolegli agenci Pro

Sol Ultra to najwyższy poziom rozumowania w GPT-5.6, a jego cechą definiującą są współpracujące subagenty: koordynator dzieli zadanie na części, przekazuje każdą subagentowi, a te subagenty wymieniają wiadomości między sobą, gdy praca jeszcze trwa. Ta komunikacja w trakcie zadania jest całym sensem i tym, co odróżnia Ultra od każdego niższego poziomu.

Wyobraź sobie mały zespół inżynierski versus zestaw freelancerów. Równolegli agenci GPT-5.5 Pro działają jak freelancerzy, którym dajesz trzy osobne tickety. Każdy odchodzi, robi swoją część w izolacji i odkłada wynik na Twoje biurko. Nikt z nikim nie rozmawia. Subagenty Sol Ultra działają jak zespół w jednym pokoju: jeden zauważa, że zmienił się schemat bazy danych, mówi innym, a oni korygują kurs przed zakończeniem. Ta koordynacja to powód, dla którego OpenAI pozycjonuje go do długich, trudnych, wieloetapowych zadań, a nie szybkich edycji.

Tam gdzie agenci Pro pracują w osobnych pasach, subagenty Sol Ultra przekazują sobie karteczki, gdy zadanie jeszcze trwa.

Sam mechanizm jest potwierdzony, opisany przez OpenAI i powtórzony w materiałach DataCamp i deeplearning.ai. Haczyk, do którego dojdziemy, jest taki, że każdy subagent, którego uruchomisz, to kolejne wywołanie modelu spalające tokeny. Koordynacja nie jest darmowa.

Czym jest „maksymalny wysiłek rozumowania" i kiedy go włączyć?

„Maksymalny wysiłek rozumowania" to najwyższy szczebel drabiny wysiłku GPT-5.6, która biegnie od niskiego przez wysoki aż do ustawienia max, którego używa Sol Ultra. Wyższy wysiłek oznacza, że model zużywa więcej mocy obliczeniowej na myślenie przed odpowiedzią, co zwykle pomaga przy trudnych problemach, a marnuje pieniądze przy łatwych. To pokrętło, nie przełącznik, który zostawiasz odkręcony na maksa.

Wyobraź sobie szachistę. Przy niskim wysiłku rusza szybko na intuicji, co jest OK przy oczywistych biciach. Przy maksymalnym wysiłku siedzi i liczy dziesięć ruchów w głąb, co jest dokładnie tym, czego chcesz w trudnej końcówce, i kompletnie bez sensu przy otwieraniu drzwi. Wysiłek rozumowania działa tak samo. Moc obliczeniowa (i rachunek) rośnie wraz z tym, jak mocno każesz modelowi myśleć.

Kiedy więc warto? Włącz max effort przy długoterminowej, wieloplikowej pracy agentowej: migracja dotykająca dwudziestu plików, paskudny refaktor, bug rozciągający się na trzy serwisy. To terytorium długoterminowego kodowania agentowego, gdzie głębsze rozumowanie faktycznie zmienia wynik. Zostaw wyłączone przy zmianie nazwy zmiennej, pisaniu jednego testu czy poprawianiu literówki, bo zapłacisz premium za zero korzyści.

Maksymalny wysiłek rozumowania zwraca swój koszt tylko wtedy, gdy zadanie jest na tyle trudne, że błędna pierwsza próba kosztowałaby więcej niż dodatkowe tokeny.

Uczciwa zasada: jeśli nie potrafisz wyjaśnić, dlaczego zadanie jest trudne, prawdopodobnie nie potrzebujesz do niego maksymalnego wysiłku.

Wyniki Terminal-Bench 2.1: czy 91,9% jest faktycznie zweryfikowane?

Nie. Wynik 91,9% jest podawany przez prasę wtórną, nie pojawia się na własnej stronie preview OpenAI, preview jest zamknięte i nie ujawniono żadnej metodologii ewaluacji. Nie jest więc niezależnie zweryfikowany. Traktuj go jako twierdzenie prasowe, którego nie możesz sprawdzić, nie jako ustalony rezultat.

Oto precyzyjna sytuacja. Doniesienia okołopenAI-owe (DataCamp, AI Weekly, deeplearning.ai) dają Sol Ultra 91,9% w Terminal-Bench 2.1. Ale ponieważ preview jest ograniczone do ~20 partnerów, a OpenAI nie opublikowało ani liczby, ani warunków testu, nikt spoza tego kręgu nie może tego odtworzyć. Zauważ też, że wynik Claude Mythos 5 zmienia się w zależności od źródła: jedne podają 84,3%, inne 88,0%. Gdy liczby w tabeli porównawczej nie zgadzają się między źródłami, to sygnał, żeby trzymać je luźno.

Wynik 91,9%, który wszyscy cytują, nie pojawia się na własnej stronie preview OpenAI, więc traktuj go jako twierdzenie prasowe, nie ustalony rezultat.

Nic z tego nie oznacza, że Sol Ultra jest słaby. Może faktycznie okazać się najlepszy, gdy OpenAI opublikuje realną metodologię. Oznacza tylko, że nie powinieneś kierować ruchu produkcyjnego na podstawie liczby, której nie możesz zweryfikować. Źródła: przewodnik DataCamp po GPT-5.6 Sol, The Batch od deeplearning.ai i AI Weekly.

Jak używać Sol Ultra + maksymalnego wysiłku rozumowania w Codex

Sam Sol Ultra jest bramkowany, więc nie włączysz go, chyba że Twoja organizacja jest w preview. Ale drabina wysiłku, na której siedzi, już działa w CLI Codex dzisiaj, na modelach, które masz. Oto jak działa to ustawienie i gdzie Ultra się wpasuje, gdy uzyskasz dostęp.

1. Znajdź ustawienie. Wysiłek rozumowania znajduje się w pliku konfiguracyjnym Codex pod ~/.codex/config.toml lub jako flaga per uruchomienie. Nie jest zakopane w menu; to jeden klucz.
2. Ustaw model i wysiłek. Wskaż Codex na swój string modelu i ustaw poziom wysiłku. Dzisiaj możesz ustawić od low do high; szczebel „max" plus poziom subagentów Sol Ultra odblokują się, gdy Twoja organizacja będzie w preview.
3. Nadpisuj per zadanie. Użyj flagi -c, żeby podbić wysiłek na jedno trudne uruchomienie bez edytowania konfiguracji.
4. Włączaj selektywnie. Rezerwuj max effort dla długich, wieloplikowych zadań z sekcji powyżej. Zostaw domyślny na medium lub high.

# ~/.codex/config.toml
model = "gpt-5.6-sol"
model_reasoning_effort = "high"   # minimal | low | medium | high (available today)

# "max" effort + the Sol Ultra cooperating-subagent tier
# activate once your org is in the closed preview:
# model = "gpt-5.6-sol-ultra"
# model_reasoning_effort = "max"

# per-run override, no config edit needed:
# codex -c model_reasoning_effort="high" "refactor the auth module"

Pro tip: ustaw domyślny poziom projektu na high, nie max. Potem nadpisuj na max tylko przy konkretnym uruchomieniu, które tego wymaga. Ten jeden nawyk trzyma Twój bazowy rachunek w ryzach i oszczędza drogi poziom na zadania, które faktycznie go nagradzają. Szczegóły dostępności są w artykule preview w Help Center OpenAI.

Ile faktycznie kosztuje Ultra: mnożnik tokenów subagenta

Oto część, której nikt nie modeluje: ponieważ Ultra uruchamia współpracujące subagenty, jedno zadanie odpala kilka wywołań modelu zamiast jednego, a każde wywołanie nalicza tokeny. Potwierdzony cennik Sol to $5 za 1M tokenów input, $0,50 za cache'owane i $30 za 1M tokenów output. Output jest droższą stroną, a Ultra produkuje go znacznie więcej.

Policzmy realny przykład. Weźmy jedno umiarkowanie złożone zadanie agentowe na bazowym Sol, jeden agent:

Teraz to samo zadanie na Ultra z koordynatorem i trzema współpracującymi subagentami. Współdzielony kontekst cache'uje się tanio po $0,50, ale każdy subagent nadal produkuje własny output po $30:

To w przybliżeniu 3,6x koszt bazowego Sol za to samo zadanie, a w zależności od tego, ile subagentów się uruchomi i ile kontekstu się cache'uje, zobaczysz od 2x do 4x. Mnożnik to nasze modelowane oszacowanie z opublikowanego cennika, nie zmierzony benchmark Ultra, ale cennik i mechanizm są oba potwierdzone, więc kształt jest realny.

Ukryty koszt Ultra to nie stawka za token, lecz to, że jedno zadanie po cichu staje się czterema wywołaniami modelu.

Dwie rzeczy to łagodzą: cache'owanie promptów (ta stawka $0,50 za cache) na współdzielonym kontekście i zdyscyplinowane routowanie, żebyś płacił stawki Ultra tylko za zadania, które ich wymagają. Jeśli poważnie podchodzisz do rachunku, nasz przewodnik o tym, jak trzymać koszty API LLM pod kontrolą, opisuje wzorce routingu, których używamy w pipeline'ach klienckich. Cennik ze źródeł DataCamp i deeplearning.ai, datowany 2026-06 do 2026-07.

Czy możesz już tego używać? Ograniczone preview, ~20 partnerów i oś czasu

Nie, chyba że jesteś jednym z około 20 zaufanych partnerów zatwierdzonych przez rząd. Sol Ultra jest w zamkniętym preview dostępnym przez API OpenAI i Codex, bramkowanym rządowym przeglądem bezpieczeństwa przed szerszym udostępnieniem. OpenAI powiedziało, że szerszy dostęp jest „w ciągu tygodni" i nic bardziej konkretnego.

Możliwe, że widziałeś krążącą datę „7 lipca". Zignoruj ją. OpenAI nie podało daty premiery, więc traktuj jakikolwiek konkretny dzień jako niepotwierdzone plotki, nie fakt, wokół którego planujesz. Co jest potwierdzone, to ramy „w ciągu tygodni" i to, że Cerebras ma serwować Sol z prędkością do 750 tokenów na sekundę od lipca (wg deeplearning.ai).

Co więc robisz, jeśli nie jesteś partnerem? Przygotuj się teraz. Ustaw konfigurację Codex i drabinę wysiłku na modelach, które masz dzisiaj, żeby gdy Ultra się otworzy, zamiana stringa modelu była jedyną zmianą, jaką wykonasz. Ramka decyzyjna: Czy jesteś zaufanym partnerem? Nie? W takim razie ustaw routowanie poziomów wysiłku już dziś i bądź gotowy na zamianę jednej linijki. Źródła: Help Center OpenAI i deeplearning.ai.

Sol Ultra vs Sol vs GPT-5.5 vs Claude Mythos 5: po który sięgnąć?

Routuj po zadaniu, nie po leaderboardzie, zwłaszcza gdy liczby z leaderboardu nie są zweryfikowane. Sięgaj po bazowy Sol przy większości codziennego kodowania agentowego, rezerwuj Sol Ultra dla naprawdę trudnych zadań długoterminowych, trzymaj GPT-5.5, jeśli już jest wpięty w Twój stack, i rozważ Claude Mythos 5 tam, gdzie już ufasz najnowszemu Claude w swoim workflow.

Oto praktyczne ramy:

• Sięgnij po bazowy Sol, gdy zadanie jest normalnie trudne: feature, zamknięty refaktor, zestaw testów. Ma zgłaszane 88,8% i kosztuje ułamek tego co Ultra.
• Sięgnij po Sol Ultra, gdy zadanie jest długie, obejmuje wiele plików i błędna pierwsza próba kosztowałaby realny czas. Współpracujące subagenty zwracają swój mnożnik tutaj, jeśli gdziekolwiek.
• Sięgnij po GPT-5.5, gdy jest już zintegrowany, a różnica względem Sol nie uzasadnia migracji.
• Sięgnij po Claude Mythos 5, gdy istniejące narzędzia Twojego zespołu go faworyzują. Jego zgłaszany wynik zależy od źródła (84,3% do 88,0%), więc nie zmieniaj tylko na podstawie liczby.

Po głębsze kompromisy routingu modeli między narzędziami, nasze porównanie agentów kodujących rozkłada, gdzie każdy pasuje. W skrócie: wybierz najtańszy poziom, który przechodzi poprzeczkę trudności Twojego zadania.

Co deweloperzy faktycznie mówią na Reddicie

Benchmarki to jedno. To, co ludzie zgłaszają we własnych terminalach, to drugie, i teraz wątki na r/codex to najuczciwszy sygnał, jaki mamy. Nasz odczyt nastrojów: ostrożnie pod wrażeniem, głęboko sceptyczni i głównie kłócą się o cenę.

Wczesne pochwały z pierwszej ręki są konkretne. W wątku na r/codex z 335 upvote'ami deweloper, który zauważył, że jego prompty są routowane do 5.6, powiedział, że jest „dwa razy szybszy" i „trafia moje prompty za pierwszym razem", nawet „prewencyjnie" naprawiając przypadki brzegowe, które kiedyś wymagały kilku rund z 5.5. Jego porównanie trafiło mocno: „czuję się dokładnie jak z Fable 5, gdy miałem go krótko w Claude, ale znacznie szybciej". Komentator twierdzący, że ma dostęp wewnętrzny, dodał, że uruchamianie „zadań na maksymalnym poziomie rozumowania" zajmuje „znacznie mniej czasu niż z 5.5".

Potem przychodzą weterani. Najsilniejszy kontrprąd to to, co nazwalibyśmy cynizmem „miesiąc miodowy, potem nerf": „Zawsze tak jest i potrwa jakieś 2 tygodnie przed nerfem" — napisał jeden. Drugi był bardziej dosadny: „Po prostu cisnąj przez 2 tygodnie, bo będzie Einsteinem tylko przez 2 tygodnie". Kilku zwróciło uwagę na sam timing, zauważając, że entuzjastyczne posty o 5.6 pojawiają się dokładnie, gdy skargi na spadek jakości 5.5 osiągają szczyt. Co znamienne, najwyżej głosowane odpowiedzi w tym wątku nie były analizą; były żartami („ja już używam gpt 6"), co mówi wiele o tym, jak zmęczeni deweloperzy są karuzelą hype'u wersji.

W wątku ogłoszeniowym Sol Ultra Codex rozmowa przerzuciła się niemal całkowicie na koszt, wymierzony wprost w Claude. Deweloperzy ważą poziom Codex za $200 od OpenAI przeciwko promo Fable od Anthropic i kilku powiedziało, że anuluje Claude Max 20x, głównie dlatego, że Fable „pali kredyty dwa razy szybciej". Powracająca nadzieja: „realna konkurencja dla Claude Fable. Lepiej dla nas, użytkowników". Powracający strach, który zresztą podzielamy: „już się przejechałem na tym, że OpenAI ogłasza rzeczy, a potem bramkuje je za wyższymi poziomami, więc uwierzę, jak zobaczę działające lokalnie".

Nasze zdanie w Techsy: raporty o szybkości zgadzają się z tym, co powinien dostarczyć stack serwujący o wyższej przepustowości, więc w to wierzymy. Twierdzenia o trafianiu za pierwszym razem traktujemy jako obiecujące, ale nieudowodnione w skali, bo wzorzec „ogłupiał po dwóch tygodniach" jest realny i widzieliśmy, jak się odtwarzał przy wcześniejszych premierach. A sceptycyzm kosztowy jest dokładnie trafny. Dopóki Sol Ultra nie jest w Twoim CLI, stabilny, przez pełny cykl rozliczeniowy, traktuj entuzjazm jako preview, nie werdykt.

Co zobaczyliśmy, uruchamiając zadania agentowe w Codex

Powiedzmy wprost: nie możemy uruchomić Sol Ultra. Jest bramkowany do ~20 partnerów, a my nie jesteśmy jednym z nich, więc nie będziemy cytować liczby tokenów ani wyników, których nie zmierzyliśmy. Co możemy zrobić, to kolejna najlepsza uczciwa rzecz. Uruchomiliśmy zadania agentowe przez CLI Codex na naszym obecnym poziomie i wyliczyliśmy dokładną matematykę kosztów subagenta z opublikowanego cennika OpenAI $5/$30.

Drabina wysiłku zachowuje się dokładnie tak, jakbyś oczekiwał, na poziomie, który testowaliśmy. Przy niskim i średnim wysiłku Codex odpowiada szybko i w większości poprawnie trafia zamknięte edycje. Wciśnij trudne, wieloplikowe zadanie przy niskim wysiłku, a ma tendencję do zatrzymywania się w pół drogi lub pomijania zależności między plikami; to samo zadanie przy wysokim wysiłku zauważalnie dłużej myśli przed działaniem i trafia więcej zmian za jednym razem. Ten kompromis między czasem zegarowym a jakością jest całym powodem, dla którego istnieje szczebel max.

Modelowanie kosztów powyżej (przykład z ~3,6x) to nasza autentyczna analiza z pierwszej ręki, za którą możemy ręczyć: to arytmetyka na potwierdzonym cenniku i potwierdzonym mechanizmie subagenta, oznaczona jako model, nie pomiar. W klienckich pipeline'ach agentowych już routujemy poziomy modeli po koszcie i to jest dokładnie to obliczenie, które wykonamy przed włączeniem Ultra dla kogokolwiek.

Jedyna zmiana konfiguracji, która ma znaczenie, to linijka model_reasoning_effort w config.toml pokazanym wcześniej: trzymamy domyślny poziom projektu na high i nadpisujemy na max per uruchomienie, dokładnie jak opisuje pro tip powyżej. Gdy Ultra otworzy się poza preview, ta konfiguracja oznacza, że zamiana stringa modelu będzie jedyną edycją, jaką wykonamy, a matematyka kosztów powyżej to już obliczenie, które uruchomimy przed włączeniem. Zaktualizujemy tę sekcję zmierzonymi liczbami Ultra w momencie, gdy będziemy mieć autentyczny dostęp, nie wcześniej.

O autorze

Mert Batur Gurbuz jest współzałożycielem Techsy.io, gdzie zespół dostarcza agentów AI, systemy automatyzacji i pipeline'y głosowe/SDR dla klientów B2B. Studiuje na University of Birmingham i pisze o stacku narzędziowym LLM, którego zespół Techsy faktycznie używa w produkcji. Połącz się na LinkedIn.

Współzałożyciel, Techsy.io, University of Birmingham.

Najczęściej zadawane pytania

Czym jest GPT-5.6 Sol Ultra?

Sol Ultra to najwyższy poziom wysiłku rozumowania w GPT-5.6. Jego cechą definiującą są współpracujące subagenty: koordynator dzieli zadanie, a subagenty przekazują sobie wiadomości podczas pracy. OpenAI pozycjonuje go do długich, trudnych, wieloetapowych zadań agentowych, a nie szybkich edycji, i zaprezentowało go jako część rodziny Sol 26 czerwca 2026.

Czy Sol Ultra jest teraz dostępny w Codex?

Nie dla większości osób. Na lipiec 2026 Sol Ultra jest w zamkniętym preview dostępnym przez API OpenAI i Codex, bramkowanym do około 20 zaufanych partnerów zatwierdzonych przez rząd, za przeglądem bezpieczeństwa. OpenAI mówi, że szerszy dostęp jest „w ciągu tygodni", ale nie podało konkretnej daty, więc nie możesz go po prostu włączyć dzisiaj.

Jak działają współpracujące subagenty w Sol Ultra?

Koordynator rozbija zadanie na części i przypisuje każdą subagentowi. W przeciwieństwie do niezależnych równoległych agentów, te subagenty komunikują się w trakcie zadania, dzieląc się tym, czego się uczą, żeby inni mogli skorygować kurs przed zakończeniem. Ta koordynacja pomaga przy złożonej, wieloplikowej pracy, ale każdy subagent to osobne wywołanie modelu zużywające własne tokeny.

Czym jest „maksymalny wysiłek rozumowania" w GPT-5.6?

Maksymalny wysiłek rozumowania to najwyższy szczebel drabiny wysiłku GPT-5.6, która biegnie: low, medium, high, potem max. Wyższy wysiłek oznacza, że model zużywa więcej mocy obliczeniowej na rozumowanie przed odpowiedzią. Pomaga przy trudnych, długoterminowych zadaniach i marnuje pieniądze przy prostych, więc traktuj go jak pokrętło, które podkręcasz tylko, gdy zadanie jest naprawdę trudne.

Ile kosztuje uruchomienie Sol Ultra?

Bazowy Sol ma cenę $5 za 1M tokenów input, $0,50 za cache'owane i $30 za 1M tokenów output (źródło: DataCamp i deeplearning.ai, datowane na połowę 2026). Ultra uruchamia współpracujące subagenty, więc jedno zadanie odpala kilka wywołań modelu. Nasz modelowany przykład pokazuje, że jedno zadanie kosztuje w przybliżeniu 2x do 4x więcej niż uruchomienie bazowego Sol, napędzane głównie dodatkowymi tokenami output.

Czy Sol Ultra jest faktycznie lepszy niż Claude Mythos 5?

Według zgłaszanych liczb Sol Ultra (91,9%) prowadzi nad Claude Mythos 5 w Terminal-Bench 2.1, ale to niezweryfikowane. OpenAI nie opublikowało wyniku, preview jest zamknięte, a sam zgłaszany wynik Mythos 5 waha się od 84,3% do 88,0% w zależności od źródła. Uczciwa odpowiedź brzmi: jeszcze nie wiemy i nie powinieneś kierować ruchu produkcyjnego na tej podstawie.

Kiedy Sol Ultra będzie ogólnie dostępny?

OpenAI powiedziało, że szerszy dostęp do rodziny Sol w ChatGPT, Codex i API jest „w ciągu tygodni", ale nie podało daty ogólnej dostępności. Jakakolwiek konkretna data krążąca w internecie (w tym „7 lipca") to niepotwierdzone plotki, nie oficjalne ogłoszenie. Śledź własną stronę preview OpenAI, żeby poznać potwierdzony harmonogram.

Czy wynik 91,9% w Terminal-Bench 2.1 jest zweryfikowany?

Nie. Wynik 91,9% pochodzi z prasy wtórnej, nie z własnej strony preview OpenAI. Preview jest zamknięte dla ~20 partnerów i nie ujawniono żadnej metodologii ewaluacji, więc nikt spoza tego kręgu nie może go odtworzyć. Może okazać się trafny później, ale na teraz to niezweryfikowane twierdzenie prasowe, nie ustalony wynik benchmarku.

Czym Sol Ultra różni się od równoległych agentów GPT-5.5 Pro?

Równolegli agenci Pro działają niezależnie w osobnych pasach: każdy robi swoją część w izolacji i zwraca wynik, bez komunikacji. Subagenty Sol Ultra współpracują, przekazując sobie wiadomości w trakcie zadania, żeby korygować kurs w miarę uczenia się. Ta koordynacja pasuje do trudniejszej wieloetapowej pracy, ale też mnoży zużycie tokenów między wywołaniami.

Czy potrzebuję Sol Ultra, czy bazowy Sol wystarczy?

Przy większości kodowania agentowego bazowy Sol lub wysoki wysiłek rozumowania w zupełności wystarczą i są znacznie tańsze. Rezerwuj Ultra dla długich, wieloplikowych zadań, gdzie błędna pierwsza próba kosztowałaby więcej czasu niż dodatkowe tokeny. Jeśli nie potrafisz jasno wyjaśnić, dlaczego zadanie jest trudne, nie potrzebujesz do niego Ultra. Routuj po trudności, nie po leaderboardzie.

Co deweloperzy mówią o GPT-5.6 Sol na Reddicie?

Wczesne raporty z r/codex są pozytywne co do szybkości („dwa razy szybszy") i trafiania promptów za pierwszym razem, a kilku deweloperów porównuje odczucie do Claude Fable 5. Ale weterani ostrzegają przed wzorcem „miesiąc miodowy, potem nerf", w którym modele degradują po premierze, a duża część debaty koncentruje się na koszcie względem planów Anthropic, nie na surowej wydajności.