Tag: Generatywna sztuczna inteligencja

  • 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

  • Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor udostępnił 3 czerwca 2026 roku Organizations – nową warstwę administracyjną dla klientów Organizations dla Enterprise, która umożliwia zarządzanie wieloma zespołami z jednego pulpitu. To rozwiązanie odpowiada na potrzeby dużych firm, w których różne działy wymagają własnych budżetów, polityk bezpieczeństwa oraz dostępu do modeli AI.

    Kluczowe fakty o nowej strukturze

    • Organizations to nadrzędny kontener dla całej firmy – jedna tożsamość, jeden pulpit administracyjny i scentralizowane zarządzanie członkostwem.
    • Zespoły (Teams) to jednostki operacyjne zagnieżdżone pod organizacją, z własnymi ustawieniami bezpieczeństwa i limitami wydatków.
    • Grupy (Groups) to kohorty użytkowników, które mogą działać wewnątrz zespołów lub ponad nimi, z oddzielnym dostępem do modeli i uprawnieniami agentów.
    • Przy przynależności do wielu zespołów lub grup obowiązuje zasada najbardziej liberalnych uprawnień – wygrywa ustawienie najmniej restrykcyjne.

    Trójwarstwowa hierarchia zamiast chaosu

    Do tej pory duże organizacje korzystające z Cursora zarządzały zbiorem luźno powiązanych kont zespołów. Każdy zespół funkcjonował jako osobna jednostka administracyjna, co przy wielu działach czy spółkach zależnych prowadziło do powielania konfiguracji i braku całościowego wglądu w wydatki.

    • Organizations wprowadza strukturę trzech poziomów. Na szczycie znajduje się organizacja – kontener dla firmowej tożsamości i administracji. Niżej są zespoły, które odpowiadają konkretnym departamentom, regionom czy spółkom. Najniższy poziom to grupy – zbiory użytkowników, które można tworzyć elastycznie, bez potrzeby zakładania nowego zespołu.

    Taka architektura sprawdza się szczególnie w firmach, gdzie inżynierowie potrzebują szerokiego dostępu do modeli i automatyzacji, a działy marketingu czy finansów wymagają ściślejszych ograniczeń. Cursor podaje przykład: zespoły inżynieryjne i produktowe mają najbardziej liberalny dostęp sieciowy i możliwość automatycznego uruchamiania komend przez agentów, podczas gdy sprzedaż, marketing i finanse działają z zaostrzonymi kontrolami bezpieczeństwa.

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki
    Źródło: cursor.com

    Administratorzy mogą teraz przypisywać oddzielne budżety do poszczególnych zespołów i śledzić zużycie tokenów w całej firmie z jednego widoku. Pulpit organizacji zbiera dane ze wszystkich jednostek, z możliwością filtrowania po zespole, użytkowniku czy agencie chmurowym. Dla controllingu to narzędzie do rozliczania kosztów według jednostek biznesowych.

    Dostęp do modeli również przestał być zero-jedynkowy. Różne kohorty użytkowników mogą korzystać z różnych zestawów modeli – inżynierowie mają pełen wachlarz, w tym droższe modele z trybem szybkim, podczas gdy pozostali pracownicy mają ograniczony wybór i niższe limity miesięczne.

    Ciekawym dodatkiem są środowiska piaskownicy (sandbox). Firmy z restrykcyjnymi wymogami bezpieczeństwa mogą tworzyć wydzielone zespoły testowe, które jako pierwsze otrzymują dostęp do nowych funkcji Cursora. NVIDIA już stosuje taki model – osobny zespół stagingowy testuje nowości, zanim trafią one do wszystkich inżynierów. Użytkownicy mogą należeć do obu środowisk jednocześnie, bez potrzeby zakładania drugiego konta.

    Zarządzanie tożsamością również zostało uproszczone. Konfiguracja dostawcy tożsamości (IdP) i SCIM przeprowadzana jest raz na poziomie organizacji, a następnie synchronizowana automatycznie na wszystkie zespoły i grupy. Przenoszenie użytkowników między jednostkami odbywa się przez panel, API lub import CSV.

    Co to oznacza dla zespołów AI i web devu

    Dla firm tworzących oprogramowanie ta struktura rozwiązuje realny problem. Zespoły produktowe, platformowe, bezpieczeństwa czy zewnętrzni kontraktorzy mogą teraz funkcjonować w ramach jednej organizacji, ale z różnymi zasadami. Jedna polityka dla wszystkich przestaje być przeszkodą – szczególnie tam, gdzie praktykuje się vibe coding, buduje wewnętrzne narzędzia czy eksperymentuje z agentami AI.

    Należy jednak zwrócić uwagę na regułę “najbardziej liberalnych uprawnień”. Jeśli użytkownik należy do kilku grup lub zespołów, system przyznaje mu najszersze uprawnienia spośród wszystkich przypisanych. Dla zespołów bezpieczeństwa to sygnał ostrzegawczy – przy projektowaniu struktury grup trzeba dokładnie przemyśleć, kto do czego ma dostęp, aby nie otworzyć przypadkiem furtki do zbyt szerokich uprawnień.

    Cursor informuje, że z jego narzędzi korzysta już 64% firm z listy Fortune 500, a przychody z segmentu Organizations dla Enterprise stanowią około 60% całości. Organizations to krok w stronę dojrzałości korporacyjnej – zamiast koncentrować się na coraz sprytniejszym autouzupełnianiu kodu, Cursor stawia na kontrolę, która przekonuje dyrektorów finansowych i szefów bezpieczeństwa.

    Ź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

  • Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor wprowadził 29 maja 2026 roku nową wersję swojego edytora – 3.6 – z trybem uruchamiania o nazwie Auto-review. Jest to odpowiedź na frustrację programistów korzystających z agentów AI, którzy muszą ciągle klikać „zatwierdź” przy każdej operacji w terminalu. Nowy mechanizm ma na celu znaczną redukcję liczby monitów o zgodę, jednocześnie zachowując podstawowe zabezpieczenia.

    Kluczowe informacje o Auto-review

    • Auto-review to nowy tryb pracy agenta w Cursor 3.6, który ogranicza prośby o zatwierdzenie dla narzędzi Shell, MCP i Fetch.
    • Trzystopniowy filtr decyduje o każdym wywołaniu: lista dozwolonych komend, piaskownica oraz podagent klasyfikujący.
    • Ustawienia można konfigurować w menu Cursor Settings, gdzie można również dodać własne instrukcje dotyczące zachowania klasyfikatora.
    • Zespół Cursor ostrzega, że to rozwiązanie ma charakter „best-effort” – nie gwarantuje bezpieczeństwa i może zostać ominięte.

    Jak działa trzystopniowy filtr decyzyjny

    Sercem Auto-review jest sekwencyjny pipeline, przez który przechodzi każde wywołanie narzędzia. Mechanizm ten nie działa na zasadzie „przepuść wszystko”, lecz opiera się na przemyślanej logice.

    Pierwszy etap to lista dozwolonych komend (allowlist). Jeśli akcja pasuje do wzorców skonfigurowanych przez użytkownika – na przykład git status, npm test czy konkretne zapytania MCP – wykonuje się natychmiast, bez opóźnień i pytań.

    Drugi etap to piaskownica (sandbox). Operacje, które można odizolować – takie jak odczyt i zapis plików w obrębie workspace, bez dostępu do sieci zewnętrznej – również przechodzą automatycznie. Większość codziennych zadań programisty mieści się w tej kategorii.

    Dopiero trzeci etap angażuje podagenta klasyfikującego. Trafiają tam wszystkie pozostałe wywołania – te potencjalnie ryzykowne lub niejednoznaczne. Klasyfikator ma trzy opcje: przepuścić, poprosić o ponowną próbę w bezpieczniejszych granicach albo wyświetlić monit z prośbą o ręczne zatwierdzenie. To nie jest zero-jedynkowa bramka, lecz coś w rodzaju asystenta bezpieczeństwa.

    Konfiguracja i własne reguły gry

    Konfiguracja i własne reguły gry

    Auto-review włącza się w Settings > Cursor Settings > Agents > Run Mode (lub w sekcji Approvals & Execution – w zależności od wersji interfejsu). Cursor proponuje ten tryb jako domyślny dla wersji 3.6, więc większość użytkowników zobaczy go od razu po aktualizacji.

    Klasyfikator nie jest czarną skrzynką. W polu custom instructions można wskazać, co ma przepuszczać bez pytania, a co blokować. Na przykład: allow: git, npm install i block: rm -rf, curl.

    Dla tych, którzy wolą trzymać konfigurację w repozytorium, Cursor udostępnia plik .cursor/permissions.json z polami allow_instructions i block_instructions. Dzięki temu reguły mogą być współdzielone w zespole i wersjonowane razem z kodem.

    Jest jednak pewien haczyk. Przy pierwszym uruchomieniu IDE pokazuje okno z zaznaczonym checkboxem „Enable Auto-review”. Jeśli ktoś kliknie „OK” z przyzwyczajenia, globalny tryb pracy agenta zmieni się bez wyraźnego ostrzeżenia. Zespół Cursor przyznaje, że ten mechanizm może wprowadzać w błąd i warto go odznaczyć, jeśli nie planujesz jeszcze przesiadki na Auto-review.

    Granice bezpieczeństwa – na co uważać

    Twórcy podkreślają, że klasyfikator jest niedeterministyczny i podatny na błędy. Auto-review nie jest granicą bezpieczeństwa w rozumieniu sandboksów systemowych czy polityk administracyjnych. To funkcja wygody, a nie twarda zapora.

    Dla projektów o zaostrzonych wymaganiach – na przykład w finansach, medycynie czy infrastrukturze krytycznej – Cursor rekomenduje pozostanie przy konfiguracji Allowlist + manual approval albo skorzystanie z ustawień administracyjnych. W takich przypadkach lepiej nie ryzykować.

    Mimo tych zastrzeżeń Auto-review jest zalecanym trybem domyślnym. Większość programistów klika „approve” odruchowo, więc lepiej, aby robił to za nich bardziej inteligentny mechanizm. A gdy coś pójdzie nie tak – Cursor i tak zapyta.

    Źródła

  • Claude Opus 4.8 wchodzi do gry: adaptacyjne myślenie i milion tokenów kontekstu na pokładzie

    Claude Opus 4.8 wchodzi do gry: adaptacyjne myślenie i milion tokenów kontekstu na pokładzie

    Anthropic wypuścił 28 maja 2026 roku Claude Opus 4.8, który jest najnowszym modelem w swojej serii. Został zaprojektowany do wykonywania autonomicznych zadań agentowych, złożonego kodowania oraz pracy z wiedzą profesjonalną. Model oferuje domyślnie okno kontekstowe o wielkości miliona tokenów i rezygnuje z ręcznego przełącznika extended thinking na rzecz w pełni adaptacyjnego podejścia do głębokości rozumowania.

    Co nowego w pigułce

    • Adaptive Thinking zastępuje dotychczasowy mechanizm extended thinking — model sam decyduje, jak głęboko analizować problem.
    • Okno kontekstowe 1M tokenów dostępne domyślnie, z maksymalną długością wyjściową 128 tysięcy tokenów.
    • Wydajność w kodowaniu wzrasta do 88,6% na SWE-bench Verified, a model czterokrotnie rzadziej przeocza błędy w kodzie.
    • Dynamic Workflows w Claude Code umożliwia natywną koordynację dziesiątek, a nawet setek równoległych podagentów.
    • Ceny bez zmian względem Claude Opus 4.8 — 5 dolarów za milion tokenów wejściowych i 25 za wyjściowe, z opcjonalnym trybem Fast Mode.

    Nie chodzi już o gadanie — to maszyna do długich zadań

    Opus 4.8 to nie tylko odświeżenie. Anthropic przesuwa akcent z "modelu językowego" na "agenta produkcyjnego". W benchmarkach widać to wyraźnie: SWE-bench Verified na poziomie 88,6% to znaczący postęp, który czyni ten model realnym współpracownikiem programisty. Wersja Pro tego samego testu osiąga wzrost o 4,9 punktu procentowego — do 69,2%.

    Model jako pierwszy w chmurze osiąga zero procent zgłaszania błędnych wyników bez ich krytycznej oceny. Jeśli coś jest nie tak, Opus 4.8 sam to wyłapie i zakomunikuje, zamiast udawać, że wszystko jest w porządku. To podejście do kwestii zaufania w narzędziach agentowych jest istotne.

    Największą różnicę czuć w przepływie pracy. Model radzi sobie z zadaniami wieloetapowymi, gdzie wykonanie kodu przeplata się z analizą wyników i korektą strategii. Użytkownik nie musi go prowadzić — model dostaje cel, rozkłada go na części, wykonuje i sprawdza efekty.

    Adaptive Thinking i kontrola wysiłku

    Adaptive Thinking i kontrola wysiłku

    Brak osobnego przełącznika extended thinking to nie tylko kosmetyka. Adaptive Thinking oznacza, że model sam decyduje, kiedy warto pomyśleć dłużej, a kiedy odpowiedź jest oczywista. Użytkownicy claude.ai mają dodatkowo selektor wysiłku, co pozwala im kontrolować, ile "energii" obliczeniowej model poświęca na dane zadanie.

    To podejście ma sens. Nie każdy prompt wymaga głębokiej analizy, a płacenie za zbędne tokeny w prostych zapytaniach mogło być frustrujące. Teraz model decyduje, a użytkownik może dostosować intensywność.

    Opus 4.8 obsługuje ponad 80 języków i był trenowany na danych do stycznia 2026 roku. Kontekst miliona tokenów w połączeniu z adaptacyjnym myśleniem sprawia, że narzędzie dobrze radzi sobie w analizie obszernych repozytoriów czy dokumentacji.

    Nowości w API i Claude Code

    Nowości w API i Claude Code

    Równolegle z modelem Anthropic wprowadza kilka istotnych zmian platformowych. Pojawiły się wiadomości systemowe w trakcie konwersacji, co jest przydatne, gdy trzeba dynamicznie zmienić zachowanie modelu bez resetowania całego kontekstu. Rozszerzono również kategorie odrzuceń w Messages API, co daje większą kontrolę nad tym, kiedy i dlaczego asystent odmawia odpowiedzi.

    Dla zespołów DevOps kluczową nowością są Dynamic Workflows w Claude Code. Mechanizm ten pozwala uruchomić dziesiątki lub setki podagentów równolegle w ramach jednej sesji. Każdy z nich pracuje nad swoim fragmentem problemu, a następnie wyniki są scalane. To może znacząco przyspieszyć duże projekty.

    Claude Managed Agents na AWS również zyskały rozszerzone wsparcie. W połączeniu z nowymi możliwościami webhooków i nadpisywania konfiguracji agenta na poziomie sesji, infrastruktura agentowa staje się bardziej dojrzała.

    Ceny i dostępność

    Anthropic utrzymuje ceny na poziomie Claude Opus 4.8 — 5 dolarów za milion tokenów wejściowych, 25 za wyjściowe. Tryb Fast Mode działa 2,5 razy szybciej przy koszcie 10 dolarów za wejście i 50 za wyjście, co jest trzykrotnie tańsze niż w poprzednich generacjach. Model jest dostępny przez API Claude, Amazon Bedrock, Google Cloud Vertex AI i Microsoft Foundry.

    Opus 4.8 to solidny krok w stronę autonomii. Mniej klikania, więcej zaufania do maszyny i realna oszczędność czasu przy złożonych zadaniach — to podsumowuje to wydanie.

    Źródła

  • Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Anthropic udostępniło wersję 2.1.142 narzędzia Claude Code. Ta aktualizacja wprowadza 24 zmiany w CLI, które znacząco zwiększają kontrolę nad sesjami agentów działających w tle, eliminują krytyczne błędy demona na macOS i przyspieszają wyszukiwanie po kodzie dzięki integracji z ripgrep. Nowe flagi konfiguracyjne dają programistom bardziej precyzyjne narzędzie do zarządzania pracą agentów, a użytkownicy laptopów Apple nie stracą sesji po zamknięciu pokrywy.

    Kluczowe informacje

    • Nowe flagi claude agents umożliwiają konfigurowanie modeli, poziomów uprawnień, katalogów roboczych i wtyczek dla agentów w tle.
    • Demon w tle potrafi wykryć przeskok zegara po cyklu uśpienia/wybudzenia macOS, co zapobiega utracie sesji i nieudanym aktualizacjom binarnym.
    • ripgrep stał się domyślnym narzędziem dla polecenia grep, co przyspiesza nawigację i przeszukiwanie kodu w terminalu.
    • Opus 4.6 w trybie szybkim otrzymał wsparcie dla ogromnego okna kontekstowego 1 miliona tokenów w wersji beta.

    Nowa kontrola nad agentami – modele, uprawnienia i izolowane obszary robocze

    W poprzednich wersjach Claude Code programiści musieli ręcznie przekazywać wiele ustawień przy uruchamianiu agentów w tle. Wersja 2.1.142 wprowadza zmiany dzięki flagom --add-dir, --settings oraz rozszerzonym opcjom dla claude agents. Teraz można zadeklarować oddzielne katalogi, precyzyjnie określić model (np. Opus 4.6), poziom uprawnień i zestaw wtyczek przed uruchomieniem zadania w tle.

    Deweloperzy mogą teraz tworzyć izolowane git worktree dla agentów i podpinania pod nie zdarzeń hookowych – setup i teardown mogą być wyzwalane automatycznie. To rozwiązanie sprawdza się w środowiskach CI/CD oraz tam, gdzie agent musi operować na kopii repozytorium, nie ryzykując konfliktu z kodem w głównej gałęzi. Claude Code staje się bardziej użyteczny w projektach web dev i vibe coding, gdzie pracuje wiele równoległych agentów.

    Demon, który nie gubi sesji po zaśnięciu Maca

    Jedną z najważniejszych poprawek jest poprawa działania demona na macOS. Wcześniej każdy cykl uśpienia i wybudzenia laptopa mógł prowadzić do zerwania sesji agentów lub niepowodzenia aktualizacji binarnej Claude Code. W wersji 2.1.142 demon wykrywa przeskok czasu i utrzymuje połączenia w nienaruszonym stanie.

    Dla programistów pracujących mobilnie to istotna zmiana. Krótkie zamknięcie klapy nie oznacza już restartowania wszystkich zadań, a aktualizacje nie urywają się w połowie. Mniejsze zużycie RAM – wersja 2.1.142 potrzebuje o około 68% mniej RAM przy wznawianiu sesji – dodatkowo uprzyjemnia długotrwałą pracę z wieloma agentami.

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Po tej aktualizacji grep domyślnie korzysta z ripgrep, co przekłada się na szybsze i precyzyjniejsze wyniki podczas nawigacji po plikach źródłowych. Użytkownicy dużych monorepozytoriów odczują różnicę, ponieważ czas odpowiedzi narzędzi wyszukujących wpływa na tempo pracy. Dodatkowo zlikwidowano kilka wycieków pamięci, m.in. związanych ze stanami zadań agentów, diagnostyką Language Server Protocol (LSP) i buforami cyklicznymi, co poprawia stabilność długich sesji.

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Wersja 2.1.142 zwiększa widoczność pluginów i obsługę serwerów LSP, co ułatwia działanie w złożonych środowiskach edytorskich. W trybie szybkim Opus 4.6 (w wersji beta) oferuje pełne milionowe okno kontekstowe, co pozwala na przetwarzanie dużych fragmentów dokumentacji lub całych modułów kodu. Nowości z zakresu cyberbezpieczeństwa, takie jak /security-review i natywna integracja z GitHub Actions, umożliwiają szybkie analizowanie kodu pod kątem luk, bez opuszczania terminala.

    Podsumowanie

    Claude Code 2.1.142 to aktualizacja, która skutecznie naprawia problemy codziennej pracy programistów. Lepsza kontrola nad agentami, stabilność demona na Macach i wydajniejsze wyszukiwanie przynoszą realne korzyści w projektach webowych i dev ops. Jeśli korzystasz z agentów w tle i męczyły cię problemy z usypianiem laptopa, to wydanie jest dla ciebie.

    Źródła

  • Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    W połowie maja 2026 roku zespół odpowiedzialny za edytor Windsurf wprowadził jedną z najbardziej oczekiwanych aktualizacji w swojej historii. W odpowiedzi na rosnące zapotrzebowanie programistów na szybką informację zwrotną, do środowiska IDE zintegrowano model Claude Opus 4.7 w nowym trybie Fast Mode. Umożliwia on generowanie odpowiedzi z prędkością 81 tokenów na sekundę, co jest 2,5 razy szybsze niż w standardowej konfiguracji. Co ważne, przyspieszenie to nie wpłynęło na jakość – model zachował swoje możliwości analityczne, a w testach porównawczych uzyskał nawet lepsze wyniki niż wcześniejsze wersje. Dodatkowo, użytkownicy otrzymali dostęp do narzędzi Devin Review i Quick Review, które wcześniej wymagały osobnych umów korporacyjnych, oraz zaktualizowano Centrum Dowodzenia Agenta, eliminując szereg krytycznych błędów w systemie Windows.

    Kluczowe fakty dotyczące aktualizacji

    • Claude Opus 4.7 w trybie Fast Mode osiąga prędkość 81 tokenów na sekundę, zachowując 100% bazowej inteligencji modelu.
    • Wyniki w testach branżowych wzrosły z 58% do 70% w CursorBench oraz z 80,4% do 87,6% w SWE-bench Verified.
    • Nowe narzędzia Devin Review i Quick Review są dostępne dla wszystkich użytkowników IDE z dwutygodniowym bezpłatnym okresem próbnym.
    • Koszty w trybie Fast Mode wynoszą 10 dolarów za milion tokenów wejściowych oraz 50 dolarów za milion tokenów wyjściowych.
    • Aktualizacja Centrum Dowodzenia Agenta przynosi widok listy skrzynki odbiorczej, szybszą obsługę sesji oraz poprawki stabilności dla systemów Windows.

    Przełom w szybkości bez kompromisów intelektualnych

    Inżynierowie Windsurf zauważyli problem, z którym borykają się użytkownicy asystentów AI w środowiskach programistycznych: opóźnienie odpowiedzi potrafi skutecznie wybić z rytmu nawet najbardziej doświadczonego developera. W tradycyjnym modelu korzystania z dużych modeli językowych każda sekunda oczekiwania na sugestię kodu lub analizę błędu kumuluje się w trakcie wielogodzinnej sesji, prowadząc do frustracji i spadku produktywności. Tryb Fast Mode odpowiada na tę potrzebę, dostarczając odpowiedzi w tempie, które pozwala zachować płynność myślenia i nie przerywa stanu głębokiego skupienia.

    Deweloperzy nie muszą obawiać się utraty jakości generowanego kodu. W standardowych scenariuszach przyspieszanie działania modelu często wiąże się z kompresją lub uproszczeniem architektury wnioskowania, ale w przypadku Claude Opus 4.7 zastosowano zaawansowane techniki optymalizacyjne, które pozwoliły zachować pełną ścieżkę rozumowania. Wynik w CursorBench wzrósł o 12 punktów procentowych w porównaniu do poprzedniej generacji, co oznacza, że szybszy model jest jednocześnie skuteczniejszy w rozwiązywaniu rzeczywistych zadań programistycznych. Podobnie w benchmarku SWE-bench Verified, model w trybie Fast Mode osiągnął 87,6%, co zbliża go do poziomów, które jeszcze rok temu były uważane za nieosiągalne dla systemów AI.

    Cena za tę szybkość jest jednak wyższa – podwyższone stawki za token zarówno na wejściu, jak i wyjściu sprawiają, że tryb Fast Mode nie zastąpi domyślnej konfiguracji w każdym scenariuszu. Należy go traktować jako narzędzie do zadań wymagających natychmiastowej reakcji, takich jak debugowanie na żywo podczas pair programmingu, szybkie prototypowanie pod presją czasu czy prace, gdzie każda minuta opóźnienia przekłada się na realne koszty biznesowe. Dla długotrwałych, asynchronicznych zadań, gdzie model działa w tle, standardowa prędkość pozostaje bardziej racjonalnym wyborem.

    Devin Review wkracza do IDE

    Devin Review wkracza do IDE
    Źródło: mintcdn.com

    Drugim ważnym elementem aktualizacji jest udostępnienie narzędzi Devin Review i Quick Review bezpośrednio w panelu edytora. Dotychczas funkcjonalność ta wymagała oddzielnej umowy z Cognition, co stanowiło barierę dla mniejszych zespołów i indywidualnych programistów. Teraz każdy użytkownik, który wykupuje subskrypcję, otrzymuje dwutygodniowy okres próbny, a po jego zakończeniu narzędzia pozostają dostępne w ramach istniejącego abonamentu.

    Devin Review działa jak uważny recenzent kodu – analizuje zmiany wprowadzone w repozytorium, wskazuje potencjalne błędy logiczne, niespójności architektoniczne i subtelne defekty, które często umykają podczas pobieżnego przeglądu. To odpowiednik komendy /ultrareview, znanej użytkownikom Claude Opus 4.7, ale zintegrowany bezpośrednio z workflow Windsurf. Programista może teraz jednym kliknięciem uruchomić kompleksową analizę swojego kodu bez opuszczania środowiska, co znacznie skraca czas oczekiwania na informację zwrotną. W praktyce oznacza to, że zamiast czekać na recenzję od współpracownika lub odkładać weryfikację na później, można uzyskać natychmiastową ocenę jakości kodu i wprowadzić poprawki, zanim zmiany trafią do głównej gałęzi.

    Centrum Dowodzenia Agenta i stabilność Windows

    Aktualizacja nie pomija również kwestii inżynieryjnych związanych z Centrum Dowodzenia Agenta, które zyskało nowy widok listy skrzynki odbiorczej oraz szybszą obsługę sesji. Użytkownicy systemów Windows mogą teraz korzystać z poprawionej stabilności, co przekłada się na lepsze doświadczenia podczas pracy w IDE.

    Źródła

  • Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze

    Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze

    Cursor wprowadza pełne środowiska deweloperskie dla agentów w chmurze, co zmienia sposób pracy z agentami AI. Teraz agenty otrzymują w pełni skonfigurowane środowiska deweloperskie, które odpowiadają oczekiwaniom doświadczonych programistów. Oferują one sklonowane repozytoria, zainstalowane zależności oraz dostęp do wewnętrznych narzędzi i systemów budowania, wszystko zdefiniowane jako konfiguracja wielokrotnego użytku, z pełną historią wersji i audytem. Dotychczas agenty w chmurze działały w ograniczonym kontekście — mogły pisać kod, ale nie miały możliwości testowania, budowania ani weryfikacji.

    Kluczowe fakty o nowych środowiskach

    • Wsparcie dla wielu repozytoriów — agenty mogą teraz pracować na kilku repozytoriach jednocześnie, co jest istotne w organizacjach korzystających z mikroserwisów.
    • Konfiguracja przez Dockerfile z build secrets — zapewnia bezpieczny dostęp do prywatnych rejestrów bez ryzyka wycieku poświadczeń.
    • 70% szybsze budowanie dzięki cache'owaniu warstw — tylko zmienione warstwy obrazu są przebudowywane przy aktualizacji Dockerfile.
    • Historia wersji i audyt — każde środowisko ma własną historię zmian, co umożliwia przegląd i rollback, a administratorzy mogą kontrolować, kto ma dostęp do cofania zmian.
    • Izolowane sekrety — poświadczenia i ruch sieciowy są ograniczone do pojedynczego środowiska, co minimalizuje ryzyko wycieku.

    Co to zmienia w codziennej pracy zespołów

    Lokalne agenty AI, mimo że wygodne, mają ograniczenia — konkurują o zasoby maszyny, nie mogą weryfikować własnej pracy, a jedno lub dwa równoległe zadania mogą stać się wąskim gardłem. Przeniesienie agentów do izolowanych maszyn wirtualnych w chmurze rozwiązuje te problemy.

    Agent może teraz uruchomić pełną kompilację, zainstalować zależności, przetestować oprogramowanie i wygenerować pull request gotowy do scalenia. Działa to w tle, podczas gdy użytkownik pracuje nad innymi zadaniami lokalnie. Cursor informuje, że ponad 30% ich wewnętrznych PR-ów jest już tworzonych przez agentów w chmurze, co potwierdza ich efektywność.

    Nowością jest również możliwość ręcznego przełączania sesji między maszyną lokalną a chmurą. Użytkownik może rozpocząć zadanie lokalnie, przenieść długotrwałą pracę do chmury i następnie ściągnąć ją z powrotem, aby przetestować zmiany na swoim sprzęcie.

    Bezpieczeństwo jako fundament, nie dodatek

    Bezpieczeństwo jako fundament, nie dodatek

    Interesującym aspektem tej aktualizacji jest podejście do bezpieczeństwa. Cursor wbudował kontrole w architekturę środowisk. Sekrety są izolowane — agent w jednym środowisku nie ma dostępu do poświadczeń z innego. Build secrets są dostępne tylko na etapie budowania obrazu i nie trafiają do działającego kontenera.

    Dodatkowo, logi audytowe rejestrują każdą zmianę konfiguracji, a historia wersji umożliwia wycofanie nieudanej aktualizacji. Dla zespołów w regulowanych branżach to często kluczowy warunek do rozważenia użycia agentów AI w procesie deweloperskim.

    Proces konfiguracji jest prostszy, niż można by się spodziewać. Użytkownik wchodzi na dashboard agentów, tworzy nowe środowisko i definiuje je przez Dockerfile — ręcznie lub z pomocą AI. Cursor potrafi analizować repozytoria, wykrywać potrzebne narzędzia i proponować konfigurację. Zadaje pytania, flaguje brakujące poświadczenia i waliduje poprawność setupu. Pierwsza zapisana wersja staje się punktem wyjścia dla kolejnych iteracji, a każda zmiana to nowa wersja do recenzji.

    Nowa era pracy równoległej

    To, co kiedyś wymagało godzin ręcznego konfigurowania, teraz dzieje się w minutach. Agenty działają równolegle w izolowanych środowiskach, co pozwala na uruchomienie ich wielu jednocześnie — jeden analizuje buga, drugi przygotowuje nową funkcjonalność, trzeci monitoruje otwarty PR.

    Dla zespołów DevOps i web developmentu oznacza to możliwość zwiększenia wydajności pracy bez konieczności powiększania zespołu. Nie chodzi już tylko o to, aby AI podpowiadało kod — teraz ma ono samodzielnie realizować całe zadania inżynieryjne, od analizy po zweryfikowany PR, w środowisku, które zespół w pełni kontroluje.

    Źródła

  • Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Anthropic wypuściło wersję 2.1.141 Claude Code, która wprowadza szereg poprawek i usprawnień, koncentrując się na stabilności narzędzia oraz zarządzaniu agentami i integracji z terminalem. W aktualizacji znajduje się ponad 60 poprawek, które eliminują wiele problemów, z którymi borykali się deweloperzy.

    Najważniejsze nowości w pigułce

    • terminalSequence – hooki mogą teraz wysyłać powiadomienia desktopowe i zmieniać tytuły okien bez potrzeby posiadania kontrolującego terminala.
    • ANTHROPIC_WORKSPACE_ID – nowa zmienna środowiskowa umożliwiająca bezpieczną federację tożsamości wdrożeniowej dla klientów enterprise.
    • claude agents –cwd – filtrowanie listy sesji po katalogu roboczym, co eliminuje konieczność przeszukiwania całej historii w poszukiwaniu konkretnego projektu.
    • Podsumuj do tego miejsca – ręczna kompresja kontekstu w trakcie sesji, bez czekania na automatyczne odchudzanie.

    Terminal w końcu mówi do użytkownika

    Największą nowością funkcjonalną jest pole terminalSequence w hookach. Dotychczas hooki nie mogły komunikować się z użytkownikiem poza terminalem, teraz mają możliwość emitowania powiadomień systemowych oraz zmiany tytułów okien. To szczególnie przydaje się podczas długotrwałych procesów, gdy agent kończy zadanie w tle, a użytkownik otrzymuje powiadomienie, co pozwala uniknąć ciągłego przełączania się na terminal.

    Co ważne, funkcjonalność ta działa nawet bez TTY, co oznacza, że hooki uruchamiane w pipeline'ach czy zdalnych sesjach również zyskują nowe możliwości komunikacji. To niewielka, ale praktyczna zmiana, zwłaszcza gdy pracuje się z wieloma agentami równocześnie.

    Agenci w tle przestali zapominać o uprawnieniach

    Agenci w tle przestali zapominać o uprawnieniach

    Jednym z problemów w poprzednich wersjach były agenci uruchamiani w tle, którzy po ponownym otwarciu sesji tracili skonfigurowany poziom uprawnień. W wersji 2.1.141 ten problem został rozwiązany – agenci zachowują swoje uprawnienia, co eliminuje konieczność ponownego zatwierdzania tych samych reguł.

    Dodatkowo, polecenie claude agents --cwd <ścieżka> pozwala na filtrowanie agentów według katalogu. Zamiast przeglądać wszystkie sesje z różnych projektów, użytkownik może skupić się na konkretnej pracy, co oszczędza czas.

    Stabilność: 61 zmian w CLI

    Stabilność: 61 zmian w CLI

    Większość zmian w tej aktualizacji to poprawki błędów. Udoskonalono renderowanie terminala w Windows Terminal w przypadku dużego obciążenia zagnieżdżonymi subagentami, ustabilizowano ścieżki transkryptów po przełączeniu worktree, a opcja "View diff in your IDE" wróciła do monitów o edycję plików po wcześniejszym zniknięciu.

    Wiele poprawek dotyczy także serwerów MCP: narzędzia takie jak Slack, które korzystają z client_id/client_secret bez dynamicznej rejestracji klienta, teraz poprawnie identyfikują projekt, który je wywołał. Hooki z argumentami zyskały czysty typ string[], co eliminuje problemy z escape'owaniem shella.

    Dla kogo ta aktualizacja?

    Jeśli korzystasz z Claude Code w codziennych zadaniach deweloperskich, ta aktualizacja jest istotna, głównie ze względu na poprawki stabilności. Nowe funkcje są bardziej ewolucyjne niż rewolucyjne, co Anthropic jasno zaznacza: 2.1.141 to wersja "polerująca", a nie wprowadzająca przełomowe możliwości AI. Warto podkreślić, że nie należy mylić tej wersji z modelem Claude 2.1, który ma 200-tysięczne okno kontekstu; tutaj mówimy tylko o narzędziu CLI.

    Warto również zwrócić uwagę na ANTHROPIC_WORKSPACE_ID, które jest ważne dla dużych wdrożeń enterprise, gdzie bezpieczna federacja tożsamości obciążeń roboczych jest kluczowa. Tokeny są teraz ograniczane do konkretnego workspace'u, co zmniejsza ryzyko wycieków uprawnień między środowiskami.

    Aktualizacja jest dostępna standardową ścieżką – wystarczy uruchomić claude --version, aby sprawdzić obecną wersję, i pozwolić narzędziu na auto-update.

    Źródła