Tag: anthropic

  • 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

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła

  • Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed wydał wersję 1.6.3 swojego edytora, wprowadzając dedykowane zakładki do podglądu różnic w Gicie, widoczne liczniki dodanych i usuniętych linii oraz tryb szybkich odpowiedzi dla modeli Anthropic i OpenAI w panelu agenta AI. Ta aktualizacja koncentruje się na dwóch kluczowych aspektach codziennej pracy programisty: poprawie przeglądania kodu i zwiększeniu responsywności narzędzi wspomaganych sztuczną inteligencją.

    Kluczowe zmiany w skrócie

    • Dedykowane zakładki diff – pojedynczy plik z Gita można otworzyć w osobnej karcie bezpośrednio z panelu Git
    • Tryb szybki (Fast mode) – dostępny dla wszystkich użytkowników, kieruje zapytania przez priorytetowe warstwy usług Anthropic i OpenAI
    • Udostępniane linki do skilli – pełna zawartość skilla zakodowana w URL-u, gotowa do zaimportowania przez innego użytkownika
    • Szczegółowa piaskownica terminala – agent prosi o dostęp do konkretnych ścieżek, zamiast żądać dostępu do całego systemu plików
    • Split diff w historii commitów – możliwość przełączania widoku porównawczego na układ side-by-side

    Przeglądanie zmian w Gicie bez tarcia

    Dotychczas podgląd różnic dla pojedynczego pliku wymagał otwierania całego widoku diff projektu, co rozpraszało przy szybkich rewizjach. W wersji 1.6.3 zespół Zeda dodał możliwość otwierania pojedynczego pliku diff w dedykowanej zakładce – wystarczy kliknąć plik w panelu Git. To zmiana w interfejsie, która zmniejsza liczbę zbędnych operacji przy codziennym code review.

    Panel Git pokazuje teraz całkowitą liczbę dodanych i usuniętych linii. Wcześniej trzeba było ręcznie sumować zmiany albo polegać na zewnętrznych narzędziach, żeby ocenić rozmiar danej łatki. Teraz liczby są widoczne od razu, z separatorami tysięcy, co ułatwia szybką ocenę zakresu modyfikacji.

    Kolejnym usprawnieniem jest tryb split diff w historii commitów. Zamiast domyślnego widoku zunifikowanego można przełączyć się na układ side-by-side, który część programistów uważa za bardziej czytelny przy porównywaniu większych bloków kodu. Nowa akcja git: compare with branch pozwala bezpośrednio zestawić bieżącą gałąź z dowolną inną, bez przeklikiwania się przez dodatkowe menu.

    Sztuczna inteligencja na wyższym biegu

    Sztuczna inteligencja na wyższym biegu

    Największą nowością w obszarze AI jest tryb szybki dla modeli Anthropic i OpenAI. Wcześniej dostępny tylko wewnętrznie dla pracowników Zeda, teraz trafia do wszystkich użytkowników. Mechanizm jest prosty: zapytania do API kierowane są przez priorytetowe warstwy usług, co skraca czas odpowiedzi, ale wiąże się z wyższym kosztem za token. Dla zadań, gdzie liczy się każda sekunda, ta opcja może być warta swojej ceny.

    Zed wprowadził też możliwość kopiowania linków do skilli bezpośrednio z panelu ustawień. URL w formacie zed://skill?data=… zawiera zakodowaną w base64url pełną treść skilla w Markdownie. Inny użytkownik Zeda może otworzyć taki link i od razu zobaczyć widok kreatora skilla z załadowaną zawartością – bez ręcznego kopiowania plików czy konfiguracji. To ułatwienie przy dzieleniu się własnymi przepisami na interakcje z agentem w zespołach.

    Warto też wspomnieć o przebudowie piaskownicy terminala. Agent nie prosi już o ogólny dostęp do systemu plików. Zamiast tego żąda pozwolenia na zapis w konkretnych ścieżkach, z opcją przyznania go na jedną komendę lub na resztę konwersacji. Pliki tymczasowe utworzone w trakcie sesji są teraz zachowywane pomiędzy komendami w tym samym wątku, co pozwala agentowi kontynuować pracę bez utraty kontekstu.

    Drobiazgi, które robią różnicę

    Drobiazgi, które robią różnicę

    Wyszukiwarka plików doczekała się prostej, ale praktycznej zmiany – można teraz otworzyć plik bez zamykania okna wyszukiwarki. Wystarczy użyć strzałki w prawo na końcu wpisywanej ścieżki albo kliknąć przycisk "Keep Open". To eliminuje irytujące ponowne otwieranie findera przy pracy z wieloma plikami.

    Zed dodał też wsparcie dla Claude Opus 4.8 w trybie BYOK (bring your own key), konfigurowalne instrukcje do generowania commit message’y przez AI oraz możliwość wyboru, w którym worktree otworzyć wątek draftu, gdy grupa zawiera ich kilka. Całość zamyka solidna porcja poprawek błędów i ulepszeń wydajności edytora, zgodnie z dotychczasowym tempem cotygodniowych wydań stabilnych.

    Stabilność zamiast rewolucji

    Wydanie 1.6.3 nie jest przeskokiem generacyjnym. To aktualizacja, która dociska istniejące mechanizmy – Git i agent AI otrzymują narzędzia, których brakowało w codziennym użytkowaniu. Dedykowane zakładki diff, liczniki linii i tryb szybki nie są efektownymi nowościami na zrzutach ekranu, ale realnie wpływają na tempo pracy. A o to w edytorze kodu chodzi.

    Źródła

  • Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Anthropic wprowadził wersję 2.1.169 Claude Code, która dodaje flagę --safe-mode do szybkiej diagnostyki problemów oraz komendę /cd, umożliwiającą zmianę katalogu roboczego w trakcie sesji bez utraty cache’a promptów. Aktualizacja zawiera 31 zmian, w tym istotne poprawki dla polityk MCP oraz stabilności agentów działających w tle.

    Co nowego w skrócie

    • --safe-mode uruchamia Claude Code bez personalizacji, takich jak pliki CLAUDE.md, pluginy, skille, hooki i serwery MCP.
    • /cd zmienia katalog roboczy aktywnej sesji, zachowując cache.
    • disableBundledSkills pozwala ukryć wbudowane skille i slash commandy w interfejsie modelu.
    • post-session to nowy hook w self-hosted runnerze, uruchamiany po zakończeniu sesji, przed usunięciem workspace’a.
    • Poprawki bezpieczeństwa obejmują krytyczne łatki dla polityk MCP w środowiskach enterprise.

    Tryb awaryjny, czyli czyste środowisko na żądanie

    Gdy agent AI zaczyna działać nieprzewidywalnie, często przegląda się logi i ręcznie wyłącza rozszerzenia. Flaga --safe-mode (dostępna także jako zmienna środowiskowa CLAUDE_CODE_SAFE_MODE) automatyzuje ten proces, eliminując wszystkie zewnętrzne wpływy jednym przełącznikiem.

    Oznacza to uruchomienie Claude Code bez CLAUDE.md, pluginów, skillów, hooków i serwerów MCP. Dzięki temu można szybko ustalić, czy problem wynika z konfiguracji użytkownika, czy z narzędzia. Dla zespołów devopsowych i osób zarządzających rozbudowanymi pipeline’ami to znaczące ułatwienie – zamiast przeszukiwać ustawienia, można uruchomić sesję w trybie awaryjnym i od razu zidentyfikować problem.

    Anthropic dodał także sugestię użycia claude agents, gdy użytkownik uruchamia wiele równoległych sesji. To mały dodatek, ale pokazuje, że firma chce, aby zaawansowani użytkownicy świadomie zarządzali współbieżnością.

    /cd, czyli zmiana kontekstu bez kary

    Dotychczasowa zmiana katalogu w trakcie sesji Claude Code wiązała się z utratą cache’a – wszystkie wcześniejsze konteksty, pliki i instrukcje znikały, a model zaczynał od nowa. Komenda /cd rozwiązuje ten problem, przenosząc sesję do nowego katalogu roboczego, zachowując cache.

    Dla długo działających agentów to kluczowa zmiana. Można teraz płynnie przeskakiwać między repozytoriami, nie tracąc kontekstu. W połączeniu z hookiem post-session, który pozwala na zrzucenie niezcommitowanej pracy lub eksport logów przed usunięciem workspace’a, zyskujemy spójny zestaw narzędzi do zarządzania sesjami w automatyzacji.

    Wersja 2.1.169 to także 12 poprawek, w tym zwiększona niezawodność TaskCreate, lepsze komunikaty błędów przy wyłączonym uwierzytelnianiu API key, zmniejszone zużycie CPU podczas streamowania odpowiedzi i poprawiony kontrast kolorów dla tagów skilli w menu slash komend.

    Czystszy interfejs i szczelniejsze polityki MCP

    Nowa opcja disableBundledSkills (także jako zmienna środowiskowa) pozwala ukryć wbudowane skille, workflow i slash commandy przed modelem. Dla zespołów, które chcą mieć pełną kontrolę nad tym, co Claude Code udostępnia użytkownikowi, to przydatne ustawienie – mniej szumu w interfejsie i mniejsze ryzyko niechcianych narzędzi.

    Z perspektywy bezpieczeństwa najważniejsze są krytyczne łatki dla polityk MCP. W środowiskach enterprise, gdzie MCP kontroluje dostęp agentów do zewnętrznych zasobów, wszelkie luki w tym mechanizmie są poważnym problemem. Aktualizacja zamyka kilka takich luk i wprowadza poprawki dla zawieszek na Windowsie oraz opóźnień UI.

    Całość obejmuje 31 zmian: 3 nowe funkcje, 12 usprawnień, 12 poprawek, 2 łatki bezpieczeństwa i 1 optymalizację wydajności. To solidny krok w stronę dojrzalszego narzędzia, z naciskiem na diagnostykę, ciągłość pracy i kontrolę nad środowiskiem.

    Źródła

  • Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Anthropic wydało 6 czerwca 2026 roku wersję Claude Code 2.1.167, której zmiany zostały opisane w oficjalnym changelogu jako „poprawki błędów i ulepszenia stabilności”. Mimo krótkiego opisu, aktualizacja ta jest częścią szerszego cyklu poprawek stabilności, który zespół Anthropic realizuje od kilku tygodni. Dla deweloperów korzystających z narzędzia na co dzień takie poprawki mają duże znaczenie, często bardziej niż nowe funkcje.

    Co warto wiedzieć o wydaniu 2.1.167

    • Wersja konserwacyjna — Claude Code 2.1.167 nie wprowadza nowych funkcji, a jedynie poprawki błędów i ulepszenia stabilności.
    • Niskie ryzyko wdrożenia — brak zmian w API, konfiguracji ani zachowaniu narzędzia; aktualizacja jest bezpieczna dla zespołów.
    • Data premiery — 6 czerwca 2026; wydanie zawiera 9 commitów na głównej gałęzi repozytorium.
    • Kontynuacja serii stabilizacyjnej — to część szerszego cyklu poprawek obejmującego wersje od 2.1.166 do 2.1.168.

    Co właściwie poprawiono?

    Anthropic nie opublikowało szczegółowej listy błędów usuniętych w 2.1.167. Oficjalny changelog na GitHubie zawiera jedynie standardową formułkę, a dokumentacja techniczna nie dostarcza dodatkowych informacji. Jednak w kontekście poprzednich wydań z tej serii, które rozwiązywały problemy z obsługą błędów API, zrywaniem sesji i wyciekami pamięci, można przypuszczać, że aktualizacja ta również koncentruje się na stabilności podczas długich sesji kodowania.

    Inne źródła opisują tę aktualizację jako poprawiającą „płynność działania i zmniejszającą liczbę błędów podczas intensywnych sesji programistycznych”. Choć to sformułowanie jest ogólne, dobrze oddaje charakter wydania: nie ma tu nic spektakularnego, ale każdy, kto doświadczył utraty kontekstu rozmowy przez niespodziewany crash, doceni te ulepszenia.

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Aby zrozumieć znaczenie tego wydania, warto spojrzeć na sąsiednie wersje. Tuż przed 2.1.167 Claude Code otrzymał mechanizm fallbackModel, który pozwala zdefiniować do trzech modeli zapasowych na wypadek przeciążenia lub niedostępności głównego. To istotna pomoc dla zespołów, które nie mogą sobie pozwolić na przestój, gdy API Anthropic działa gorzej.

    Równolegle wprowadzono ustawienia requiredMinimumVersion i requiredMaximumVersion, które umożliwiają administratorom wymuszenie konkretnego zakresu wersji Claude Code w organizacji. Narzędzie odmówi uruchomienia, jeśli wersja nie mieści się w dozwolonym przedziale. Dla DevOpsów zarządzających flotą kilkudziesięciu instancji to duże ułatwienie — koniec z sytuacjami, gdzie część zespołu pracuje na przestarzałym kodzie.

    Warto również zauważyć, że Anthropic ogłosiło wycofanie Claude Opus 4.1 z API — model ten przejdzie na emeryturę 5 sierpnia 2026, a zalecaną ścieżką migracji jest Claude Opus 4.8. Choć ta informacja nie dotyczy bezpośrednio wydania 2.1.167, pokazuje kierunek rozwoju całego ekosystemu.

    Co to oznacza dla zespołów deweloperskich

    Jeśli zarządzasz instalacjami Claude Code w zespole, wersja 2.1.167 nie powinna budzić niepokoju. To wydanie niskiego ryzyka — można je zainstalować, zapomnieć o nim i kontynuować pracę. Warto jednak wdrożyć je szybko, zanim pojawi się kolejna wersja z nowymi funkcjami i potencjalnymi niespodziankami.

    Jeśli jeszcze nie skonfigurowałeś modeli zapasowych ani przypinania wersji, to jest dobry moment na to. Wersja 2.1.167 nie wprowadza tych możliwości, ale stabilne środowisko jest kluczowe, aby z nich sensownie korzystać. Nie ma nic gorszego niż skonfigurowany fallback, który nie działa, ponieważ narzędzie zawiodło na poziomie samej sesji.

    Dla zwykłych użytkowników komunikat jest jasny: zaktualizuj i ciesz się mniejszą liczbą irytujących przerw w pracy. To jeden z tych przypadków, gdzie changelog mówi niewiele, ale doświadczenie pracy mówi wszystko.

    Źródła