Claude Opus 5.2 po cichu wszedł w fazę szarych testów w Claude Code. Od 14 września 2026 r. użytkownicy zgłaszają, że działa znacząco lepiej niż Opus 5 w przeglądarce, oferując szybsze odpowiedzi, czystsze wyniki i większą wytrwałość przy długich zadaniach programistycznych.
Publiczne dowody są wciąż wstępne: wiele dyskusji odwołuje się do tych samych początkowych testów i niewielkiego zestawu porównań obok siebie. Zachowanie w szarych testach jest widoczne, ale Anthropic nie opublikował jeszcze stabilnego endpointu ani dokumentacji technicznej potrzebnej deweloperom do użycia produkcyjnego.
Status:
Szare testy w Claude Code
Oficjalna dostępność API:
Nie ogłoszono
Publiczny identyfikator modelu API:
Jeszcze nie opublikowano
Publiczne ceny i specyfikacje:
Jeszcze nie opublikowano
Ostatnia weryfikacja:
15 września 2026
Czym jest Claude Opus 5.2?
Claude Opus 5.2 to kolejny checkpoint serii Opus od Anthropic, który pojawia się teraz poprzez selektywny routing w Claude Code. Część żądań kierowanych do „Opus 5” w Claude Code trafia do nowej trasy 5.2, podczas gdy Claude w przeglądarce i w niektórych środowiskach zewnętrznych nadal serwuje istniejący model Opus 5. To wyjaśnia, dlaczego UI może pokazywać tę samą nazwę modelu, a wyniki wyglądają dramatycznie inaczej.
Ponieważ gray testing selektywnie rozdziela ruch, nie każde konto lub sesja otrzyma ten sam model. Różnice mogą być też wzmacniane przez prompty systemowe, konfigurację narzędzi i ustawienia intensywności rozumowania. Najbardziej użyteczne sygnały to zatem połączenie informacji o trasie i powtarzalnych zmian w zachowaniu:
- szybsze generowanie pod trasą Claude Code;
- czystsze, bardziej kompletne implementacje już przy pierwszym podejściu;
- dłuższa praca autonomiczna bez powtarzających się próśb o „kontynuację”; oraz
- powtarzane pętle poprawek i testów przy zadaniach programistycznych.
Slug 5.2 i sygnał routingu
Niektórzy testerzy zgłaszają, że widoczna etykieta w Claude Code nadal brzmi „Opus 5”, podczas gdy widok statusu lub slug żądania wskazuje na 5.2.
Byłby to znacznie silniejszy dowód, gdyby surowa odpowiedź, zapis żądania lub powtarzalny wynik /status pokazywał identyfikator, który można niezależnie zweryfikować. Obecnie publiczne wpisy głównie powtarzają to twierdzenie; leżący u podstaw artefakt nie został uwierzytelniony.
Główne cechy zaobserwowane w szarych testach Claude Opus 5.2
Wczesni testerzy konsekwentnie koncentrują się na zachowaniu, a nie na formalnych specyfikacjach.
Szybsze odpowiedzi
Model na trasie jest zauważalnie szybszy niż udokumentowane doświadczenie z Opus 5 w wczesnych testach użytkowników. Końcową latencję trzeba będzie zmierzyć po udostępnieniu publicznego API, ponieważ na szybkość wpływają też ustawienia nakładu pracy, obciążenie systemu i infrastruktura routingu.
Czystsze i bardziej kompletne wyniki
Społność twierdzi, że nowa trasa generuje bardziej dopracowane pliki SVG oraz bardziej kompletne implementacje z jednego promptu. W anegdotycznych testach kodowania rzekomo wymaga mniej iteracji, by dojść do użytecznego rezultatu.
Mniej „leniwe” zachowanie
Kilku testerów mówi, że model rzadziej zwraca jedynie szkielet, prosi użytkownika o kontynuację lub przerywa przed ukończeniem złożonego zadania. Zamiast tego podobno przechodzi przez dłuższe sekwencje i wykonuje dodatkowe przebiegi nad własnym wyjściem.
Dłuższe autonomiczne pętle kodowania
Szeroko powtarzaną obserwacją jest to, że model zainicjował „gauntlet loop”: kontynuował testowanie, poprawianie i ulepszanie kodu bez potrzeby powtarzających się poleceń. Jeśli to się potwierdzi, będzie to szczególnie istotne dla agentów działających na poziomie repozytorium i zadań programistycznych o długim horyzoncie.
Świeższa wiedza
Użytkownicy zaproponowali „test Tibo”: przy wyłączonym wyszukiwaniu w sieci zapytać model, czy zna „Tibo, the reset guy.” W dokumentacji istniejącego Opus 5 jako wiarygodny punkt odcięcia wiedzy podano maj 2026 r., więc znajomość późniejszego odniesienia online mogłaby sugerować nowszy checkpoint.
Test sam w sobie nie identyfikuje wersji modelu. Poprawna odpowiedź może też wynikać z ukrytego pobierania, pamięci rozmowy, promptu systemowego lub innego źródła kontekstu. To sonda wiedzy — nie dowód nazwy „Opus 5.2”.
Wydajność w benchmarkach Claude Opus 5.2
Nie ma zweryfikowanych wyników benchmarków Claude Opus 5.2, ponieważ Anthropic nie opublikował karty systemowej ani tabeli ocen.
Zgłaszany wynik 62.8% w CoBench v2 należy do odrębnego wewnętrznego modelu Anthropic znanego jako „Model 2”, który rzekomo przewyższył Mythos 5 o 12.5 punktu i jest szeroko używany do wewnętrznego kodowania. Dyskutowano także o bardziej wydajnym systemie RSI.
Claude Opus 5.2 vs Claude Opus 5 vs Claude Fable 5.1
Trzy modele celują w sąsiadujące, ale różne potrzeby. Opus 5 to domyślna, tańsza opcja do złożonego kodowania i zastosowań korporacyjnych. Fable 5.1 to ugruntowany, najwyższej klasy wybór do najtrudniejszego rozumowania i zadań agentowych o długim horyzoncie. Opus 5.2 to nowa trasa w szarych testach, która wydaje się przybliżać Opus — a potencjalnie wyjść poza — ten front, jednocześnie poprawiając szybkość i wytrwałość obserwowane w Claude Code.
| Kategoria | Claude Opus 5.2 | Claude Opus 5 | Claude Fable 5.1 |
|---|---|---|---|
| Aktualny status | Szare testy w Claude Code | Publicznie dostępny | Publicznie dostępny |
| Cometapi ID | claude-opus-5-2 | claude-opus-5 | claude-fable-5-1 |
| Najlepsze zastosowanie | Kolejna generacja agentycznego programowania, autonomiczna iteracja, dopracowane wyniki w jednym podejściu | Ogólne złożone programowanie i obciążenia korporacyjne przy zrównoważonym koszcie | Najtrudniejsze rozumowanie, prace badawcze i agentowe zadania o długim horyzoncie |
| Zaobserwowane zachowanie | Szybszy, czystszy, chętniej iteruje i kończy długie zadania | Sprawny i ekonomiczny, ale użytkownicy zgłaszają wolniejsze lub mniej wytrwałe zachowanie przy niektórych długich zadaniach | Najlepsze opublikowane wyniki Claude w wymagających benchmarkach badawczych i agentowych; może być rozwlekły |
| Okno kontekstu | Jeszcze nie opublikowano | 1M tokens | 1M tokens |
| Maksymalny rozmiar wyjścia | Jeszcze nie opublikowano | 128K tokens | 128K tokens |
| Wiarygodny punkt odcięcia wiedzy | Nowsza wiedza zaobserwowana w testach; data nieopublikowana | maj 2026 | czerwiec 2026 |
| Oficjalna cena za wejście/wyjście | Jeszcze nie opublikowano | $5 / $25 per MTok | $10 / $50 per MTok |
| Niezależny AA Intelligence Index | Jeszcze nie testowano | 51 | 53 |
| Niezależnie zaobserwowana szybkość generowania | Jeszcze nie testowano | 51.7 tokens/s | 65.1 tokens/s |
Powyższe niezależne wartości pochodzą z Artificial Analysis przy testowanych wariantach z adaptacyjnym rozumowaniem. Pokazują, że Fable 5.1 wyprzedza Opus 5 o dwa punkty w ich Intelligence Index i generuje wyjście około 26% szybciej w mierzonej konfiguracji, ale jego cena katalogowa jest dwukrotnie wyższa. Wyniki te nie obejmują jeszcze Opus 5.2, ponieważ trasa w szarych testach nie udostępnia stabilnego publicznego endpointu do niezależnych benchmarków.
Opus 5.2 zmienia praktyczne porównanie. Wczesne sesje w Claude Code sugerują model, który odpowiada szybciej niż Opus 5, dostarcza pełniejsze projekty z tego samego promptu i kontynuuje testowanie oraz dopracowywanie kodu bez ponagleń. Gdy tylko publiczne API będzie dostępne, najważniejsze pytanie brzmi, czy te ulepszenia pokonają także Fable 5.1 w kontrolowanych benchmarkach agentowych — i w jakiej cenie.
Do czego najlepiej nadaje się Claude Opus 5.2
Na podstawie zachowania widocznego już w szarych testach, Claude Opus 5.2 zapowiada się szczególnie obiecująco w:
- programowaniu w skali repozytorium i modernizacji baz kodu;
- długotrwałych agentach, którzy planują, wykonują, testują i poprawiają przez wiele kroków;
- złożonym debugowaniu i autonomicznych pętlach QA;
- wysokiej jakości generowaniu interfejsów, SVG i ustrukturyzowanych artefaktów;
- badaniach i analizie wymagających długotrwałej uwagi w dużym kontekście; oraz
- przepływach pracy w przedsiębiorstwach, gdzie jakość ukończenia jest ważniejsza niż minimalny koszt.
Do wdrożeń produkcyjnych już dziś zespoły powinny korzystać ze stabilnego publicznego endpointu i utrzymywać warstwę modelu wymienną, dopóki nie zostaną opublikowane dostęp do API i warunki świadczenia usługi dla Opus 5.2.
Jak CometAPI zapewnia dostęp do API Claude Opus 5.2?
Gdy Claude Opus 5.2 stanie się oficjalnie dostępny przez CometAPI, deweloperzy będą mogli używać tego samego ujednoliconego przepływu API, co w przypadku innych wspieranych modeli Anthropic:
- Utwórz konto w CometAPI i wygeneruj klucz API.
- Dodaj środki do konta lub wybierz odpowiednią opcję rozliczeń.
- Sprawdź w katalogu modeli CometAPI dokładny opublikowany identyfikator modelu i cenę.
- Wysyłaj żądania przez obsługiwane Anthropic Messages lub kompatybilny endpoint czatu.
- Zweryfikuj jakość wyjścia, latencję i koszt na małym obciążeniu testowym przed wdrożeniem produkcyjnym.
Tymczasem CometAPI już obsługuje najnowszy model Claude Fable 5.1. Deweloperzy mogą korzystać z modeli Claude, używając natywnego formatu żądań Claude API, co ułatwia testowanie bieżących modeli i migrację do Opus 5.2 po jego wydaniu.
Dlaczego warto wybrać CometAPI dla Claude Opus 5.2?
Gdy model będzie oficjalnie wspierany, CometAPI może zmniejszyć nakład operacyjny potrzebny do dodania go do istniejącego stosu AI. Ujednolicone konto i warstwa API pozwalają zespołom oceniać wielu dostawców modeli bez utrzymywania osobnej integracji i rozliczeń dla każdego z nich.
Potencjalne korzyści obejmują:
- jeden klucz API i wspólny przepływ rozliczeń dla szerokiego katalogu modeli;
- szybsze testy porównawcze z alternatywnymi modelami do kodowania i rozumowania;
- spójny wzorzec integracji w miarę zmian wersji modeli;
- dostęp rozliczany za zużycie bez przeprojektowywania aplikacji pod jednego dostawcę; oraz
- scentralizowaną dokumentację i odkrywanie modeli.
Rzeczywiste informacje o cenach, dostępności, przepustowości i rabatach dla Opus 5.2 należy podawać dopiero po pojawieniu się modelu w działającym katalogu CometAPI.