Anthropic wprowadziło 20 czerwca 2026 roku wersję 2.1.185 Claude Code, która wprowadza dwie istotne zmiany w systemie powiadomień dotyczących oczekiwania na odpowiedź API. Aktualizacja koncentruje się na komunikacie wyświetlanym podczas stream-stall, czyli sytuacji, gdy strumień danych z API na dłużej przestaje działać.
- Claude Code 2.1.185 zmienia treść komunikatu o przeciągnięciu strumienia z „No response from API · Retrying in …” na „Waiting for API response · will retry in …”
- Próg czasowy wyświetlenia ostrzeżenia zwiększono z 10 do 20 sekund ciszy ze strony API
- Krótkie opóźnienia sieciowe lub po stronie dostawcy rzadziej będą teraz wywoływać komunikat, co ogranicza szum w terminalu
- Zmiana dotyczy wyłącznie warstwy UX i obserwowalności — nie wpływa na działanie modelu ani mechanizm ponawiania zapytań
Komunikat, który nie straszy
Poprzednia wersja komunikatu — „No response from API · Retrying in …” — sugerowała, że wystąpił problem. Dla dewelopera w trakcie sesji kodowania taki tekst mógł wyglądać jak zapowiedź błędu, podczas gdy klient po prostu czekał na odpowiedź. Nowa treść lepiej oddaje rzeczywistość: klient oczekuje na dane, a ponowienie próby nastąpi, jeśli cisza się przedłuży. Choć to drobna zmiana, w narzędziu używanym przez wiele godzin dziennie takie szczegóły mają znaczenie.
Zespół Anthropic nie zmienił mechanizmu retry — chodzi wyłącznie o to, co widzi użytkownik. Dla osób pracujących w web devie, przy automatyzacji DevOps czy w sesjach vibe codingowych oznacza to mniej fałszywych sygnałów, że sesja „wisi”.
Dlaczego 20 sekund ma znaczenie
Podniesienie progu z 10 do 20 sekund to odpowiedź na realia infrastruktury API. Krótkie przestoje — spowodowane chwilowym obciążeniem providera, routingiem sieciowym czy restartem usługi — zdarzają się regularnie i zwykle trwają kilka sekund. Przy 10 sekundach próg był na tyle niski, że wiele takich incydentów wywoływało ostrzeżenie. Teraz większość z nich przejdzie niezauważona.
W praktyce oznacza to, że terminal nie będzie już co chwilę wyświetlał komunikatu o braku odpowiedzi podczas normalnych, krótkotrwałych fluktuacji latency. Deweloperzy korzystający z Claude Code w złożonych pipeline’ach — gdzie odpowiedzi API przychodzą przez kilka warstw pośrednich — powinni odczuć różnicę niemal natychmiast.
Kontekst i wcześniejsze problemy ze stream-stall
Problemy z przeciągającymi się odpowiedziami nie są nowe. W raportach z początku 2026 roku użytkownicy opisywali przypadki zamrożenia strumienia — długie przerwy między kolejnymi zdarzeniami, które potrafiły zakłócić rytm pracy. Wprowadzenie czytelniejszego wskaźnika było odpowiedzią na konkretne sygnały ze społeczności. Wersja 2.1.185 nie rozwiązuje samych przyczyn stallowania (to leży po stronie infrastruktury API), ale sprawia, że informowanie o tym stanie jest precyzyjniejsze i mniej inwazyjne.
Co ciekawe, w changelogu Claude Code zmiana figuruje jako zwykła pozycja „Update”, bez osobnej sekcji czy rozbudowanego opisu. To podkreśla jej charakter — nie jest to przełom funkcjonalny, a przemyślane szlifowanie detalu.
Znaczenie dla różnych grup użytkowników
Dla frontendowców i full-stack deweloperów, którzy często pracują z Claude Code w trybie interaktywnym, kluczowa jest przewidywalność interfejsu. Każdy niepotrzebny alert w terminalu rozprasza. Nowy próg czasowy i poprawiony komunikat sprawiają, że narzędzie zachowuje się bardziej „dorośle” — sygnalizuje problem dopiero wtedy, gdy faktycznie może on wymagać uwagi.
W kontekście DevOps i zautomatyzowanych workflow, gdzie Claude Code działa jako element większego łańcucha (np. w połączeniu z Cursor, Windsurf czy narzędziami CLI), rzadsze ostrzeżenia zmniejszają ryzyko, że skrypt nadrzędny błędnie zinterpretuje komunikat jako twardy błąd i przerwie przetwarzanie.
Co dalej
Anthropic nie zapowiedziało kolejnych zmian w tym obszarze, ale kierunek jest jasny: narzędzie ma być coraz lepiej dostosowane do rzeczywistych warunków sieciowych, w jakich pracują deweloperzy. Wersja 2.1.185 wpisuje się w szerszy trend — kolejne buildy Claude Code z czerwca i lipca 2026 roku przynoszą dziesiątki poprawek związanych z niezawodnością, proxy, timeoutami i obsługą błędów. Stream-stall to tylko jeden z wielu elementów tej układanki, ale jego poprawa pokazuje, że Anthropic reaguje na feedback z terminali.
Dodaj komentarz