Tag: anthropic

  • Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    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.

    Źródła

  • Claude Code 2.1.183 blokuje destrukcyjne komendy — nowa era bezpieczeństwa w trybie auto

    Claude Code 2.1.183 blokuje destrukcyjne komendy — nowa era bezpieczeństwa w trybie auto

    Anthropic wypuścił 19 czerwca 2026 roku wersję Claude Code 2.1.183, która wprowadza blokady na destrukcyjne operacje Git i infrastrukturalne w trybie automatycznym. To pierwsza aktualizacja, która zamiast ostrzeżeń wprowadza konkretne techniczne bariery — agent nie wyczyści lokalnych zmian ani nie zniszczy środowiska bez wyraźnego polecenia użytkownika.

    Kluczowe zmiany w pigułce

    • Destrukcyjne komendy Git — git reset --hard, git checkout -- ., git clean -fd i git stash drop są blokowane w trybie auto, chyba że użytkownik sam zażądał odrzucenia lokalnych zmian.
    • Operacje infrastrukturalne terraform destroy, pulumi destroy i cdk destroy również podlegają blokadzie, dopóki docelowy stack nie zostanie wskazany bezpośrednio przez użytkownika.
    • Nowa pomoc konfiguracyjna /config --help wyświetla klawisze skrótów dla ustawień, co upraszcza zarządzanie w zespołach.
    • Poprawki błędów obejmują korupcję TUI w Windows Terminal, zrywanie komunikacji subagentów i awarie zadań w tle.

    Koniec z przypadkowym resetem repozytorium

    Tryb auto w Claude Code był dotychczas miejscem, gdzie agent mógł wykonać niemal każdą operację bez pytania. Problem polegał na tym, że jedno nieprecyzyjne polecenie mogło spowodować, że git reset --hard wyczyściłby godziny pracy. Teraz to się zmienia — blokada działa nawet wtedy, gdy model uzna, że reset jest "najlepszym rozwiązaniem".

    Co ważne, ochrona nie kończy się na reset. Blokowane są także git checkout -- . (nadpisanie wszystkich zmodyfikowanych plików), git clean -fd (usunięcie nieśledzonych plików i katalogów) oraz git stash drop (bezpowrotne usunięcie schowka). Wersja 2.1.183 wprowadza dodatkowe ograniczenie: git commit --amend jest zablokowany, jeśli poprawiany commit nie został utworzony przez agenta w bieżącej sesji. Oznacza to, że nie można przypadkowo nadpisać pracy innego developera.

    Infrastruktura też bezpieczniejsza

    DevOpsi mogą odetchnąć z ulgą. Komendy terraform destroy, pulumi destroy i cdk destroy, które mogą usunąć środowisko produkcyjne jednym kliknięciem, są traktowane tak samo jak destrukcyjne operacje Git. Agent wykona je tylko wtedy, gdy użytkownik wskaże konkretny stack do zniszczenia.

    W praktyce oznacza to, że nawet jeśli model błędnie uzna, że "trzeba posprzątać staging", infrastruktura nie zniknie bez ludzkiej decyzji. W kontekście CI/CD i Infrastructure as Code, ta zmiana realnie zmniejsza ryzyko katastrofy wdrożeniowej.

    Konfiguracja bez zgadywania

    Konfiguracja bez zgadywania

    Zarządzanie ustawieniami Claude Code w środowiskach zespołowych bywało trudne — każdy musiał pamiętać nazwy kluczy i ich dokładną składnię. Aktualizacja 2.1.183 dodaje /config --help, które wypisuje wszystkie dostępne skróty konfiguracyjne. Teraz wystarczy rzucić okiem, aby wiedzieć, jak przełączyć motyw, zmienić model czy dostosować limity.

    Nowością dla tych, którzy nie chcą linków do sesji claude.ai w commitach, jest attribution.sessionUrl, które pozwala całkowicie pominąć URL w opisach commitów i pull requestów. To mała zmiana, ale istotna dla osób pracujących w trybie Remote Control.

    Bugi, które naprawdę przeszkadzały

    Bugi, które naprawdę przeszkadzały

    Lista poprawek w tej wersji jest konkretna. Windows Terminal przestał korumpować TUI podczas dłuższych sesji, a subagenty nie będą się gubić przy generowaniu tytułów sesji. Problem z wywołaniami WebSearch w subagentach (puste wyniki) także został rozwiązany.

    Szczególnie uciążliwy był błąd z zadaniami w tle: zadanie uruchomione przez "teammate'a" było zabijane w momencie, gdy ten kończył swoją turę. W 2.1.183 ten problem został usunięty. Dodatkowo powiadomienia z harmonogramu i webhooków nie mogą już zatwierdzać oczekujących akcji ani zmieniać tytułu sesji w trybie auto, co poprawia bezpieczeństwo.

    Co to zmienia w codziennej pracy

    Dla web developerów i zespołów DevOps ta aktualizacja przesuwa Claude Code z kategorii "użyteczne, ale ryzykowne" do "użyteczne i przewidywalne". Vibe coding czy agent-assisted development przestają być ryzykowne — agent nie zresetuje brancha, nie nadpisze cudzego commita i nie zniszczy klastra, dopóki człowiek nie wyda wyraźnego polecenia.

    Takie blokady powinny być standardem od dawna. Dobrze, że pojawiły się teraz, gdy coraz więcej zespołów testuje agentowe narzędzia w produkcyjnych pipeline'ach.

    Źródła

  • Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Claude Code z nową składnią /config, wsparciem Apple Events i lepszą wydajnością

    Najnowsza aktualizacja Claude Code wprowadza składnię /config key=value, która umożliwia zmianę ustawień bezpośrednio z poziomu prompta, oraz dodaje wsparcie dla Apple Events w piaskownicy na macOS. Dodatkowo, zaktualizowano środowisko uruchomieniowe Bun do wersji 1.4, co przynosi poprawki wydajności streamowania oraz kilka istotnych łatek błędów.

    Kluczowe zmiany w skrócie

    • Nowa składnia /config umożliwia zmianę ustawień bez przerywania sesji czy edytowania plików konfiguracyjnych.
    • Wsparcie Apple Events jako opcjonalne ustawienie piaskownicy na macOS, istotne dla komend open, osascript oraz autoryzacji w przeglądarkach.
    • Aktualizacja Bun do wersji 1.4 poprawia stabilność środowiska uruchomieniowego agenta.
    • Poprawki streamowania, panelu subagentów oraz błędów związanych z zapisem plików na dyskach sieciowych.

    Konfiguracja inline, która nie wybija z rytmu

    Mechanizm /config key=value to istotna nowość w tej wersji. Użytkownicy mogą teraz zmieniać parametry działania Claude Code bezpośrednio w sesji interaktywnej, trybie print czy Remote Control. Na przykład, komenda /config thinking=false wyłącza tryb myślenia jednym poleceniem.

    Wcześniej zmiana takich preferencji wymagała ręcznej edycji pliku .claude/settings.json lub przerywania sesji i restartu z nowymi flagami. Teraz wszystko odbywa się w locie, co jest istotne w pracy z AI, gdzie kontekst sesji buduje się stopniowo.

    Dla zespołów DevOps oraz osób automatyzujących przepływy pracy to znaczące ułatwienie. Można testować różne zachowania modelu w trakcie jednej sesji bez resetowania stanu.

    Apple Events na macOS — mała rzecz, duże konsekwencje

    Ustawienie sandbox.allowAppleEvents rozwiązuje problem z błędem -600, który występował przy próbie użycia komend open, osascript czy podczas autoryzacji w przeglądarkach. To opcjonalna flaga — domyślnie piaskownica blokuje Apple Events, więc trzeba ją włączyć ręcznie.

    Dla deweloperów pracujących na macOS to istotna zmiana. Bez tego ustawienia Claude Code nie mógł uruchomić zewnętrznych aplikacji ani przeprowadzić przepływu OAuth w przeglądarkach. Teraz wystarczy dodać flagę do konfiguracji, co przywraca możliwość automatyzacji.

    W kontekście szerszego ekosystemu to także sygnał, że Anthropic traktuje macOS jako pełnoprawną platformę do agentowego kodowania.

    Bun 1.4 pod maską

    Claude Code dostarcza własne środowisko uruchomieniowe, a aktualizacja Bun do wersji 1.4 przynosi poprawki stabilności i wydajności, które wpływają na responsywność narzędzia.

    Nie ma tu efektu "wow", ale to elementy, które są odczuwalne w codziennym użytkowaniu — szybsze uruchamianie, mniej losowych błędów oraz stabilniejsza praca podczas długich sesji. Stabilność runtime'u jest kluczowa dla narzędzia, które często działa jako lokalny agent uruchamiający wiele procesów równolegle.

    Poprawki, które bolą mniej

    Aktualizacja eliminuje kilka dokuczliwych problemów. Streaming długich akapitów działa teraz płynniej, eliminując lagi i blokowanie wyjścia przy generowaniu większych bloków tekstu. Panel subagentów zyskał poprawki użyteczności i wyświetlania.

    Szczególnie ważne są poprawki regresji startowych oraz obsługi plików na dyskach sieciowych. Błędy przy zapisie na dyskach sieciowych były problemem dla zespołów pracujących z zamapowanymi zasobami — każda poprawka w tym obszarze zmniejsza frustrację.

    Co to oznacza dla ekosystemu AI i web devu

    Claude Code systematycznie poprawia doświadczenie użytkownika. Składnia /config ułatwia interakcję z modelem, co prowadzi do mniejszego tarcia i większej liczby iteracji. Wsparcie dla Apple Events pokazuje, że zespół reaguje na potrzeby użytkowników macOS.

    Dla osób pracujących w web developmencie ta aktualizacja oznacza mniej przeszkód technicznych, co pozwala skupić się na kodzie, a nie na walce z narzędziem.

    Źródła

  • Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Anthropic wydało 15 czerwca 2026 roku wersję 2.1.178 swojego asystenta programistycznego Claude Code, koncentrując się na kontroli i stabilności zamiast na efektownych nowościach. Aktualizacja wprowadza zaawansowane reguły uprawnień, które mogą sprawdzać parametry narzędzi, a nie tylko ich nazwy, oraz znacząco poprawia pracę z zagnieżdżonymi katalogami .claude w dużych projektach. To wydanie będzie szczególnie przydatne dla zespołów pracujących z agentami w środowiskach o zaostrzonej polityce bezpieczeństwa.

    Kluczowe zmiany w skrócie

    • Reguły uprawnień z dopasowaniem parametrów – nowa składnia Tool(param:value) pozwala blokować lub zezwalać na konkretne warianty poleceń, a nie całe klasy narzędzi
    • Wsparcie dla zagnieżdżonych katalogów .claude – monorepozytoria i projekty wielopakietowe zyskują lepszą organizację umiejętności i workflow per podprojekt
    • Wzmocniony klasyfikator trybu automatycznego – podagenci są teraz dokładniej sprawdzani, zanim dostaną zielone światło na działanie
    • Poprawki stabilności – rozwiązano problemy z pamięcią, autoryzacją Chrome i transkryptami podagentów

    Reguły, które rozumieją kontekst

    Do tej pory polityka uprawnień w Claude Code działała na poziomie nazw narzędzi. Można było zezwolić na Bash albo zablokować Write, co nie dawało dużej elastyczności. Wersja 2.1.178 zmienia tę logikę, wprowadzając składnię Tool(param:value).

    Co to oznacza w praktyce? Zamiast wydawać zgodę na wszystkie operacje powłoki, administrator może teraz zezwolić tylko na Bash(git:*), a zablokować Bash(rm:*). Mechanizm sprawdza wartości parametrów przekazywanych do narzędzia, co sprawia, że reguła staje się precyzyjna. Dla zespołów DevOps i środowisk CI/CD to znaczące ułatwienie – mniej ręcznej konfiguracji, mniej błędów.

    Tryb automatyczny również zyskał solidniejszy klasyfikator dla akcji podagentów. Luka, która pozwalała niektórym z nich działać bez pełnej ewaluacji uprawnień, została zamknięta. Podagent nie prześlizgnie się już niezauważony.

    Porządek w monorepozytoriach

    Porządek w monorepozytoriach

    Praca z dużymi repozytoriami, gdzie każdy serwis czy moduł działa niezależnie, bywała w Claude Code chaotyczna. Wersja 2.1.178 wprowadza obsługę zagnieżdżonych katalogów .claude, co pozwala na lepszą organizację umiejętności i workflow per podprojekt.

    Wyobraźmy sobie repozytorium z frontendem w Next.js, backendem w Pythonie i osobnym modułem do analityki. Każdy z tych komponentów może teraz mieć swój własny zestaw reguł, umiejętności i poleceń slash, jednocześnie dziedzicząc konwencje z poziomu całego projektu. Koniec z jednym, dużym katalogiem .claude w korzeniu.

    Stabilność, której nie widać na pierwszy rzut oka

    Stabilność, której nie widać na pierwszy rzut oka

    Pod maską znalazło się kilka poprawek, które eliminują irytujące awarie. Problemy z pamięcią przy dłuższych sesjach zostały rozwiązane – Claude Code nie powinien już się zawieszać w trakcie wielogodzinnej sesji refaktoryzacji. Transkrypty podagentów stały się stabilniejsze, co zmniejsza ryzyko utraty kontekstu przy przekazywaniu zadań między agentami.

    Zwiększono również uwagę na autoryzację. Integracja z Chrome wymaga teraz logowania przez claude.ai – jeśli użytkownik korzysta z klucza API lub tokena długoterminowego, funkcja pozostaje wyłączona. Podobnie Remote Control: przy nieobsługiwanym stanie logowania komunikat błędu jest teraz jasny, a nie enigmatyczny.

    Co z tego wynika dla web developerów i zespołów AI

    To wydanie nie jest przełomowe, ale jest istotne dla osób, które codziennie piszą kod w złożonych środowiskach. Jeśli pracujesz z monorepo, zarządzasz agentami w pipeline'ach albo po prostu cenisz sobie granularną kontrolę nad tym, co Claude Code może, a czego nie może zrobić – aktualizacja jest konieczna.

    Zmiany w Chrome i Remote Control docenią również ci, którzy debugują zdalnie lub łączą lokalne środowisko z chmurą. Mniej zgadywania, więcej konkretnych informacji zwrotnych. Wersja 2.1.178 nie przynosi rewolucji, ale solidnie poprawia fundamenty.

    Źródła

  • Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Anthropic oficjalnie wycofał modele Claude Sonnet 4 i Claude Opus 4 z API. Od 15 czerwca 2026 każde zapytanie do claude-sonnet-4-20250514 i claude-opus-4-20250514 zakończy się błędem. Dla zespołów zajmujących się web developmentem, sztuczną inteligencją i DevOps to sygnał do natychmiastowego sprawdzenia konfiguracji produkcyjnych. Jeśli wasza aplikacja wciąż korzysta z tych identyfikatorów, integracja przestała działać.

    Co dokładnie się zmieniło

    • Data wycofania: 15 czerwca 2026 — od tego dnia API zwraca błędy dla starych identyfikatorów modeli.
    • Dotknięte modele: claude-sonnet-4-20250514 oraz claude-opus-4-20250514 (oryginalne wydania 4.0 z maja 2025).
    • Zalecane zamienniki: claude-sonnet-4-6 i claude-opus-4-8 — nowsze i bardziej wydajne.
    • Zasięg problemu: dotyczy bezpośrednich wywołań API — klientów SDK, funkcji serverless, pipeline'ów CI/CD i narzędzi automatyzacji.
    • Kolejne wycofanie: Opus 4.1 (claude-opus-4-1-20250805) — datę utraty wsparcia należy zweryfikować na oficjalnej stronie deprecjacji Anthropic.

    Nie chodzi o etykiety, tylko o konkretne identyfikatory

    Warto zaznaczyć, że Anthropic nie wycofuje całej rodziny Claude Sonnet 4 czy Claude Opus 4. Emerytura dotyczy wyłącznie pierwszych wersji z maja 2025. Modele oznaczone jako claude-sonnet-4-5-20250929, claude-opus-4-5-20251101 czy nowsze wciąż działają normalnie. Problem występuje tam, gdzie ktoś na sztywno wpisał identyfikator z datą 20250514 — a takich przypadków w produkcyjnych backendach jest wiele.

    Po 15 czerwca API zwraca błąd. Jeśli wasz system obsługi klienta, agent AI albo pipeline do generowania kodu polegał na tych modelach, przestał działać z dnia na dzień. Anthropic powiadomił deweloperów 14 kwietnia 2026, a data wycofania to 15 czerwca 2026, co daje około 62 dni na dostosowanie — czasu było sporo, ale jak to zwykle bywa, nie każdy zdążył.

    Jak migrować i nie stracić pół dnia na szukanie

    Migracja jest prosta. W kodzie wystarczy zamienić stary identyfikator na nowy — format zapytań, nagłówki autoryzacji i struktura odpowiedzi nie zmieniły się. W Pythonie z SDK Anthropica wygląda to tak:

    # przed zmianą
model="claude-opus-4-20250514"

# po zmianie
model="claude-opus-4-8"

    Podobnie działa to w JavaScript, curl i innych SDK. Problem nie leży w skomplikowanej zmianie, lecz w liczbie miejsc, gdzie stary identyfikator mógł zostać użyty. Sprawdźcie zmienne środowiskowe, pliki konfiguracyjne CI/CD, zadania cron i zewnętrzne integracje — scenario buildery, platformy do vibe codingu, narzędzia automatyzujące workflow. Każde z nich mogło mieć zaszyty claude-sonnet-4-20250514 w ustawieniach.

    Przy przechodzeniu na Opus 4.7 lub 4.8: zachowanie parametrów temperature, top_p i top_k przy wartościach innych niż domyślne nie zostało potwierdzone w oficjalnych źródłach — przed migracją należy sprawdzić aktualną dokumentację Anthropic.

    Dlaczego to ma znaczenie dla szerszego ekosystemu

    Wycofanie modeli 4.0 wpisuje się w szerszy trend. Anthropic, podobnie jak OpenAI czy Google, przyspiesza cykl życia modeli — nowe wersje pojawiają się co kilka miesięcy, a stare tracą wsparcie po około roku. Dla zespołów pracujących w trybie ciągłego dostarczania to norma. Gorzej, jeśli prowadzicie projekt, który działa stabilnie od miesięcy i nikt nie zaglądał do konfiguracji API.

    Deweloperzy korzystający z Claude przez interfejs claude.ai nie muszą podejmować żadnych działań — tam wybór modelu jest automatyczny. Problem dotyczy wyłącznie dostępu programistycznego. Jeśli korzystacie z Claude przez Amazon Bedrock albo Vertex AI, sprawdźcie osobno ich tabele wsparcia — partnerzy mają własne kalendarze wycofywania.

    Na froncie DevOps warto także pamiętać, że za Opus 4.1 podąży Opus 4.5 i Sonnet 4.5 — ich daty emerytury są już zapowiedziane na trzeci kwartał 2026. Kto migruje teraz z 4.0 na 4.6 lub 4.8, ten za kilka miesięcy i tak będzie musiał powtórzyć tę operację. Dlatego część zespołów rozważa abstrahowanie identyfikatorów modeli przez warstwę zarządzaną — aby nie gonić za każdym ogłoszeniem deprecjacji osobno.

    Podsumowanie

    Wycofanie Claude Sonnet 4 i Claude Opus 4 to nie katastrofa, ale test na dojrzałość procesów w zespole. Jeśli wasze pipeline'y wytrzymały 15 czerwca bez awarii — dobrze. Jeśli nie — macie okazję zautomatyzować monitoring wersji API, zanim kolejne deprecjacje was zaskoczą. W ekosystemie AI modele starzeją się szybko, a umiejętność sprawnej podmiany jednego identyfikatora na inny staje się równie ważna jak sam kod.

    Źródła

  • Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Anthropic udostępniło wersję 2.1.176 Claude Code. To głównie aktualizacja stabilizacyjna, ale zawiera również kilka istotnych usprawnień w zakresie sesji, konfiguracji oraz obsługi poświadczeń Bedrock.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku, w którym prowadzona jest konwersacja, z możliwością przypięcia konkretnego języka w ustawieniu language.
    • Nowa opcja footerLinksRegexes pozwala na kontrolowanie wyświetlania linków w pasku stanu za pomocą wyrażeń regularnych, co jest przydatne w zarządzanych środowiskach.
    • Cache poświadczeń Bedrock uwzględnia rzeczywisty czas wygaśnięcia z pola Expiration, zamiast trzymać dane przez stały czas jednej godziny.
    • Egzekwowanie list dozwolonych modeli zostało zaostrzone – zmienne ANTHROPIC_DEFAULT_*_MODEL nie pozwalają już na obejście ograniczeń.
    • Remote Control oraz sesje w tle przeszły przegląd stabilności, w tym poprawki dla systemów Windows i Linux.

    Sesja dopasowana do języka i lepsza kontrola linków

    Dla zespołów pracujących w wielu językach, zmiana dotycząca tytułów sesji jest praktyczna – tytuły sesji są teraz zgodne z językiem rozmowy. Jeśli ktoś pisze po polsku, otrzymuje tytuł po polsku. W przypadku potrzeby używania jednego języka niezależnie od kontekstu, wystarczy ustawić language na stałe.

    Opcja footerLinksRegexes to mechanizm, który będzie przydatny dla administratorów większych wdrożeń. Umożliwia on określenie wzorców linków widocznych w stopce interfejsu, co daje kontrolę nad tym, jakie odnośniki pojawiają się w zarządzanych instancjach Claude Code 2.1.176.

    Cache poświadczeń z głową

    Cache poświadczeń z głową

    Dotychczas sytuacje, w których tokeny STS wygasały przed końcem godzinnego okna cache, były frustrujące. Teraz mechanizm cache'owania uwzględnia pole Expiration i przechowuje dane do pięciu minut przed faktycznym wygaśnięciem. Jeśli Expiration nie jest dostępne, stosowany jest domyślny interwał – godzina.

    Dla zespołów korzystających z Bedrock na AWS to znacząca poprawa. Mniej błędów 401 i mniej nieoczekiwanych przerwań w pracy agentów, szczególnie przy używaniu krótkoterminowych poświadczeń SSO.

    Zaostrzone reguły modeli i stabilność tła

    Blokada modeli przez allowlistę została poprawiona, eliminując możliwość obejścia przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL. Oznacza to, że aliasy nie przekierują użytkownika na zablokowany model, a przełącznik /fast nie zadziała, jeśli miałby wybrać coś spoza dozwolonej listy.

    Wprowadzono również wiele poprawek do sesji w tle i Remote Control. Zniknął problem z powielaniem wpisów przy nieudanym połączeniu, a powiadomienia o rozłączeniu teraz pokazują czytelny komunikat zamiast kodu. Zmiana konta w trakcie sesji zdalnej powoduje poprawne rozłączenie. Dodatkowo, wprowadzono konkretne poprawki dla systemów Linux, takie jak obsługa dowiązań symbolicznych w konfiguracji sandboksa, oraz dla Windows, gdzie usługa w tle mogła nie wystartować z powodu atrybutu ReadOnly katalogu daemona.

    Wszystkie te zmiany mają na celu poprawę przewidywalności działania Claude Code 2.1.176 podczas długich sesji oraz w środowiskach, gdzie wiele okien jednocześnie pracuje z tym samym agentem. Dla web developerów i zespołów DevOps to wydanie zasługuje na szybką aktualizację – nie wprowadza rewolucyjnych zmian, ale eliminuje wiele drobnych, irytujących problemów.

    Źródła

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.

    Źródła

  • Cline v3.89.2 naprawia obsługę Anthropic po awarii wywołanej przez Node 24 w VS Code

    Cline v3.89.2 naprawia obsługę Anthropic po awarii wywołanej przez Node 24 w VS Code

    Zespół Cline wydał wersję v3.89.2, która przywraca działanie dostawcy Anthropic w edytorze VS Code 1.123 i nowszych. To wydanie odpowiada na problemy z kompatybilnością, które pojawiły się po wprowadzeniu środowiska uruchomieniowego Node 24 do najnowszej wersji edytora. Chociaż zmiana dotyczy niewielkiego fragmentu kodu, jej skutki odczuli wszyscy, którzy korzystają z Claude w codziennym programowaniu.

    Kluczowe fakty

    • Node 24 w VS Code 1.123 spowodował problemy z SDK Anthropic w Cline v3.89.2, co uniemożliwiło korzystanie z modeli Claude.
    • Aktualizacja SDK do wersji zgodnej z Node 24 przywróciła pełną funkcjonalność dostawcy Anthropic.
    • Vertex AI również otrzymał poprawkę — jego SDK zostało zsynchronizowane z nową wersją biblioteki Anthropic.
    • Seria v3.89.2 wpisuje się w szerszy cykl łatek skupionych na stabilności i kompatybilności.

    Dlaczego Node 24 wywrócił wszystko do góry nogami

    VS Code od wersji 1.123 korzysta z Node 24 jako domyślnego środowiska uruchomieniowego. Choć może się to wydawać nieistotne, dla rozszerzeń, które dodają własne zależności, oznacza to często problemy. W przypadku Cline v3.89.2 problem dotknął bezpośrednio SDK Anthropic — biblioteki, która obsługuje komunikację z modelami Claude. Starsza wersja SDK nie działała poprawnie na Node 24.

    Efekt był natychmiastowy: użytkownicy, którzy zaktualizowali VS Code, stracili dostęp do Anthropic jako dostawcy AI. Oznaczało to, że asystent kodowania przestał odpowiadać na zapytania. Dla programistów, którzy zintegrowali Cline v3.89.2 w swoim workflow, była to frustrująca sytuacja.

    Zespół Cline szybko zareagował — v3.89.2 to kontynuacja naprawy rozpoczętej w poprzednim wydaniu. Zaktualizowano SDK Anthropic do wersji, która współpracuje z Node 24. Nie wprowadzono dodatkowych funkcji, a skupiono się na inżynieryjnej pracy.

    Vertex AI i splątane zależności

    Okazało się, że dostawca Vertex AI, czyli integracja z usługami Google Cloud, również wymagał aktualizacji. Korzysta on z własnej wersji SDK Anthropic, która musi być zgodna z główną biblioteką. Po aktualizacji tej biblioteki, Vertex AI musiał zostać dostosowany.

    Wersja v3.89.2 aktualizuje również SDK Vertex AI do wersji zgodnej z nową biblioteką Anthropic. Bez tej zmiany użytkownicy Vertex AI mogliby napotkać błędy, mimo że połączenie z Anthropic zostało już przywrócone. To pokazuje, jak mocno powiązane są komponenty w ekosystemie narzędzi AI i jak jedna zmiana środowiska uruchomieniowego może wywołać kaskadę poprawek.

    Szerszy kontekst serii v3.89.2

    Warto spojrzeć na to wydanie jako część większego kontekstu. W changelogu Cline v3.89.2 znajdują się także inne poprawki dotyczące kompatybilności, w tym wsparcie dla formatu rozumowania DeepSeek V4. Deweloperzy koncentrują się na tym, aby narzędzie działało stabilnie w obliczu szybko zmieniających się środowisk i modeli.

    Dla osób zajmujących się web developmentem i korzystających z AI w edytorze, to pozytywna wiadomość. VS Code aktualizuje się automatycznie, a Node 24 wprowadza zmiany bez pytania — jednak Cline v3.89.2 nadąża za tymi zmianami. Nie ma potrzeby grzebania w konfiguracji ani szukania obejść. Wystarczy zaktualizować rozszerzenie.

    Podsumowanie

    Cline v3.89.2 to solidna aktualizacja konserwacyjna. Nie wprowadza nowych funkcji ani nie zmienia interfejsu, a jedynie przywraca działanie, które zostało zakłócone przez zmiany w infrastrukturze VS Code. Dla programistów korzystających z Claude i Vertex AI to różnica między działającym asystentem a komunikatem o błędzie. W świecie, w którym AI coraz częściej wspiera nas w pisaniu kodu, taka niezawodność ma większe znaczenie niż dodatkowe funkcje w changelogu.

    Źródła

  • Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Anthropic wprowadziło aktualizację Claude Code 2.1.175, która dodaje nowe ustawienie enforceAvailableModels. To zarządzane ustawienie daje administratorom kontrolę nad tym, jakie modele AI są dostępne w środowisku firmowym. Wcześniejsze luki w polityce bezpieczeństwa, które pozwalały użytkownikom omijać korporacyjne ograniczenia, zostały załatane.

    Co nowego w skrócie

    • Nowe ustawienie enforceAvailableModels wymusza, by lista dozwolonych modeli obejmowała również model domyślny.
    • Ustawienia użytkownika i projektu nie mogą już poszerzać zarządzanej listy availableModels.
    • Gdy model domyślny wskazuje na niedozwolony model, Claude Code automatycznie przełącza się na pierwszy model z listy dozwolonych.
    • Aktualizacja obejmuje łącznie 16 zmian w pakiecie od v2.1.173 do v2.1.175, w tym 3 nowe funkcje i 13 poprawek.

    Dlaczego to ma znaczenie w praktyce

    Dotychczas administratorzy mogli ustawić availableModels jako listę zatwierdzonych modeli, ale istniał problem. Model domyślny, wybierany automatycznie przez Claude Code, nie podlegał tym samym ograniczeniom. Jeśli organizacja blokowała dostęp do drogich modeli, a domyślny wskazywał na taki, system go uruchamiał. Użytkownik mógł także nadpisać ustawienia w lokalnym pliku .claude/settings.json i wybrać dowolny model.

    Wersja 2.1.175 to zmienia. Ustawienie enforceAvailableModels sprawia, że lista dozwolonych modeli działa również dla modelu domyślnego. Jeśli model domyślny nie znajduje się na liście, Claude Code nie próbuje go uruchomić, tylko wybiera pierwszy dozwolony model. To proste rozwiązanie, które jest trudne do obejścia.

    Choć na pierwszy rzut oka zmiana może wydawać się technicznym detalem, w środowiskach korporacyjnych ma duże znaczenie, zwłaszcza tam, gdzie koszty API mogą wynosić tysiące dolarów miesięcznie.

    Co to znaczy dla zespołów dev i DevOps

    W firmach, gdzie Claude Code działa na współdzielonych maszynach lub w pipeline'ach CI/CD, spójność modelu jest kluczowa. Gdy każdy deweloper może przypadkowo lub celowo przełączyć się na droższy model, budżet może szybko wymknąć się spod kontroli.

    Nowe ustawienie eliminuje ryzyko, że konfiguracja projektowa przypadkiem poszerzy dostęp do modeli, które organizacja nie zatwierdziła. Wcześniej plik .claude/settings.json w repozytorium mógł nadpisać korporacyjne restrykcje. Teraz, przy włączonym enforceAvailableModels, nie ma takiej możliwości. Administratorzy zyskują bardziej skuteczne narzędzie, a zespoły przewidywalne środowisko pracy.

    Dla zespołów DevOps oznacza to mniej zgłoszeń dotyczących nieoczekiwanych kosztów. Model domyślny nie wymknie się spod kontroli, a automatyczne przełączenie na pierwszy dozwolony model jest ciche – użytkownik nie musi być świadomy, że coś się zmieniło.

    Szerszy kontekst aktualizacji

    Pakiet zmian od v2.1.173 do v2.1.175 zawiera łącznie 16 modyfikacji. Oprócz nowego ustawienia, wcześniejsze wersje przyniosły poprawki stabilności i bezpieczeństwa. Anthropic kładzie duży nacisk na governance – to nie pierwsza aktualizacja w tym kierunku i zapewne nie ostatnia.

    Widać, że narzędzie się rozwija. Funkcje administracyjne stają się fundamentem dla organizacji, które poważnie wdrażają asystentów AI. Ustawienie enforceAvailableModels to krok w stronę dojrzałości korporacyjnej, w której kontrolę nad modelem ma ten, kto płaci rachunki.

    Co dalej

    Jeśli zarządzasz środowiskiem Claude Code w firmie, sprawdź, czy enforceAvailableModels jest już dostępne w waszym planie. Dla użytkowników indywidualnych zmiana jest przezroczysta, chyba że pracują w organizacji, która wprowadziła nowe restrykcje. W takim przypadku mogą zauważyć, że Claude Code czasami wybiera inny model niż ten, który ustawili lokalnie. To nie błąd, to nowa funkcjonalność.

    Źródła

  • Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Anthropic wydało 11 czerwca 2026 roku wersję 2.1.173 Claude Code, która wprowadza automatyczną normalizację nazw modeli Fable 5 oraz usuwa fałszywy komunikat ostrzegawczy, który pojawiał się przy starcie na systemie Windows. Choć to niewielka aktualizacja, skutecznie rozwiązuje dwa istotne problemy, z którymi deweloperzy borykali się na co dzień.

    • Claude Code 2.1.173 automatycznie usuwa przyrostek [1m] z nazw modeli Fable 5
    • Fable 5 oferuje domyślnie okno kontekstowe 1M tokenów, więc suffix był zbędny
    • Windows nie wyświetla już fałszywego ostrzeżenia o brakujących zależnościach sandboksa
    • Konfiguracja nie wymaga już ręcznego czyszczenia identyfikatorów modeli

    Fable 5 bez [1m] — dlaczego to ma znaczenie

    Główna zmiana dotyczy sposobu, w jaki Claude Code rozpoznaje modele Fable 5. Wcześniej, jeśli w plikach konfiguracyjnych lub flagach CLI pojawiał się identyfikator z przyrostkiem [1m], narzędzie nie normalizowało go poprawnie. W rezultacie deweloperzy musieli ręcznie edytować konfiguracje, aby dopasowanie modelu działało.

    Teraz suffix jest usuwany automatycznie, ponieważ Fable 5 domyślnie pracuje z oknem kontekstowym o wielkości miliona tokenów. Przyrostek był zbędny i wprowadzał zamieszanie przy przełączaniu się między modelami w skryptach i konfiguracjach.

    Dla osób pracujących w trybie vibe coding to istotne ułatwienie. Gdy szybko eksperymentujesz z różnymi modelami w agentowych setupach, każda drobna przeszkoda w routingu może zakłócić płynność pracy. Teraz Claude Code samodzielnie zajmuje się normalizacją, co eliminuje potrzebę pilnowania, czy gdzieś nie pozostał stary suffix.

    Windows bez fałszywego alarmu

    Druga poprawka dotyczy użytkowników Windows. Przy włączonym sandboksie Claude Code mógł przy starcie wyświetlać komunikat o brakujących zależnościach, mimo że wszystko było w porządku. Fałszywy alert został usunięty w wersji 2.1.173.

    Dla zespołów DevOps i osób hostujących lokalne środowiska deweloperskie to mała, ale odczuwalna poprawa. Mniej szumu przy starcie narzędzia CLI oznacza czystsze logi i mniej okazji do niepotrzebnego debugowania. Niezawodność Claude Code na różnych platformach delikatnie, ale zauważalnie wzrasta.

    Co jeszcze warto wiedzieć o Fable 5

    Model Fable 5, określany przez Anthropic jako model klasy Mythos, standardowo oferuje 128 tysięcy tokenów na wyjściu przy każdym zapytaniu. Cennik wynosi 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Model zawiera również klasyfikatory bezpieczeństwa, które w określonych przypadkach mogą odrzucić zapytanie.

    Aktualizacja 2.1.173 wpisuje się w szerszy trend porządkowania narzędzi wokół modeli dużej pojemności. Gdy okno kontekstowe 1M tokenów staje się standardem, oznaczanie go w nazwie przestaje być potrzebne — i dobrze, że narzędzia dostosowują się do tej zmiany.

    Drobny release, konkretny efekt

    Aktualizacja jest niewielka — zawiera tylko dwa fixy. Jednak oba eliminują tarcia, które deweloperzy odczuwali w codziennej pracy. Mniej grzebania w konfiguracjach, mniej fałszywych alertów, płynniejsze przełączanie modeli. Czasami to właśnie takie mikro-poprawki mają największy wpływ na komfort pracy z narzędziami AI.

    Źródła