Tag: anthropic

  • 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

  • Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic ogłosiło 5 czerwca 2026 roku, że model Claude Opus 4.1 zostanie wycofany. Deweloperzy mają 60 dni na migrację, ponieważ po 5 sierpnia API przestanie przyjmować zapytania kierowane do claude-opus-4-1-20250805. W tym samym czasie wprowadzane są dwie zmiany techniczne: narzędzie doradcze zyskuje kontrolę nad tokenami, a puste odmowy nie będą generować kosztów.

    Kluczowe fakty o aktualizacji

    • Claude Opus 4.1 zostanie wycofany 5 sierpnia 2026 — oficjalnym następcą jest Claude Opus 4.8.
    • Parametr max_tokens w narzędziu doradczym umożliwia kontrolę opóźnień i kosztów.
    • Odmowy bez wygenerowanej treści nie będą już naliczane na fakturach.
    • 60 dni na migrację — po tym terminie zapytania do starego modelu zwrócą błędy.
    • Nowy tokenizer w Claude Sonnet 5 generuje około 30% więcej tokenów dla tych samych tekstów.

    Co dokładnie się zmienia z Claude Opus 4.1

    Model o identyfikatorze claude-opus-4-1-20250805 został wprowadzony do API jako ulepszenie względem podstawowego Opus 4. Anthropic kieruje wszystkich użytkowników do Claude Opus 4.8, który oferuje ten sam poziom wydajności przy niższych kosztach operacyjnych. Deweloperzy korzystający ze starszych wersji SDK lub zahardcodowanych konfiguracji powinni sprawdzić, czy ich aplikacje, agenci i zadania backendowe nie polegają na wycofywanym modelu.

    Termin migracji wynosi dwa miesiące, co może być niewystarczające, szczególnie gdy zmiana wymaga testowania promptów i potencjalnego dostosowania logiki aplikacji. 60 dni może wystarczyć na prostą podmianę identyfikatora, ale osoby z rozbudowanymi pipeline'ami ewaluacyjnymi powinny rozpocząć migrację jak najszybciej.

    Narzędzie doradcze z kontrolą tokenów

    Nowy parametr max_tokens w narzędziu doradczym to praktyczna zmiana. Deweloperzy mogą teraz ograniczyć maksymalną liczbę tokenów generowanych przez doradcę, co przekłada się na szybsze odpowiedzi i niższe rachunki.

    Na przykład, jeśli doradca analizuje długi dokument, ale potrzebujesz tylko krótkiej rekomendacji, możesz ustawić max_tokens na 500 i nie płacić za rozbudowaną analizę, której nie potrzebujesz. To proste, ale wcześniej brakowało tej opcji.

    Odmowy bez opłat — zmiana polityki rozliczeniowej

    To aktualizacja, która nie jest szeroko komentowana w release notes, ale ma realny wpływ na budżet. Dotychczas każde zapytanie kończące się statusem refusal, czyli sytuacja, gdy Claude odmawia odpowiedzi ze względów bezpieczeństwa, było normalnie naliczane, nawet jeśli model nie wygenerował żadnego tokena treści.

    Od teraz Anthropic nie pobiera opłat za zapytania, które kończą się odmową i nie produkują żadnego outputu. Dla aplikacji z dużą liczbą zapytań granicznych, takich jak systemy moderacji treści czy agenci działający na wrażliwych danych, może to oznaczać zauważalne oszczędności.

    Szerszy kontekst: Claude Sonnet 5 i zmiany w tokenizacji

    Warto również zauważyć, że Anthropic uruchomiło Claude Sonnet 5 z nowym tokenizerem, który produkuje około 30% więcej tokenów dla identycznych tekstów. To istotna informacja dla osób migrujących między modelami i porównujących koszty — ten sam prompt może nagle kosztować więcej z powodu zmiany w zliczaniu tokenów, a nie samej ceny za token.

    Claude Opus 5 zadebiutował w lipcu 2026, zastępując Opus 4.8 jako flagowy model. Wprowadził domyślnie włączone myślenie i kontekst miliona tokenów, ale to Opus 4.8 pozostaje zalecanym celem migracji dla użytkowników wycofywanego Claude Opus 4.1.

    Migracja od strony technicznej

    Jeśli korzystasz z oficjalnych SDK (Python, TypeScript, Go, Java), podmiana identyfikatora modelu na claude-opus-4-8 powinna wystarczyć. Jednak w przypadku aplikacji, które polegają na konkretnych zachowaniach modelu, warto przetestować prompty przed wdrożeniem.

    Należy również przejrzeć konfiguracje agentów Claude Managed Agents, jeśli któryś z nich wskazuje na claude-opus-4-1-20250805. To samo dotyczy skryptów automatyzacji i pipeline'ów CI/CD, gdzie identyfikatory modeli często lądują w zmiennych środowiskowych i łatwo o nich zapomnieć podczas rutynowej aktualizacji.

    Źródła

  • Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Anthropic wydało 4 czerwca 2026 roku aktualizację Claude Code 2.1.163, która wprowadza wymuszone zarządzanie wersjami przez administratorów, nowe narzędzia do kontroli wtyczek oraz kilka poprawek stabilności. To wydanie koncentruje się na stabilności i kontroli, co jest istotne dla zespołów, które nie mogą sobie pozwolić na niespodzianki w środowisku deweloperskim.

    Kluczowe zmiany

    • Administratorzy mogą ustawić widełki wersji – requiredMinimumVersion i requiredMaximumVersion w managed settings blokują uruchomienie Claude Code poza zatwierdzonym zakresem.
    • Pojawiło się polecenie /plugin list z filtrami dla włączonych i wyłączonych wtyczek, co ułatwia audyt konfiguracji.
    • Hooki Stop i SubagentStop mogą teraz zwracać informację zwrotną do Claude przez additionalContext, nie powodując błędów.
    • Skrót „c to copy” pozwala jednym przyciskiem skopiować surową odpowiedź w formacie Markdown.
    • Poprawiono błędy związane z procesami w tle, ścieżkami w Windows i responsywnością terminala.

    Twarda bramka wersji – koniec z samowolką

    Najważniejszą nowością z perspektywy bezpieczeństwa jest mechanizm wymuszania zakresu wersji. Administrator może zdefiniować minimalną i maksymalną dozwoloną wersję Claude Code w pliku managed settings. Jeśli zainstalowana wersja wykracza poza ten przedział, Claude Code odmawia uruchomienia i kieruje użytkownika do zatwierdzonej wersji.

    To oznacza koniec zgadywania, czy wszyscy pracują na kompatybilnych wersjach narzędzia. Nie trzeba już polegać na tym, że deweloperzy sami zaktualizują środowisko – system wymusza to automatycznie. W połączeniu z poprawkami luk w regułach uprawnień, aktualizacja 2.1.163 wyraźnie stawia na kontrolę.

    Wtyczki pod lupą

    Nowe polecenie /plugin list odpowiada na rosnącą liczbę rozszerzeń w ekosystemie Claude Code. Wyświetla zainstalowane wtyczki z podziałem na status – włączone i wyłączone. Jest to szczególnie przydatne w środowiskach zespołowych, gdzie zarządzanie wtyczkami staje się wymogiem.

    Dodatkowo, Anthropic uprościło wcześniejszy dwuetapowy proces instalacji wtyczek do jednego polecenia /plugin install. Źródło source: 'settings' pozwala deklarować wpisy wtyczek bezpośrednio w settings.json, co zmniejsza tarcie przy konfiguracji.

    Hooki z ludzką twarzą

    Hooki z ludzką twarzą

    Hooki Stop i SubagentStop przeszły istotną zmianę. Do tej pory próba przekazania informacji zwrotnej do Claude przez hook często kończyła się błędem. Teraz mogą one zwracać dane przez pole additionalContext, które Claude interpretuje jako część konwersacji, a nie jako sygnał awarii.

    Dzięki temu agenci stają się bardziej interaktywni – hook może na przykład podpowiedzieć modelowi kontekst, który pomoże mu podjąć lepszą decyzję w kolejnym kroku, bez przerywania przepływu pracy komunikatem o błędzie.

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

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

    Wśród poprawek warto odnotować kilka praktycznych: skrót klawiszowy c kopiujący odpowiedź w formacie Markdown, usprawnienia dla Windows (w tym obsługa ścieżek i responsywność terminala) oraz poprawki procesów w tle, które mogły wcześniej wisieć po zakończeniu sesji. Dla zespołów korzystających z Claude Code w trybie headless lub w automatyzacji CI, stabilność agentów działających w tle to warunek konieczny.

    Podsumowanie

    Claude Code 2.1.163 nie przynosi spektakularnych nowości, ale pokazuje kierunek, w którym Anthropic zmierza z tym narzędziem: mniej eksperymentów, więcej kontroli. Wymuszone widełki wersji, lepsza widoczność wtyczek i inteligentniejsze hooki składają się na wydanie, które docenią przede wszystkim ci, którzy zarządzają wdrożeniami w zespołach. Jeśli twoja organizacja traktuje Claude Code jako element pipeline'u deweloperskiego, ta aktualizacja jest obowiązkowa, ponieważ bez niej system może po prostu odmówić współpracy.

    Źródła

  • Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Anthropic wydało wersję 2.1.162 Claude Code, która, choć nie wprowadza rewolucyjnych zmian, wprowadza istotne poprawki w kluczowych obszarach. Ta aktualizacja koncentruje się na zwiększeniu widoczności pracy agentów w tle, stabilności narzędzi deweloperskich oraz udoskonaleniu mechanizmów uprawnień. Użytkownicy korzystający z Claude Code w trybie headless, w zespołach lub ci, którzy doświadczali problemów z zawieszaniem sesji, powinni rozważyć tę aktualizację.

    Kluczowe zmiany w skrócie

    • Nowe pole waitingFor w wyjściu JSON umożliwia programowe wykrycie, kiedy agent czeka na akcję użytkownika (np. zatwierdzenie uprawnienia).
    • Poprawki timeoutów MCP — wartości poniżej 1000 ms nie są już zaokrąglane do pełnej sekundy, co eliminuje przerwania wywołań narzędzi.
    • Lepsza obsługa uprawnień w systemie Windows oraz reguł web fetch, co zapobiega przypadkowemu nadpisywaniu jawnych ograniczeń przez domeny zatwierdzone wcześniej.
    • Usprawnienie komend slash — /effort teraz informuje, że wybrany poziom stanie się domyślnym dla nowych sesji.
    • Stabilniejsze LSP — naprawiono działanie workspace symbols, co jest kluczowe dla nawigacji w większych projektach.

    Przezroczystość pracy agentów

    Najważniejszą zmianą w wersji 2.1.162 jest wprowadzenie statusu waitingFor w wyjściu JSON komendy claude agents. Wcześniej sesja agenta działającego w tle mogła utknąć na promptcie uprawnień, a użytkownicy korzystający z Claude Code w skryptach CI/CD nie mieli informacji o tym, co się dzieje. Teraz można to sprawdzić programowo.

    To istotna zmiana dla automatyzacji. Gdy uruchamiasz agenta w pipeline i oczekujesz wyniku w ciągu kilku minut, ciche zawieszenie na dialogu potwierdzenia oznacza stratę czasu i pieniędzy. Pole waitingFor jasno informuje: "czekam na twoją decyzję". W połączeniu z poprawionym komunikatem przy starcie, który zamiast milczenia wyświetla czytelny błąd i konfigurację w pamięci, debugowanie sesji headless staje się mniej frustrujące.

    Usprawniono również wskaźniki remote control. Jeśli odłączasz się od sesji i wracasz później, łatwiej teraz ustalić, czy agent działa i co go blokuje. To znacząca oszczędność nerwów dla zespołów rozproszonych, gdzie jedna osoba uruchamia agenta, a inna sprawdza wyniki.

    MCP i LSP już nie krzaczą

    MCP i LSP już nie krzaczą

    Kolejna seria poprawek dotyczy stabilności narzędzi. Timeouty MCP per-serwer ustawione poniżej 1000 milisekund były wcześniej ignorowane i zamieniane na pełną sekundę, co przy szybkich operacjach kończyło się przerwaniem wywołania. Wersja 2.1.162 korzysta z globalnych domyślnych wartości, co sprawia, że konfiguracja działa przewidywalnie.

    Naprawiono również funkcjonalność workspace symbols w LSP. Użytkownicy Claude Code, którzy refaktoryzują w TypeScript, Rust czy Python i polegają na szybkim skakaniu między symbolami w projekcie, mogą teraz korzystać z poprawionej funkcjonalności.

    Permisje pod kontrolą

    Ciekawą poprawką są zmiany dotyczące reguł web fetch. W poprzednich wersjach mogło dojść do sytuacji, w której jawnie zdefiniowana reguła pobierania z konkretnego adresu była nadpisywana przez domeny zatwierdzone wcześniej. Wersja 2.1.162 eliminuje ten problem.

    Poprawiono także zachowanie uprawnień w systemie Windows, co oznacza mniej niespodzianek przy zarządzaniu dostępem do plików i sieci.

    Wersja 2.1.162 nie wprowadza rewolucyjnych zmian, ale to solidna aktualizacja konserwacyjna, która eliminuje kilka uciążliwych problemów i przygotowuje grunt pod przyszłe zmiany. Użytkownicy Claude Code w trybie headless, w CI/CD lub w zespołach powinni zaktualizować oprogramowanie.

    Źródła

  • Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Anthropic wypuściło 2 czerwca 2026 roku wersję Claude Code 2.1.161, która koncentruje się na niezawodności i bezpieczeństwie. Aktualizacja obejmuje 22 zmiany w CLI oraz jedną korektę system promptu, ale nie wprowadza efektownych nowości. Tego rodzaju aktualizacje są kluczowe, ponieważ pomagają zespołom unikać losowych awarii pipeline'ów oraz wycieków sekretów w logach.

    Kluczowe fakty

    • Równoległe narzędzia nie kasują się nawzajem — awaria pojedynczego polecenia Bash nie przerywa już całego batcha.
    • OTEL_RESOURCE_ATTRIBUTES zostały dodane jako etykiety do metryk OpenTelemetry, co umożliwia analizę użycia według zespołu lub repozytorium.
    • Secrety w MCP nie wyciekają w plain tekście — zmienne środowiskowe nie są rozwijane, a nagłówki uwierzytelniające są redagowane.
    • Agent w tle nie zanieczyszcza już stdout w trybie headless, co chroni integracje CI przed uszkodzonym wyjściem JSON.
    • Usunięto frazę „interactive software engineering agent” z system promptu, co nadało odpowiedziom bardziej naturalny ton.

    Równoległe wykonanie bez efektu domina

    W poprzednich wersjach występował poważny problem z równoległymi wywołaniami narzędzi. Gdy Claude uruchamiał kilka komend Bash jednocześnie — na przykład linting, testy jednostkowe i sprawdzenie typów — pojedynczy błąd powodował, że wyniki wszystkich pozostałych były kasowane. To był efekt domina.

    Wersja 2.1.161 rozwiązuje ten problem. Każde narzędzie w batchu teraz zwraca własny rezultat niezależnie od pozostałych. Dla zespołów DevOps i webdevu oznacza to oszczędność czasu — nie trzeba restartować całego zadania tylko dlatego, że eslint znalazł brakujący średnik.

    Poprawka ma również znaczenie dla automatyzacji CI/CD. Pipeline, który równolegle sprawdza formatowanie, testy i bezpieczeństwo zależności, nie padnie przy pierwszym warningu. To niewielka zmiana w logice wykonania, ale ogromna różnica w codziennej pracy.

    Metryki, które w końcu mówią coś konkretnego

    Monitoring użycia AI w firmie bez podziału na zespoły jest mało przydatny — każdy menedżer to potwierdzi. Dlatego dodanie OTEL_RESOURCE_ATTRIBUTES jako etykiet do metryk to jeden z ważniejszych kroków Anthropic w tej wersji.

    Teraz organizacje mogą tagować zapytania według zespołu, repozytorium czy środowiska. Dział DevOps ma dostęp do rzeczywistych kosztów i wzorców użycia Claude Code z podziałem na projekty. Nie trzeba zgadywać, który zespół generuje najwięcej tokenów ani gdzie warto zoptymalizować interakcje z modelem.

    Dla przyjęcia technologii w przedsiębiorstwie to kluczowy krok — bez szczegółowych metryk trudno uzasadnić budżet na AI przed zarządem. Teraz liczby są konkretne i przypisane do konkretnych jednostek.

    Bezpieczeństwo: secrety przestały wyciekać

    W poprzednich wersjach występowała regresja, przez którą komenda claude mcp wypisywała secrety w plain tekście. Tokeny OAuth, klucze API, nagłówki uwierzytelniające — wszystko lądowało w terminalu jako zwykły string. To stanowiło poważny problem bezpieczeństwa, szczególnie w środowiskach współdzielonych i logowanych.

    Wersja 2.1.161 rozwiązuje ten problem na trzech poziomach: referencje ${VAR} nie są już rozwijane, nagłówki uwierzytelniające są redagowane, a URL-e zawierające secrety są traktowane z należytą ostrożnością. Żaden z tych elementów nie trafi do widocznego wyjścia.

    Dla administratorów bezpieczeństwa to sygnał, że Anthropic traktuje wycieki poważnie. Patch nie wprowadza nowych funkcji — łata konkretne luki, które mogły narazić organizacje na poważne incydenty.

    UI i system prompt: mniej sztuczności, więcej naturalności

    Zmiana system promptu jest subtelna, ale zauważalna. Usunięto sztywną rolę „interactive software engineering agent”, która wcześniej nadawała odpowiedziom pomocniczy, nieco protekcjonalny ton. Claude nie przedstawia się już jako pomocnik — po prostu działa.

    Drobne poprawki UI również zostały wprowadzone. Na Linuksie integracja ze schowkiem korzysta teraz z wl-copy, xclip lub xsel, co zapewnia natywne odczucie również przy middle-click paste. Terminal działa szybciej dzięki stabilizacji profilu JIT w silniku layoutu, a opcja „Show unused connectors” porządkuje interfejs MCP, chowając nieużywane konektory za jednym kliknięciem.

    Podsumowanie

    Claude Code 2.1.161 to aktualizacja, która nie robi hałasu — i to dobrze. Naprawia równoległe wykonanie narzędzi, dodaje sensowne metryki dla przedsiębiorstw, łata krytyczny wyciek sekretów i porządkuje interfejs. W cyklu wydawniczym Anthropic ta wersja stanowi stabilny fundament przed większymi zmianami, które nadejdą pod koniec czerwca 2026. Dla zespołów korzystających z Claude Code w automatyzacji i CI/CD, aktualizacja jest niezbędna — nie ze względu na nowości, ale dlatego, że bez niej systemy mogą przestać działać poprawnie.

    Źródła

  • Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Anthropic wprowadziło 1 czerwca 2026 roku aktualizację Claude Code 2.1.160, która wprowadza nowe zabezpieczenia przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych, mogących być wykorzystywane jako wektory ataku. Od teraz agent nie ma możliwości samodzielnego nadpisania plików takich jak .npmrc, .zshenv czy .bazelrc. Nawet w trybie acceptEdits użytkownik musi teraz wyrazić zgodę na takie zmiany. Dodatkowo, zmieniono słowo kluczowe wyzwalające dynamiczne workflow z workflow na ultracode, a nowy mechanizm jest wizualnie wyróżniony na fioletowo w polu prompta.

    Kluczowe zmiany w skrócie

    • Obowiązkowe potwierdzenia przed zapisem do plików startowych powłoki, konfiguracji gita i plików narzędzi budowlanych — nawet przy włączonym acceptEdits
    • Trigger dynamicznych workflow zmieniony na ultracode; stare słowo workflow przestało działać
    • Stabilność sesji w tle — naprawiono wycieki podprocesów, problemy z historią czatów i integrację schowka na Windows/WSL
    • Optymalizacja klasyfikatora auto-mode — rzadsze blokowanie rutynowych operacji komunikatem o braku możliwości oceny akcji
    • Edycja po grep — agent nie musi już osobno czytać pliku narzędziem Read, jeśli wcześniej przeglądał go przez grep

    Nowy poziom ochrony: pliki konfiguracyjne pod nadzorem

    Najważniejsza zmiana w Claude Code 2.1.160 dotyczy bezpieczeństwa. Dotychczas agent w trybie acceptEdits mógł bez pytania modyfikować pliki takie jak .npmrc, .yarnrc, bunfig.toml, .bazelrc, .pre-commit-config.yaml oraz zawartość katalogów .devcontainer/ i ~/.config/git/. Teraz każda próba zapisu w tych lokalizacjach jest zatrzymywana, a użytkownik otrzymuje monit o zgodę.

    Dotyczy to również plików startowych powłoki — .zshenv, .zlogin, .bash_login. Te pliki są automatycznie wykonywane przy starcie powłoki. Ich nieautoryzowana modyfikacja przez agenta AI mogła prowadzić do przejęcia środowiska deweloperskiego bez wiedzy programisty — wystarczyło, że Claude dodałby do .zshenv linię z niebezpiecznym poleceniem. Teraz taki scenariusz wymaga ręcznego zatwierdzenia.

    To zmiana, która powinna była zostać wprowadzona wcześniej. W kontekście łańcuchów dostaw oprogramowania możliwość nieautoryzowanej modyfikacji konfiguracji narzędzi budowlanych stanowi poważne ryzyko — zwłaszcza gdy agent działa w tle, a programista jest zajęty innymi zadaniami.

    Porządki w tle: sesje, podprocesy i schowek

    Aktualizacja przynosi również poprawki stabilności, które szczególnie odczują osoby korzystające z agentów w tle (claude agents). Przede wszystkim poprawiono obsługę podprocesów — przy zamykaniu sesji SIGTERM jest teraz wysyłany do działających shelli przed SIGKILL, co daje procesom czyszczącym szansę na wykonanie. To rozwiązuje wcześniejsze problemy na CI, gdzie headless runy nie kończyły się poprawnie.

    Dla użytkowników Windows i WSL naprawiono integrację schowka — wcześniejsze błędy OSC 52 zostały rozwiązane dzięki współpracy z PowerShellem. Kolejna poprawka polega na tym, że historia czatów nie znika już przy ponownym dołączaniu do sesji w tle. Wcześniej zdarzało się, że po restarcie sesji Claude wykonywał pierwszy prompt od nowa, co mogło prowadzić do nieprzewidzianych skutków ubocznych.

    Ultracode zamiast workflow i szybszy auto-mode

    Ultracode zamiast workflow i szybszy auto-mode

    Zmiana nazwy triggera na ultracode jest istotna — wpisanie workflow w prompcie nie inicjuje już dynamicznego workflow. Nowe słowo kluczowe jest podświetlane na fioletowo, co ułatwia jego rozpoznanie. To znacząca zmiana w narzędziu, ale Anthropic uznało, że termin workflow był zbyt ogólny i prowadził do przypadkowych aktywacji.

    Klasyfikator auto-mode również przeszedł optymalizację. Zmniejszono opóźnienia w pętli decyzyjnej agenta, co sprawia, że komunikat „could not evaluate this action” rzadziej blokuje rutynowe operacje. Agent szybciej podejmuje decyzje i mniej przeszkadza użytkownikowi.

    Drobniejsze, ale odczuwalne usprawnienia

    Drobniejsze, ale odczuwalne usprawnienia

    Jest jeszcze jedna zmiana, która, choć techniczna, realnie przyspiesza pracę. Gdy Claude przegląda plik narzędziem grep, egrep lub fgrep, nie musi już wykonywać osobnego wywołania Read przed edycją. Mechanizm read-before-edit traktuje teraz grep na równi z bezpośrednim odczytem pliku, co eliminuje zbędny krok, który wcześniej wydłużał każdą sekwencję „znajdź i popraw”.

    Warto również zauważyć, że z komunikatu startowego usunięto sugestię instalacji wtyczki do JetBrains. To drobna zmiana, ale mniej natrętnych powiadomień zawsze jest korzystne.

    Podsumowanie

    Claude Code 2.1.160 to przede wszystkim aktualizacja bezpieczeństwa, która zamyka istotny wektor potencjalnych nadużyć. Wprowadzenie zabezpieczeń przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych to krok w stronę bezpieczniejszego programowania, w którym automatyzacja nie odbywa się kosztem kontroli nad środowiskiem. Użytkownicy Claude Code, szczególnie w trybie acceptEdits, powinni zaktualizować narzędzie za pomocą npm update -g @anthropic.

    Źródła

  • Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    28 maja 2026 roku Anthropic wprowadziło Claude Opus 4.8, model, który oferuje 1 milion tokenów okna kontekstowego, 128 tysięcy tokenów wyjściowych oraz przeprojektowane myślenie adaptacyjne. Platforma zyskała również rozszerzone wsparcie dla zarządzanych agentów na AWS, możliwość wstrzykiwania wiadomości systemowych w trakcie konwersacji oraz parametr max_tokens w narzędziu advisor, co pozwala deweloperom lepiej kontrolować koszty i opóźnienia.

    Co nowego – w pigułce

    • Claude Opus 4.8 debiutuje 41 dni po premierze poprzedniej wersji, z 4-krotnie mniejszym ryzykiem przeoczenia błędów w kodzie.
    • Nowy parametr max_tokens w narzędziu advisor pozwala ograniczać zużycie zasobów przy zadawaniu pytań modelowi.
    • Wiadomości systemowe w trakcie konwersacji umożliwiają aktualizację promptów systemowych bez resetowania konwersacji.
    • Claude Managed Agents są dostępne na AWS, a ulepszone raportowanie odmów wspiera debugowanie aplikacji.
    • Dynamic Workflows w Claude Code mogą uruchomić do 1000 równoległych podagentów do migracji repozytoriów.

    Myślenie adaptacyjne i uczciwość – co się zmieniło

    Claude Opus 4.8 wprowadza mechanizm dynamicznego dostosowywania głębi wnioskowania. Model samodzielnie ocenia, ile "myślenia" wymaga konkretne zadanie – przy prostych pytaniach przechodzi do odpowiedzi szybciej, a przy bardziej złożonych angażuje więcej zasobów. Wczesne testy pokazują, że model rzadziej przeocza błędy w kodzie, co czyni go bardziej wiarygodnym narzędziem dla zespołów DevOps i web developerów. Model częściej sygnalizuje, gdy nie ma pewności, co jest istotne w kontekście produkcji.

    Narzędzie advisor z kontrolą kosztów

    Nowy parametr max_tokens w narzędziu advisor odpowiada na problem rosnących kosztów przy intensywnym korzystaniu z modelu. Umożliwia on ustawienie limitu tokenów dla odpowiedzi generowanych przez advisor, co wpływa na przewidywalność wydatków i czas odpowiedzi. Deweloperzy mogą teraz lepiej zarządzać budżetem zapytań, nie rezygnując z jakości.

    Claude Managed Agents i komunikaty systemowe w środku rozmowy

    Platforma rozszerza wsparcie dla Claude Managed Agents na AWS, co upraszcza wdrażanie agentów w chmurze Amazonu. Zmiana w API Messages pozwala teraz na wprowadzanie wpisów systemowych bezpośrednio w tablicy messages, co umożliwia modyfikację kontekstu modelu w trakcie rozmowy. To rozwiązanie jest przydatne w długich interakcjach, gdzie wymagania ewoluują.

    Ulepszono także raportowanie odmów. Gdy model odrzuca żądanie, odpowiedź zawiera więcej szczegółów dotyczących przyczyny. To pozwala zespołom budującym krytyczne aplikacje szybciej zidentyfikować źródło problemu.

    Ceny i tryb Fast Mode

    Anthropic utrzymało standardowe ceny na poziomie Claude Opus 4.8: 5 dolarów za milion tokenów wejściowych i 25 dolarów za milion wyjściowych. Fast Mode kosztuje 10 i 50 dolarów odpowiednio, ale działa około 2,5 razy szybciej niż tryb standardowy. W porównaniu z Fast Mode poprzedniej generacji (30/150 dolarów) to trzykrotna obniżka, co ma znaczenie w kontekście budżetu przy wysokoprzepustowych zadaniach agentowych.

    Co to znaczy dla web developmentu

    Claude Opus 4.8 stał się domyślnym modelem dla planów Pro, Max, Team i Enterprise w Claude Code. Milionowe okno kontekstu umożliwia analizę całych repozytoriów w jednym przebiegu, a Dynamic Workflows, dostępne jako podgląd badawczy, potrafią zrównoleglić zadania migracyjne na dużą skalę. Dzięki kontroli kosztów przez max_tokens w advisorze oraz możliwości podmiany promptów systemowych w locie, zyskujemy narzędzia gotowe do zastosowania w produkcji.

    Źródła