GPT-6.1 Sol vs GPT-6 Sol Pro: jedno jest modelem, drugie ustawieniem

Krótka odpowiedź jest taka, że GPT-6.1 Sol i GPT-6 Sol Pro to nie dwa modele konkurujące o to samo miejsce, a porównywanie ich wyników w benchmarkach to błąd kategorii: GPT-6 Sol Pro wcale nie jest osobnym modelem. To GPT-6 Sol z reasoning.mode ustawionym na pro w Responses API — ten sam identyfikator, gpt-6-sol, ten sam cennik, to samo okno 1 050 000 tokenów, wykonujący więcej pracy modelu, zanim zwróci ostateczną odpowiedź, i rozliczający dodatkowe tokeny według standardowych stawek. GPT-6.1 Sol to naprawdę osobne wdrożenie z własnym identyfikatorem, gpt-6.1-sol, i stawką za dane wejściowe z pamięci podręcznej o połowę niższą niż w GPT-6 Sol. Prawdziwe pytanie nie brzmi więc, który model jest mądrzejszy. Brzmi raczej, czy zupełnie nowy model z 50-procentową zniżką na pamięć podręczną wygrywa z trybem wykonania na starszym modelu, którego konfiguracji pro OpenAI nie udokumentował jeszcze dla nowego poziomu.

Dwa różne rodzaje rzeczy

Zacznij od tego, do czego faktycznie prowadzi każda nazwa, gdy umieścisz ją w żądaniu. „GPT-6 Sol Pro” prowadzi do gpt-6-sol plus parametr trybu. „GPT-6.1 Sol” prowadzi do gpt-6.1-sol — odrębny snapshot na odrębnej stronie modelu, przy czym na tej stronie nigdzie nie wspomniano o parametrze trybu. Ta asymetria to całe porównanie i dlatego lista specyfikacji poniżej nie zawiera prawie niczego, co byłoby uczciwym starciem.

• Co to jest — GPT-6.1 Sol to osobne wdrożenie modelu, podczas gdy GPT-6 Sol Pro to gpt-6-sol z reasoning.mode: "pro"
• Identyfikator, który wysyłasz — gpt-6.1-sol kontra gpt-6-sol
• Cena tokenów wejściowych — 2,00 USD za milion tokenów kontra 2,00 USD za milion tokenów; identycznie, a tryb pro nie wiąże się z żadną dopłatą w cenniku Sol
• Cena tokenów wyjściowych — 10,00 USD za milion tokenów w obu przypadkach; dodatkowe tokeny rozumowania w trybie pro są rozliczane według tej stawki
• Tokeny wejściowe z pamięci podręcznej — 0,10 USD za milion w 6.1 Sol kontra 0,20 USD za milion w Sol, w obu trybach — jedyna pozycja, w której wybór nie wymaga kompromisów
• Zapisy do pamięci podręcznej — 2,50 USD za milion w obu przypadkach
• Kontekst — 1 050 000 tokenów i maksymalnie 128 000 tokenów wyjściowych w obu przypadkach
• Nakład rozumowania — low, medium (domyślnie), high, xhigh, max, przy czym none nie jest obsługiwane w 6.1 Sol, natomiast w Sol dostępna jest ta sama drabinka plus none, a tryb pro jest niezależny od nakładu
• Wywoływanie narzędzi — Responses API w obu; Chat Completions bez narzędzi w 6.1 Sol, natomiast Sol obsługuje wywoływanie funkcji w Chat Completions tylko przy nakładzie ustawionym na none
• Opóźnienie — brak opublikowanych danych dla obu; tryb pro jest z założenia wolniejszy, ponieważ wykonuje więcej pracy przed ostateczną odpowiedzią
• Koszt na zadanie — nieopublikowany dla trybu pro i tak czy inaczej nieporównywalny w sensowny sposób, ponieważ zależy od tego, ile dodatkowej pracy tryb pro wykonuje w Twoim zadaniu

Przeczytaj tę listę i zwróć uwagę na jej kształt: każdy wiersz jest albo identyczny, albo stanowi porównanie między wartością udokumentowaną a nieudokumentowaną.

Co tak naprawdę daje tryb pro i ile kosztuje

Opis trybu pro od OpenAI jest krótki i wart zacytowania, a nie parafrazowania, ponieważ ta niejasność jest tu istotą: to „tryb wykonywania Responses API, który przed zwróceniem jednej ostatecznej odpowiedzi wykonuje na rzecz żądania więcej pracy modelu”, może poprawić niezawodność w trudnych zadaniach, zwiększa opóźnienie i „agreguje tokeny z tej pracy w raportowanym użyciu”, rozliczane według standardowych stawek za tokeny wybranego modelu. Wskazówki samego dostawcy dotyczące tego, kiedy go używać, są nietypowo zachowawcze jak na dokument premierowy — tryb pro jest przeznaczony do przypadków, w których „niewielka poprawa jakości w istotny sposób wpływa na wynik”, a tryb standardowy jest preferowany „w pracy rutynowej, wrażliwej na opóźnienia lub o dużym wolumenie, a także zawsze wtedy, gdy Twoje ewaluacje nie wykazują znaczącej korzyści z trybu pro”.

To, czego OpenAI nie publikuje, to mnożnik. Nie ma żadnej wartości na zadanie, żadnego zakresu ani pozycji trybu pro w cenniku stawek Sol. Koszt pojawia się wyłącznie jako wolumen, widoczny w obiekcie użycia pod tokenami rozumowania, które są rozliczane jako wyjście i nigdy nie są zwracane w treści odpowiedzi. Przy 10,00 USD za milion tokenów wyjściowych dodatkowe 10 000 tokenów na zadanie kosztuje centa, więc decyzja rzadko dotyczy nagłówka; chodzi o to, czy dodatkowa praca zmienia twój wynik. To pomiar, a nie odczyt, i to jedyna rzecz w tym zestawieniu, którą czytelnik może rozstrzygnąć bez czekania na czyjkolwiek benchmark.

Luka w dokumentacji, która rozstrzyga to starcie

Strona modelu GPT-6.1 Sol — ta zawierająca rozmiar kontekstu, blok cenowy, drabinkę effort, listę narzędzi i listę snapshotów — nigdzie nie wspomina o reasoning.mode, trybie pro ani trybie standard. Przewodnik opisowy, który omawia tryb pro, wciąż przedstawia tę funkcję jako działającą z „dowolnym modelem GPT-5.6" i radzi deweloperom zachować wybrany model i ustawić reasoning.mode na pro, zamiast przełączać się na osobny slug Pro. Sprawdziliśmy obie strony i nie mogliśmy potwierdzić na podstawie dokumentacji OpenAI, że konfiguracja trybu pro istnieje dla poziomu 6.1. Może działać; nadrzędny przewodnik po GPT-6 wymienia tryb pro wśród możliwości, które rodzina przenosi dalej. Ale „może działać" to nie jest coś, na czym można oprzeć ścieżkę produkcyjną, i taki jest uczciwy stan zapisów na 30 września 2026.

Ta luka prowadzi do naprawdę jednostronnej decyzji. Jeśli chcesz dziś tryb pro, udokumentowanym miejscem dla niego jest GPT-6 Sol — a koszt jego wyboru polega na tym, że płacisz 0,20 USD zamiast 0,10 USD za wejście z pamięci podręcznej przy każdym ponownie wykorzystanym prefiksie, plus to, co dokłada dodatkowa praca trybu pro, w zestawieniu z modelem, którego wyniki podawane przez dostawcę są niższe niż w 6.1 Sol w każdej rodzinie zadań opublikowanej przez OpenAI. Jeśli chcesz dziś stawki za pamięć podręczną z poziomu 6.1 i jego pozycji w benchmarkach, rezygnujesz z udokumentowanej konfiguracji pro. Nie ma takiego wiersza, w którym dostajesz jedno i drugie, bo nikt nam nie powiedział, czy ten drugi w ogóle istnieje.

Rozstrzygnięcie tego na własnym ruchu w ciągu jednego popołudnia

Ten pomiar nie jest efektowny i wymaga jednego eksperymentu, a nie zestawu testów porównawczych. Weź zestaw zadań reprezentujący Twoją trudną pracę, uruchom go trzy razy i za każdym razem odczytaj obiekt użycia: raz na gpt-6-sol przy średnim wysiłku w trybie standardowym, raz na gpt-6-sol przy średnim wysiłku z włączonym trybem pro, a raz na gpt-6.1-sol przy średnim wysiłku. Utrzymuj stały poziom wysiłku we wszystkich trzech — cały sens polega na izolowaniu jednej zmiennej naraz. Porównaj powodzenie zadań, opóźnienie i łączną liczbę rozliczonych tokenów. Łączna liczba tokenów w przebiegu w trybie pro w porównaniu z łączną liczbą w trybie standardowym to Twój mnożnik dla Twojego ruchu; nie będzie taki sam jak u kogokolwiek innego, ponieważ założenie jest takie, że ilość dodatkowej pracy skaluje się z trudnością żądania.

Dwie praktyczne uwagi dotyczące jego uruchomienia. Po pierwsze, uruchomienie 6.1 i uruchomienie Sol to ta sama treść żądania z jednym zmienionym ciągiem znaków, więc eksperyment jest tani w przygotowaniu i łatwo utrzymać go jako test regresyjny. Po drugie, jeśli wywołanie w trybie pro dla identyfikatora 6.1 zwróci błąd, a nie wynik, masz za darmo odpowiedź w sprawie luki w dokumentacji — i dowiedziałeś się tego, zanim umieścisz to gdziekolwiek w pobliżu produkcji.

Obie konfiguracje, jeden klucz

To rodzaj porównania, który kosztuje więcej w narzucie operacyjnym niż w tokenach — i właśnie w tym miejscu routing przestaje być przypisem. OrcaRouter udostępnia GPT-6 Sol w cenie katalogowej samego OpenAI, bez marży, więc powyższa tabela stawek $2.00 / $0.20 / $10.00 — wraz z regułą zmiany ceny przy 272K — jest przekazywana dokładnie tak, jak podaje ją dostawca. Oznacza to, że trzy ramiona opisanego powyżej eksperymentu mogą działać przez jeden endpoint z jednym kluczem API i bez drugiej umowy: dwie konfiguracje Sol różnią się jednym parametrem, a poziom 6.1 dołącza obok nich w momencie, gdy staje się routowalny. Dopóki tak się nie stanie, modelem, który możesz wywołać, jest ten, którego tryb pro jest udokumentowany. W przypadku trudnych zadań o małym wolumenie, gdzie marginalny wzrost jakości zmienia wynik, tryb pro w Sol to rozwiązanie zalecane przez samego dostawcę; w przypadku wszystkiego, co ma duży wolumen lub jest wrażliwe na opóźnienia, konfiguracja standardowa jest zarówno szybsza, jak i — przy ponownie wykorzystywanych prefiksach — obecnie dwukrotnie droższa za token z pamięci podręcznej niż nowszy poziom. Reguła routingu, która dzieli ruch wzdłuż tej linii — tryb pro dla żądań, które na to zasługują, tańsza konfiguracja dla reszty — to zmiana parametru w DSL routingu, a nie rearchitektura, i to właśnie ta wersja tej decyzji przetrwa kolejną aktualizację modeli.

Kto powinien co wybrać, konkretnie. Jeśli zmierzyłeś już u siebie wzrost niezawodności dzięki trybowi pro na własnych zadaniach, zostań tam, gdzie to zmierzyłeś, i poczekaj, aż Open​AI udokumentuje odpowiednik dla 6.1, zanim się przeniesiesz — oszczędność na cache jest realna, ale to centy na prefiks, a ponowne zmierzenie zysku jakościowego kosztuje więcej, niż wart jest rabat w przypadku pracy o małej objętości. Jeśli nigdy nie mierzyłeś trybu pro, poziom 6.1 jest lepszym punktem wyjścia: to nowszy model, jego wyniki podawane przez dostawcę są najlepsze w każdej rodzinie zadań opublikowanej przez Open​AI, jego dane wejściowe z cache kosztują połowę ceny, a do kwestii pro można wrócić, gdy dokumentacja nadrobi zaległości. Żaden z tych wyborów nie jest dziś błędny. Błędem jest zakładanie, że to alternatywy, skoro jedno z nich jest opcją do zaznaczenia w drugim.