Tag: anthropic

  • Claude zyskał komunikaty systemowe w środku rozmowy – większa kontrola nad agentami AI

    Claude zyskał komunikaty systemowe w środku rozmowy – większa kontrola nad agentami AI

    Anthropic wprowadził nową funkcję, która umożliwia deweloperom wstrzykiwanie komunikatów systemowych w trakcie rozmowy z modelami Claude. Ta opcja jest już dostępna przez API Claude’a oraz na platformach Amazon Bedrock i Google Cloud, obejmując modele Claude, Claude i Claude.

    Ta zmiana upraszcza kontrolowanie zachowania asystentów kodujących i długodziałających agentów AI, eliminując potrzebę przerywania cache’a promptów oraz przepisywania całej historii rozmowy.

    • Komunikaty systemowe można teraz umieszczać w dowolnym momencie rozmowy, a nie tylko na jej początku.
    • Późniejsze instrukcje mają pierwszeństwo przed wcześniejszymi, w tym nadpisują główne pole system.
    • Cache promptów pozostaje nienaruszony, co pozwala na dynamiczne zmiany kontekstu bez utraty wydajności.
    • Tymczasowe instrukcje na jedną turę są dostępne przez opcję clear_at: "next_user_message".
    • Enterprise Admin API pojawia się w dokumentacji jako mechanizm do zarządzania użytkownikami, rolami i grupami, chociaż szczegóły wdrożenia są nadal niejasne.

    Jak to działa technicznie

    Mechanizm jest prosty. Deweloper dodaje do tablicy messages nowy wpis z "role": "system" w miejscu, gdzie nowa instrukcja staje się istotna. Nie ma potrzeby edytowania głównego pola system na początku żądania.

    Przykład z dokumentacji wygląda następująco:

    {
      "role": "system",
      "content": "W tej turze użyj narzędzia do przeszukiwania repozytorium, zanim zaproponujesz zmianę w kodzie."
    }

    Istnieją jednak ograniczenia. Komunikat systemowy nie może być pierwszą wiadomością w konwersacji – musi pojawić się po turze użytkownika. Główne pole system jest przeznaczone do instrukcji obowiązujących od początku, podczas gdy komunikaty w trakcie rozmowy dotyczą tych, które nabierają znaczenia później.

    Nowe instrukcje nie unieważniają zapisanego cache’a promptów, co jest korzystne dla agentów działających przez dłuższy czas. Mogą one zmieniać tryb pracy, na przykład z planowania na implementację, bez konieczności przeliczania całego prefiksu.

    Tymczasowe instrukcje na jedną turę

    Tymczasowe instrukcje na jedną turę

    Opcja clear_at wprowadza dodatkowe możliwości. Ustawienie clear_at: "next_user_message" sprawia, że instrukcja działa tylko w bieżącej turze, a po następnej wiadomości użytkownika przestaje być aktywna. Zostaje w historii rozmowy, ale nie zużywa tokenów wejściowych.

    To przydatne w scenariuszach, takich jak tymczasowe przełączenie agenta kodującego w tryb przeglądu – „tylko recenzuj, nie modyfikuj plików” – lub wymuszenie odpowiedzi w formacie JSON na pojedyncze zapytanie, bez potrzeby edytowania głównych ustawień.

    Co to oznacza dla zespołów DevOps i enterprise

    Nowe komunikaty systemowe rozwiązują konkretny problem: jak zmieniać kontekst działania agenta bez utraty cache’a i produkowania długich, powtarzalnych promptów. Dla zespołów zarządzających złożonymi workflowami z wieloma narzędziami to oszczędność czasu i mniej kodu do zarządzania stanem.

    Dokumentacja Anthropica wspomina o endpointach Enterprise Admin API do zarządzania użytkownikami, rolami i grupami. Materiały sugerują, że takie endpointy istnieją, ale wymagają klucza administratora i nie są jeszcze dostępne w oficjalnych SDK – tylko przez surowe żądania HTTP.

    To rozróżnienie jest istotne. Komunikaty systemowe w trakcie rozmowy kontrolują zachowanie modelu w czasie rzeczywistym, natomiast Admin API, jeśli zostało szeroko udostępnione, kontroluje dostęp organizacyjny i uprawnienia. Te dwie warstwy razem tworzą dojrzałe wdrożenie AI w firmie.

    Możliwość dynamicznego przełączania kontekstu agenta to krok, na który wielu deweloperów czekało. Działanie tej funkcji bez utraty cache’a czyni ją naprawdę użyteczną w praktyce.


    Źródła

  • Claude Code 2.1.211: subagenty w stream-json i poważne poprawki bezpieczeństwa

    Claude Code 2.1.211: subagenty w stream-json i poważne poprawki bezpieczeństwa

    Anthropic wprowadziło 15 lipca 2026 roku wersję 2.1.211 Claude Code. Choć aktualizacja może wydawać się niewielka, zawiera istotne zmiany w interfejsie wiersza poleceń (CLI). Najważniejszą nowością jest możliwość przekazywania tekstu i procesów myślowych subagentów do wyjścia stream-json, co zwiększa możliwości monitorowania w pipeline'ach CI/CD. Dodatkowo, wprowadzono istotne poprawki bezpieczeństwa dotyczące podglądów uprawnień oraz kilka usprawnień stabilności, które będą przydatne dla użytkowników uruchamiających Claude Code w środowiskach równoległych.

    Kluczowe informacje o wydaniu

    • Nowa flaga --forward-subagent-text umożliwia podglądanie tekstu i myślenia subagentów w stream-json. Wcześniej dostępne były jedynie bloki tool_use i tool_result, a nowa flaga dodaje tekst oraz bloki thinking.
    • Neutralizacja znaków zero-width, bidirectional-override i wizualnie podobnych cudzysłowów w podglądach uprawnień zapobiega wizualnemu oszustwu.
    • Wzmocniona kontrola hooków — decyzja ask z PreToolUse nie jest już nadpisywana przez tryb automatycznego zatwierdzania dla nieizolowanych komend Bash.
    • Poprawki stabilności dla sesji w tle, równoległych credential stores i subagentów z nadpisanymi modelami.

    Subagenty w stream-json: co to zmienia w praktyce

    Dotychczas uruchomienie Claude Code w trybie print z flagą --output-format stream-json (np. -p --output-format stream-json) pokazywało domyślnie bloki tool_use i tool_result generowane przez subagentów, ale bez ich tekstu i bloków thinking. Tekst generowany przez subagentów, które Claude wykorzystuje do realizacji konkretnych podzadań, pozostawał niewidoczny. Wersja 2.1.211 wprowadza mechanizm opt-in, który to zmienia.

    Flaga --forward-subagent-text (lub zmienna środowiskowa CLAUDE_CODE_FORWARD_SUBAGENT_TEXT=1) sprawia, że tekst i myślenie subagentów trafiają do strumienia JSON razem z identyfikatorem parent_tool_use_id. Dzięki temu systemy zewnętrzne mogą odtworzyć pełną hierarchię aktywności agentowej, co narzędzie zleciło które podzadanie i co dokładnie się w nim wydarzyło. Pełna obsługa każdego poziomu zagnieżdżenia jest dostępna od wersji 2.1.211.

    Funkcja ta będzie szczególnie przydatna dla zespołów pracujących z CI/CD i niestandardowymi interfejsami. Umożliwia teraz streamowanie postępów subagentów do logów builda, wyświetlanie zagnieżdżonej aktywności w dashboardach oraz debugowanie pośrednich kroków agenta, co ułatwia identyfikację problemów. Co istotne, mechanizm jest domyślnie wyłączony, więc istniejące skrypty nie odczują żadnej zmiany w formacie wyjścia.

    Bezpieczeństwo: koniec z oszustwami wizualnymi w podglądach

    Drugim ważnym elementem tej aktualizacji jest wzmocnienie podglądów uprawnień. Problem dotyczył sytuacji, gdy Claude Code wysyłał prośbę o zatwierdzenie akcji przez integrację z czatem, na przykład w Slacku lub przez zdalny workflow aprobacyjny. Okazało się, że znaki sterujące kierunkiem tekstu, znaki o zerowej szerokości oraz wizualnie podobne cudzysłowy mogły sprawić, że użytkownik widział w podglądzie coś innego niż rzeczywistą zawartość komendy.

    Neutralizacja tych znaków eliminuje ryzyko wizualnego oszustwa w podglądach uprawnień. To szczególnie istotne w środowiskach, gdzie decyzje aprobacyjne zapadają poza terminalem — w komunikatorach, systemach automatyzacji czy zdalnych panelach zarządzania.

    Dodatkowo, poprawiono działanie hooków PreToolUse w interakcji z trybem automatycznego zatwierdzania. Jeśli hook zwróci decyzję ask dla nieizolowanej komendy Bash, Claude Code zawsze poprosi użytkownika o potwierdzenie, nawet gdy sesja działa w trybie auto-approve. To daje zespołom odpowiedzialnym za bezpieczeństwo realną kontrolę nad operacjami powłoki wysokiego ryzyka.

    Stabilność i praca równoległa

    Stabilność i praca równoległa

    W tej wersji wprowadzono również poprawki błędów i usprawnienia niezawodności. Naprawiono między innymi zapisywanie uprawnień w git worktrees — zgody przyznane w worktree trafiają teraz do głównego repozytorium, co eliminuje potrzebę ich powtarzania przy każdej sesji. Ulepszono także persistencję sesji w tle, obsługę credential stores w równoległych sesjach oraz walidację uploadu plików.

    Warto również zwrócić uwagę na poprawkę dla subagentów z nadpisanym modelem — wcześniej po wznowieniu sesji lub wysłaniu follow-upa mogły wracać do modelu rodzica. Teraz utrzymują swój model.

    Dla zespołów pracujących wielowątkowo — w CI, na zdalnych środowiskach deweloperskich czy w repozytoriach z równoległymi worktrees — te poprawki oznaczają mniej niespodzianek i mniej ręcznego sprzątania po sesjach.

    Drobne, ale przydatne

    Drobne, ale przydatne

    Warto także wspomnieć o optymalizacji renderowania terminala oraz poprawionym formatowaniu zmiennych środowiskowych. Ulepszono również działanie cache'owania promptów dla providerów z rodziny Bedrock, Vertex, Mantle i Foundry — kontekst systemowy na końcu promptu przestał być liczony jako świeże tokeny, co może przełożyć się na niższe rachunki, choć Anthropic nie podało konkretnych oszczędności.

    Błędy MCP dla konfiguracji z url bez jawnego type również otrzymały bardziej zrozumiałe komunikaty — zamiast mylącego błędu o brakującym command stringu, użytkownik zobaczy sugestię dodania "type": "http".

    Podsumowanie

    Claude Code 2.1.211 wprowadza istotne zmiany, które poprawiają funkcjonalność i bezpieczeństwo, a także zwiększają stabilność działania w różnych środowiskach.


    Źródła

  • Claude Code 2.1.210 przynosi licznik czasu działania narzędzi i ostrzeżenia o ryzykownych uprawnieniach

    Claude Code 2.1.210 przynosi licznik czasu działania narzędzi i ostrzeżenia o ryzykownych uprawnieniach

    14 lipca 2026 roku Anthropic opublikowało wersję 2.1.210 Claude Code. Ta aktualizacja zawiera 33 zmiany w interfejsie CLI, które koncentrują się na poprawie widoczności pracy agentów, bezpieczeństwie konfiguracji uprawnień oraz stabilności sesji. Wydanie to jest istotne dla zespołów DevOps i deweloperów korzystających z Claude Code do zadań w tle, równoległego kodowania oraz zautomatyzowanych przepływów pracy z pull requestami.

    Kluczowe fakty o wydaniu

    • Licznik czasu rzeczywistego wyświetla się przy długo działających wywołaniach narzędzi, pokazując upływający czas na bieżąco.
    • Ostrzeżenia startowe informują o regułach uprawnień używających Write(path), NotebookEdit(path) lub Glob(path) zamiast bezpieczniejszych Edit(path) i Read(path).
    • Poprawka izolacji git worktree naprawia błąd, przez który subagenci mogli modyfikować główne repozytorium zamiast izolowanej gałęzi roboczej.
    • 33 zmiany CLI obejmują też usprawnienia dashboardu agentów, wsparcie dla czytników ekranu oraz zabezpieczenia przed prompt injection.

    Dlaczego widoczność działania narzędzi ma znaczenie

    Nowy licznik upływającego czasu pojawia się w zwiniętych podsumowaniach wywołań narzędzi i aktualizuje się w sposób ciągły. Dla dewelopera, który obserwuje trwający build, testy czy przeszukiwanie dużego repozytorium, to istotna zmiana — pozwala odróżnić proces, który faktycznie pracuje, od takiego, który się zawiesił. Wcześniej długo działające polecenia wyglądały identycznie jak te, które utknęły. Teraz można łatwo zobaczyć, czy coś się dzieje.

    W środowiskach CI/CD oraz przy zautomatyzowanych agentach działających w tle ta zmiana zmniejsza potrzebę ręcznego sprawdzania logów systemowych. Wystarczy rzut oka na interfejs Claude Code, aby ocenić postęp.

    Izolacja worktree — cicha, ale krytyczna poprawka

    Worktree to mechanizm gita, który pozwala wielu sesjom Claude Code operować na osobnych gałęziach i katalogach roboczych przy współdzielonej historii repozytorium. To fundament bezpiecznej pracy równoległej — jeden agent może robić refaktoring, inny przeglądać kod, a jeszcze inny generować dokumentację, każdy w swojej przestrzeni.

    Błąd naprawiony w wersji 2.1.210 powodował, że subagent skonfigurowany z isolation: "worktree" mógł wykonywać operacje modyfikujące główne repozytorium. To prowadziło do zanieczyszczenia gałęzi, nieoczekiwanych commitów oraz zmian poza zamierzonym zakresem. Dla zespołów korzystających z agentów do automatyzacji PR-ów była to potencjalnie kosztowna usterka. Poprawka przywraca pełną separację — agent z izolacją worktree nie może ingerować w swoją piaskownicę.

    Ostrzeżenia o uprawnieniach, zanim będzie za późno

    Claude Code 2.1.210 wprowadza komunikat wyświetlany przy starcie, gdy reguły uprawnień używają Write(path), NotebookEdit(path) lub Glob(path). Dokumentacja zaleca stosowanie Edit(path) i Read(path), które są bezpieczniejsze i lepiej oddają intencję. Problem nie jest tylko techniczny — reguła napisana złym poleceniem może dawać fałszywe poczucie ochrony. Deweloper może sądzić, że zabezpieczył plik, podczas gdy narzędzie działa inaczej niż zakładał.

    Ostrzeżenie przy starcie pozwala skorygować konfigurację przed wykonaniem jakiejkolwiek operacji na plikach. Z perspektywy zarządzania to mały krok, który może zapobiec poważnym problemom.

    Stabilność, dostępność i hardening

    Wydanie zawiera także szereg mniejszych, ale praktycznych usprawnień. Dashboard agentów teraz lepiej informuje o stanie i aktywności agentów równoległych — mniej zgadywania, co robi który proces. Użytkownicy czytników ekranu zyskali lepszą nawigację po terminalowym interfejsie Claude Code. Poprawiono również obsługę sesji w tle oraz błędy powodujące ich awarie.

    W zakresie bezpieczeństwa warto zauważyć hardening narzędzia Agent przed prompt injection, co jest istotne przy przetwarzaniu niezaufanych treści z repozytoriów, komentarzy czy webhooków. Dodatkowo poprawiono działanie ultracode, które nie będzie już niepotrzebnie aktywowane na wejściu niepochodzącym od człowieka, takim jak komentarze do PR-ów.

    Wersja 2.1.210 wskazuje kierunek, w jakim zmierza Claude Code: agent ma działać szybciej, przewidywalniej i bezpieczniej. Dla każdego, kto wdraża kod na produkcję za pomocą agenta AI, ta aktualizacja jest warta natychmiastowego wdrożenia.


    Źródła

  • Anthropic otwiera drzwi do automatyzacji: Admin API dla Claude Enterprise już w becie

    Anthropic otwiera drzwi do automatyzacji: Admin API dla Claude Enterprise już w becie

    Anthropic udostępnił interfejs Admin API dla organizacji korzystających z Claude Enterprise. To umożliwia zarządzanie dostępem przez kod, eliminując potrzebę korzystania z konsoli. Nowe endpointy pozwalają programistycznie dodawać i usuwać użytkowników, zmieniać role, zarządzać grupami RBAC oraz zaproszeniami. Wraz z API wprowadzono klucz audytowy read:org_audit, który umożliwia zespołom bezpieczeństwa dostęp do scentralizowanych logów.

    Kluczowe informacje o Admin API

    • Admin API obejmuje członków organizacji, zaproszenia, grupy i role niestandardowe w Claude Enterprise — funkcjonalność jest już w becie.
    • Klucze z zakresem read:org_audit umożliwiają systemom compliance i monitoringu odczyt danych bez uprawnień do zapisu.
    • Zaproszenia mogą od razu przypisywać użytkowników do grup RBAC, co upraszcza onboarding w dużych zespołach.
    • Endpointy grup i ról niestandardowych nie wymagają już nagłówka beta; anthropic-beta: ce-user-management-2026-07-13 jest teraz opcjonalny.

    Co konkretnie oferuje nowe API

    Admin API działa pod ścieżką /v1/organizations/ i używa klucza API w nagłówku x-api-key. Dla organizacji Claude Enterprise klucz tworzy się bezpośrednio w Claude — nie jest to ogólny klucz platformowy. Anthropic oddziela ten model od dostępu OAuth: tokeny Bearer z zakresem org:admin są dostępne dla członków z rolami administratorskimi w ogólnym Admin API, natomiast Claude Enterprise dostaje własne, zakresowe klucze tworzone w interfejsie.

    Lista możliwości jest konkretna. Można przeszukiwać członków organizacji po adresie e-mail, zmieniać im role, usuwać konta, wysyłać i wycofywać zaproszenia, a także zarządzać grupami oraz odczytywać dostępne role niestandardowe. Dla zespołów DevOps oznacza to integrację z systemami katalogowymi, takimi jak Okta czy Azure AD.

    Role, grupy i automatyzacja onboardingu

    Ciekawym detalem jest zachowanie zaproszeń. Claude Enterprise akceptuje role user i managed, natomiast roli admin nie da się przypisać przez API. To świadoma decyzja, aby nadawanie uprawnień administratorskich pozostawić ludziom.

    Grupy RBAC można przypisywać już na etapie wysyłania zaproszenia. Wystarczy niepusta lista grup i odpowiedni zakres uprawnień (write:rbac_groups). Scenariusz wygląda tak: nowy pracownik pojawia się w systemie HR, webhook uruchamia zaproszenie do Claude Enterprise z przypisaną grupą “zespół-frontendu”, a po akceptacji użytkownik od razu trafia do właściwego workspace’a. Zero ręcznego konfigurowania.

    Audyt bez możliwości zapisu

    Zakres read:org_audit jest przeznaczony wyłącznie do odczytu i obejmuje wszystkie endpointy GET związane z zarządzaniem użytkownikami. Nie daje dostępu do analityki ani limitów wydatków.

    Dla dużych organizacji to sygnał, że Anthropic myśli o Claude jako o infrastrukturze, którą trzeba monitorować. Zespoły SecOps mogą podpiąć własne narzędzia do przeglądania zmian w członkostwie, wykrywać nieaktywne konta albo budować dashboardy bezpieczeństwa — wszystko bez ryzyka przypadkowej modyfikacji.

    SDK, CLI i infrastruktura jako kod

    SDK, CLI i infrastruktura jako kod

    Admin API jest dostępne przez biblioteki SDK w Pythonie, TypeScript, C#, Go, Javie, PHP i Ruby — pod powierzchnią client.organization. W CLI używa się komendy ant organization. Metody obejmują też workspace’y, klucze API, konta serwisowe i konfigurację tożsamości federacyjnej. Ogłoszenie dotyczy przede wszystkim rozszerzenia o członków Claude Enterprise i grupy, ale fundament pod API-driven governance już jest.

    Organizacje mogą teraz traktować dostęp do Claude’a tak samo jak dostęp do AWS czy GitHub Enterprise. Koniec z ręcznym przydzielaniem ról przez admina, który akurat jest na urlopie. Wszystko da się opisać w Terraformie, wpiąć w pipeline onboardingowy albo wystawić przez wewnętrzny portal developerski.

    Co dalej

    Funkcjonalność zarządzania użytkownikami Claude Enterprise — w tym grupy i role niestandardowe — jest już w becie i nie wymaga osobnego nagłówka beta. Anthropic stopniowo wyprowadza z bety kolejne elementy platformy administracyjnej; w dokumentacji widać, że metody organizacyjne w SDK przeszły już z client.beta.organization do stabilnego client.organization.

    Kierunek jest jasny: Claude Enterprise przestaje być zamkniętym narzędziem do konsoli, a zaczyna przypominać normalny komponent infrastruktury — z API, rolą, audytem i integracją. Dla zespołów technicznych to dobra wiadomość. Mniej ręcznej roboty, więcej automatyzacji i sensowne logi bezpieczeństwa.


    Źródła

  • Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Anthropic wprowadziło aktualizację Claude Code 2.1.208, która dodaje tryb dla czytników ekranu, poprawia działanie w tle oraz przyspiesza sesje z wieloma narzędziami. To wydanie koncentruje się na dostępności i stabilności, wprowadzając zmiany, które szczególnie docenią programiści korzystający z terminala.

    Kluczowe zmiany w wydaniu

    • Tryb czytnika ekranu zamienia wizualny interfejs terminala na tekst, który narzędzia takie jak VoiceOver czy NVDA odczytują liniowo.
    • Mapowania w stylu Vima umożliwiają przypisanie sekwencji dwuklawiszowych, na przykład jj, do klawisza Escape w trybie insert.
    • Sesje w tle zyskały automatyczne odzyskiwanie po nieudanych dostawach oraz lepszą obsługę aktualizacji demona.
    • Optymalizacja wydajności przynosi nawet 7-krotnie szybsze rundy narzędziowe i do 79 razy mniejsze transkrypty sesji.
    • Poprawki stabilności eliminują problemy z zawieszaniem się przy zamykaniu połączeń HTTP/2 oraz z dołączaniem do sesji po aktualizacji.

    Tryb czytnika ekranu – CLI bez barier

    Nowy tryb dostępności odpowiada na konkretne potrzeby użytkowników. Standardowy widok Claude Code wykorzystuje naprzemienny ekran terminala (alternate screen), który nie obsługuje natywnego przewijania historii. Dla osób korzystających z czytników ekranu oznacza to trudności, ponieważ interfejs zmienia się dynamicznie, a kolorowe panele są interpretowane w sposób nieprzewidywalny.

    Tryb czytnika ekranu przekształca to w liniowy, czysty tekst. Można go włączyć na trzy sposoby: jednorazowo flagą claude --ax-screen-reader, przez zmienną środowiskową CLAUDE_AX_SCREEN_READER=1 lub w ustawieniach ("axScreenReader": true). Po aktywacji Claude Code przestaje rysować okienka i powiadomienia wizualne, pokazując jedynie tekst, który czytnik odczytuje po kolei. Użytkownicy VoiceOver na macOS i NVDA na Windowsie zyskają na użyteczności, ponieważ wcześniejsze korzystanie z Claude Code w terminalu było utrudnione.

    W tym trybie komunikaty o nowych uprawnieniach są odczytywane na głos, w tym przy zatwierdzaniu planu z Shift+Tab. Krótkie ogłoszenia, na przykład informacja o usuniętym słowie, pozostają na ekranie do momentu naciśnięcia klawisza, co daje czas na ich przetworzenie.

    Vimowe mapowania i stabilniejsze tło

    Vimowe mapowania i stabilniejsze tło

    Nowa funkcjonalność umożliwia mapowanie sekwencji dwuklawiszowych w trybie insert Vima. Użytkownicy, którzy od lat korzystają z jj jako Escape, mogą teraz przenieść tę konfigurację do Claude Code. Ustawienia trafiają do pliku keybindings.json, co pozwala na dostosowanie skrótów do własnych potrzeb.

    Sesje działające w tle były dotychczas problematyczne. Ta aktualizacja naprawia kilka istotnych kwestii: usunięto awarie przy zamykaniu połączeń HTTP/2 oraz sytuację, w której po aktualizacji binarki nie można było dołączyć do działającego procesu agenta. Sesje, które restartują się same, teraz zapisują i dostarczają tekst po powrocie, co oznacza, że agenci działający w tle nie będą gubić danych.

    Szybsze narzędzia, mniejsze transkrypty

    Szybsze narzędzia, mniejsze transkrypty

    Wydajność również została poprawiona. Zespół Anthropic wprowadził cache'owanie składania puli narzędzi, co przyspieszyło rundy narzędziowe nawet 7-krotnie w sesjach z wieloma MCP-tools. Dla osób pracujących z rozbudowanym zestawem narzędzi to znacząca różnica.

    Transkrypty sesji zostały znacznie zmniejszone, co w workflow z intensywną edycją plików przyniosło spadek rozmiaru nawet 79-krotnie. Mniejsze transkrypty oznaczają mniejsze zużycie pamięci, szybsze wznawianie sesji oraz ograniczone użycie dysku na checkpointy. W przypadku długotrwałych zadań, które są codziennością w devopsie czy vibe codingu, te optymalizacje mają duże znaczenie.

    Dodatkowo poprawiono responsywność wejścia – aktualizacje listy zadań nie przerysowują już całego interfejsu, co sprawia, że nawigacja stała się bardziej płynna.

    Rozwój w stronę dojrzałego narzędzia

    Claude Code 2.1.208 to nie rewolucja, ale znaczący krok naprzód. Tryb czytnika ekranu otwiera CLI na nową grupę użytkowników, a poprawki stabilności i wydajności sprawiają, że narzędzie lepiej radzi sobie z długimi sesjami z agentami i rozwidlonymi procesami. Dla web developerów, devopsów oraz osób zajmujących się AI-assisted coding to kolejny krok w kierunku narzędzia, na którym można polegać, nawet w przypadku intensywnego korzystania z terminala i wielu MCP-owych pluginów.


    Źródła

  • Claude Code 2.1.207: automatyczny tryb dostępny dla wszystkich i koniec z zawieszaniem terminala

    Claude Code 2.1.207: automatyczny tryb dostępny dla wszystkich i koniec z zawieszaniem terminala

    Anthropic wydało 11 lipca 2026 roku aktualizację Claude Code 2.1.207, która wprowadza automatyczny tryb dla użytkowników Bedrock, Vertex AI i Foundry, eliminując potrzebę ręcznego włączania go przez zmienne środowiskowe. W tej wersji wprowadzono 24 zmiany, w tym poprawki wydajnościowe, które eliminują opóźnienia w terminalu oraz błędy, które mogły prowadzić do zawieszania sesji.

    • Auto mode działa teraz domyślnie na platformach Bedrock, Vertex AI i Foundry — wcześniej wymagał flagi CLAUDE_CODE_ENABLE_AUTO_MODE
    • Claude Opus 4.8 stał się domyślnym modelem dla tych środowisk, zastępując Opus 4.7
    • Naprawiono zawieszanie terminala i opóźnienia klawiszy przy streamowaniu długich list, tabel, akapitów i bloków kodu
    • Ustawienia automatycznego trybu nie są już odczytywane z plików lokalnych repozytorium — teraz liczy się tylko konfiguracja użytkownika
    • Rozwiązano problem z AWS credential resolution na Windowsie, gdzie proces potrafił wisieć w nieskończoność

    Co konkretnie zmienia się w auto mode

    Tryb automatyczny w Claude Code pozwala asystentowi na samodzielne wykonywanie poleceń i edytowanie plików bez konieczności pytania o zgodę przy każdej operacji. Dotychczas na platformach chmurowych Bedrock, Vertex AI i Foundry trzeba było włączyć tę funkcję przez zmienną środowiskową, co było problematyczne w środowiskach CI/CD oraz przy automatyzacji z poziomu SDK.

    Teraz auto mode jest dostępny od razu. Aby go wyłączyć, wystarczy dodać disableAutoMode w pliku ~/.claude/settings.json. Zmieniono również sposób odczytu konfiguracji — autoMode nie jest już brane z pliku .claude/settings.local.json w repozytorium. Podobnie pluginConfigs przestały być honorowane z poziomu projektu. To zmiana mająca na celu uproszczenie konfiguracji, która teraz zależy od ustawień użytkownika, a nie od tego, co ktoś wrzucił do repo.

    Domyślnym modelem dla Bedrock, Vertex i Claude Platform na AWS został Claude Opus 4.8 — następca Opus 4.7, który oferuje lepszą wydajność przy tej samej cenie.

    Terminal przestał się zacinać — i to naprawdę odczuwalna zmiana

    Jednym z bardziej frustrujących problemów w poprzednich wersjach było zawieszanie się terminala podczas streamowania dłuższych odpowiedzi. Gdy Claude generował rozbudowane tabele, długie akapity czy bloki kodu, interfejs mógł przestać reagować — klawisze nie działały, przewijanie nie funkcjonowało, a cała sesja wydawała się zawieszona. Wersja 2.1.207 eliminuje ten problem.

    Dla użytkowników Windowsa istotna jest poprawka dotycząca AWS credential resolution. Wcześniej, gdy proces uwierzytelniania — na przykład przez credential_process — utknął, Claude Code mógł wisieć w nieskończoność. Teraz mechanizm radzi sobie z tym poprawnie, co jest szczególnie ważne w środowiskach developerskich korzystających z lokalnych profili AWS.

    Mniej błędów, lepszy podgląd sesji

    Poprawiono również kilka mniej widocznych, ale uciążliwych błędów. Ustawienia zarządzane zdalnie (managed settings) z nieinteraktywnych wywołań — jak claude -p czy wywołania SDK — nie będą już przypadkowo oznaczane jako zaakceptowane bez pokazania okna zgody. Wcześniej mogło to prowadzić do sytuacji, w których zgoda na przetwarzanie danych była rejestrowana bez wiedzy użytkownika.

    Widok agenta zyskał lepsze zachowanie przy wklejanym tekście oraz wyraźniejszy podgląd sesji. Interfejs lepiej radzi sobie z powtarzanym tekstem z clipboarda, a funkcja „session peek” pokazuje czytelniejsze informacje o stanie sesji.

    Dla zespołów pracujących z repozytoriami korzystającymi z git worktree poprawiono błędy konfiguracyjne, które wcześniej mogły powodować niespójności w działaniu narzędzi.

    Dlaczego to ważne dla web dev i DevOps

    Zmiany w tej wersji odpowiadają na konkretne problemy, z jakimi borykają się użytkownicy Claude Code. Automatyczny tryb bez konieczności opt-in przyspiesza pracę w środowiskach chmurowych, gdzie każda ręczna akceptacja to strata czasu. Poprawki wydajności terminala zapewniają płynniejszą pracę z długimi odpowiedziami AI, co jest istotne przy generowaniu kodu czy analizie logów. Stabilność przy rozwiązywaniu credentiali na Windowsie przekłada się na mniej przerw w pracy, zwłaszcza w zespołach korzystających z AWS.

    Przeniesienie konfiguracji z plików lokalnych repozytorium na poziom użytkownika to również sygnał dla liderów zespołów: warto przejrzeć, gdzie trzymane są ustawienia Claude Code w waszych projektach, ponieważ po tej aktualizacji część z nich może przestać działać tak jak wcześniej.


    Źródła

  • Claude z nowymi narzędziami bezpieczeństwa: wygasanie kluczy API i pełniejszy wgląd w wydarzenia administracyjne

    Claude z nowymi narzędziami bezpieczeństwa: wygasanie kluczy API i pełniejszy wgląd w wydarzenia administracyjne

    Anthropic rozszerzyło dokumentację Access Transparency dla zdarzeń cmek_preserve oraz wprowadziło możliwość ustawiania daty wygaśnięcia kluczy API bezpośrednio w konsoli Claude. Te zmiany, choć mogą wydawać się drobne, przynoszą znaczące korzyści dla zespołów DevOps i platform engineeringu w zakresie zarządzania bezpieczeństwem.

    Co konkretnie się zmieniło?

    • Access Transparency zawiera teraz przykładowy payload zdarzeń cmek_preserve oraz dwa nowe kody przyczyny: policy_violation_investigation i csae_report.
    • Dokumentacja wyjaśnia, że zdarzenie zachowania treści jest rejestrowane niezależnie od tego, czy proces został zainicjowany przez człowieka, czy przez zautomatyzowany pipeline bezpieczeństwa.
    • Klucze API można teraz tworzyć z określoną datą wygaśnięcia – predefiniowaną, niestandardową lub bezterminową.
    • Dla kluczy z okresem życia minimum 7 dni Anthropic wysyła do twórcy powiadomienie e-mail przed wygaśnięciem.
    • Pole expires_at w Admin API oraz tabela kluczy w konsoli pokazują status wygaśnięcia, co ułatwia audyt i rotację.

    Więcej przejrzystości wokół CMEK

    Access Transparency to mechanizm, który umożliwia organizacjom wgląd w to, kiedy i dlaczego Anthropic uzyskuje dostęp do ich treści. Rozszerzenie dokumentacji o filtry i konkretne przykłady payloadów dla zdarzeń cmek_preserve będzie szczególnie przydatne dla zespołów pracujących w regulowanych środowiskach.

    Ważnym uzupełnieniem jest wyjaśnienie dotyczące mechanizmu przechowywania treści. Kiedy organizacja korzysta z kluczy szyfrowania zarządzanych przez klienta (CMEK), zachowana treść jest ponownie szyfrowana poza tym kluczem. Dzięki temu dochodzenie może być kontynuowane niezależnie od tego, czy klient nadal udostępnia swój klucz, co jest istotne w przypadku incydentów bezpieczeństwa.

    W dokumentacji pojawiły się także kody przyczyn zachowania treści: safety_review, incident_response, policy_violation_investigation oraz csae_report. Dla audytorów to konkretna informacja – wiadomo nie tylko, że coś zostało zachowane, ale także dlaczego i czy stało za tym narzędzie automatyczne, czy decyzja człowieka.

    Koniec z wiecznymi kluczami

    Druga zmiana, choć bardziej praktyczna, jest równie istotna. W konsoli Claude można teraz ustawić datę wygaśnięcia klucza API już na etapie jego tworzenia. Użytkownicy mogą wybierać spośród okresów predefiniowanych, niestandardowych lub opcji "Nigdy". Istniejące klucze pozostają bez zmian, co zapobiega problemom z działaniem pipeline'ów.

    Długowieczne klucze API to klasyczny problem bezpieczeństwa – im dłużej klucz istnieje, tym większe ryzyko jego wycieku. Automatyczne przypomnienia e-mail dla kluczy z minimum tygodniowym okresem życia stanowią dodatkową warstwę zabezpieczeń. Jeśli ktoś zapomni o rotacji, system przypomni.

    Dla zespołów zarządzających sekretami i rotacją poświadczeń nowe pole expires_at w Admin API umożliwia budowanie własnych workflow opartych na tych danych. Ręczne śledzenie, który klucz kiedy wygasa, staje się zbędne.

    Co to oznacza w praktyce

    Te zmiany nie są rewolucyjne, ale wskazują na wyraźny trend: Claude z nowymi narzędziami bezpieczeństwa staje się coraz bardziej audytowalny i łatwiejszy do wdrożenia w środowiskach wymagających ścisłej kontroli. Więcej zdarzeń administracyjnych trafia do logów, a operatorzy zyskują narzędzia do zarządzania cyklem życia poświadczeń bez konieczności tworzenia własnych obejść.

    Dla osób wdrażających Claude'a w organizacjach z wymogami compliance, to dwie mniej rzeczy do zmartwień.


    Źródła

  • Anthropic wprowadza kontrolę daty ważności kluczy API — koniec z zapomnianymi tokenami

    Anthropic wprowadza kontrolę daty ważności kluczy API — koniec z zapomnianymi tokenami

    Anthropic wprowadziło nowe mechanizmy kontroli cyklu życia kluczy API w konsoli Claude Platform. Deweloperzy mają teraz możliwość ustawienia czasu wygaśnięcia klucza już w momencie jego tworzenia, wybierając spośród kilku predefiniowanych okresów lub decydując się na dostęp bezterminowy. Zmiana dotyczy zarówno kluczy osobistych, jak i administracyjnych (Admin API), a użytkownicy otrzymają powiadomienia e-mailowe ostrzegające przed zbliżającą się dezaktywacją.

    Kluczowe informacje o aktualizacji

    • Predefiniowane okresy ważności obejmują 3 godziny, 1 dzień, 7 dni oraz 30 dni — dostępna jest także opcja niestandardowego czasu oraz ustawienie „Nigdy”.
    • Powiadomienia e-mail są wysyłane do twórców kluczy z co najmniej 7-dniowym okresem życia — szczegółowe zasady różnią się w zależności od długości ważności.
    • Pole expires_at w Admin API umożliwia zespołom programistyczne śledzenie i audytowanie dat wygaśnięcia wszystkich kluczy.
    • Istniejące klucze pozostają bez zmian — nowe reguły dotyczą wyłącznie tokenów tworzonych po wdrożeniu funkcji.

    Jak działają nowe mechanizmy wygasania

    Podczas tworzenia klucza w konsoli Claude Platform użytkownik ma teraz wyraźny wybór okresu ważności. Opcje są jasne: od krótkich (3 godziny — idealne do testów czy sesji debugowania), przez dłuższe okna produkcyjne (7 lub 30 dni), aż po pełną elastyczność w postaci własnego zakresu czasowego.

    Klucze tworzone z flagą „Nigdy” nie mają daty wygaśnięcia — to rozwiązanie jest przeznaczone głównie dla organizacji korzystających z zewnętrznych systemów zarządzania sekretami, gdzie rotacją zarządza oddzielna warstwa narzędziowa.

    Po przekroczeniu daty ważności klucz przestaje działać. Żądania wysłane z wygasłym tokenem zwracają błąd 401 authentication_error, a jego reaktywacja nie jest możliwa — konieczne jest wygenerowanie nowego klucza.

    Powiadomienia, które ratują przed awarią

    Anthropic dodało do aktualizacji system ostrzeżeń e-mailowych. Zasady są dwustopniowe: dla kluczy utworzonych z okresem co najmniej 14 dni powiadomienie przychodzi na 7 dni przed wygaśnięciem. Jeśli klucz ma żywotność między 7 a 13 dni — ostrzeżenie pojawia się na dobę przed dezaktywacją.

    Tokeny krótsze niż 7 dni nie generują powiadomień, co jest uzasadnione — przy trzygodzinnym oknie czasowym mail dotarłby prawdopodobnie już po fakcie.

    Dla zespołów devopsowych to praktyczne zabezpieczenie. W mniejszych środowiskach, gdzie rotacja kluczy bywa odkładana, e-mail może uchronić przed nagłym przestojem integracji czy pipeline'u CI/CD.

    Admin API i pole expires_at

    Nowe pole expires_at w Admin API zwraca datę wygaśnięcia w formacie RFC 3339 lub wartość null dla kluczy bezterminowych.

    Dzięki temu zespoły mogą budować własne dashboardy monitorujące stan autoryzacji, pisać skrypty audytowe lub integrować sprawdzanie dat z istniejącymi systemami alertowymi. Data wygaśnięcia jest jawnie dostępna w odpowiedzi API, co eliminuje potrzebę zgadywania lub przeszukiwania logów.

    To także dobra wiadomość dla tych, którzy automatyzują zarządzanie dostępem. Pole expires_at ułatwia wykrywanie kluczy zbliżających się do końca cyklu życia i planowanie rotacji bez konieczności zewnętrznego bookkeepingu.

    Co to oznacza dla bezpieczeństwa

    Co to oznacza dla bezpieczeństwa

    Anthropic zaleca regularną rotację poświadczeń i trzymanie kluczy z dala od kodu źródłowego czy promptów. Nowe mechanizmy wspierają te zalecenia, ułatwiając ich stosowanie — deweloper nie musi już pamiętać o ręcznej wymianie tokena, ponieważ platforma automatycznie wymusi odświeżenie po zadanym czasie.

    Dla zespołów pracujących z agentami, serwisami produkcyjnymi czy współdzielonymi workloadami istotna jest możliwość odróżnienia typów kluczy. Platforma rozróżnia klucze osobiste, kont serwisowych i przestrzeni roboczych — dwa pierwsze typy automatycznie tracą ważność, gdy powiązane konto znika z organizacji.

    Nowa funkcjonalność nie zastąpi pełnoprawnego systemu zarządzania sekretami, ale dla wielu średnich i mniejszych wdrożeń może okazać się wystarczającym zabezpieczeniem. Szczególnie tam, gdzie zespół nie ma jeszcze wdrożonej federacji tożsamości czy zautomatyzowanej rotacji przez vault.

    Podsumowanie

    Aktualizacja Anthropic to krok, który realnie zmniejsza ryzyko w codziennej pracy. Wbudowana rotacja kluczy, czytelne ostrzeżenia i programistyczny dostęp do dat wygaśnięcia to zestaw, który powinien być standardem — cieszy, że w końcu trafił do Claude Platform.


    Źródła

  • Claude Code 2.1.204: koniec z cichym usuwaniem workerów w sesjach headless

    Claude Code 2.1.204: koniec z cichym usuwaniem workerów w sesjach headless

    Anthropic wydało 8 lipca 2026 roku wersję 2.1.204 Claude Code, która rozwiązuje problem z sesjami bez interfejsu graficznego. Błąd polegał na tym, że zdarzenia hooków nie były prawidłowo strumieniowane podczas fazy SessionStart, co prowadziło do przedwczesnego usuwania zdalnych workerów przez mechanizmy idle timeout. W praktyce oznaczało to, że worker znikał, zanim zdążył się w pełni zainicjalizować.

    Co warto wiedzieć o tej aktualizacji

    • Sesje headless nie strumieniowały zdarzeń hooków w fazie SessionStart, przez co workery wyglądały na nieaktywne.
    • Mechanizm idle timeout usuwał zdalne workery w trakcie wykonywania hooków inicjalizacyjnych.
    • Aktualizacja 2.1.204 przywraca prawidłowe strumieniowanie zdarzeń i zapobiega przedwczesnemu usuwaniu workerów.
    • Problem dotykał głównie środowisk CI/CD, zdalnych agentów i zautomatyzowanych przepływów pracy.
    • Równolegle w cyklu wydawniczym poprawiono też backend grep, przechodząc na ripgrep.

    Dlaczego to ma znaczenie dla automatyzacji

    Hook SessionStart w Claude Code jest kluczowy do ładowania kontekstu deweloperskiego, ustawiania zmiennych środowiskowych oraz przygotowywania narzędzi przed właściwą pracą. W środowiskach headless, gdzie nie ma interakcji ze strony użytkownika, ten etap jest szczególnie istotny. Jeśli system orkiestracji uzna, że worker milczy za długo, może go usunąć.

    W praktyce hook startowy działał normalnie, ale nie wysyłał żadnych widocznych zdarzeń na zewnątrz. Dla nadzorującego proces worker wydawał się martwy, co prowadziło do tego, że sesja kończyła się w połowie inicjalizacji, a zadanie przepadało.

    Poprawka w 2.1.204 eliminuje ten problem. Hooki SessionStart znów strumieniują zdarzenia, informując system, że proces trwa. Worker nie zostanie uznany za bezczynny, dopóki nie zakończy pracy.

    Hooki startowe pod lupą

    Z dokumentacji Claude Code wynika, że SessionStart uruchamia się przy każdym rozpoczęciu lub wznowieniu sesji. Obsługuje kilka trybów dopasowania: startup, resume, clear, compact i fork. Elastyczność tych wyzwalaczy sprawia, że hook jest szeroko stosowany w pipeline'ach DevOps.

    Szczególnie narażone na opisywany błąd były scenariusze z resume, gdzie sesja wznawiana w trybie headless mogła wyglądać na kompletną, ale w rzeczywistości nadal przetwarzała hooki startowe. Mechanizm idle timeout nie dostrzegał różnicy między „nic się nie dzieje” a „hook jeszcze działa, tylko nie melduje”.

    Co to oznacza dla zespołów DevOps i web dev

    Jeśli używasz Claude Code w CI/CD, na zdalnych agentach lub w jakimkolwiek przepływie bez interfejsu, ta łatka jest istotna. Zmniejsza ryzyko losowych awarii podczas inicjalizacji sesji. Nie zmienia nic w API i nie wymaga migracji konfiguracji — wystarczy zaktualizować.

    Warto również zwrócić uwagę na drugą poprawkę w tym cyklu wydawniczym: przesiadkę z grep na ripgrep. To oddzielna kwestia, ale również wpływa na wydajność w zautomatyzowanych środowiskach, gdzie przeszukiwanie kodu jest codziennością.

    Aktualizacja 2.1.204 to klasyczna poprawka konserwacyjna — nie zawiera spektakularnych zmian w changelogu, ale dla osób debugujących znikające workery w nocy może być bardzo pomocna.


    Źródła

  • Claude Code 2.1.203: sesje w tle bez zawieszeń i automatyczne odzyskiwanie tokenów

    Claude Code 2.1.203: sesje w tle bez zawieszeń i automatyczne odzyskiwanie tokenów

    Anthropics wprowadziło 7 lipca 2026 roku wersję 2.1.203 Claude Code, która koncentruje się na stabilności działania agentów w tle. Nie wprowadzono nowych funkcji, ale zaktualizowano wiele elementów, które eliminują problemy z zawieszaniem się sesji na macOS, utratą responsywności przy wygasłych tokenach oraz konfliktami w środowiskach wielogałęziowych.

    Kluczowe zmiany w pigułce

    • Automatyczne odzyskiwanie tokenów — sesje w tle nie przestają działać, gdy token demona traci ważność; teraz odzyskują sprawność bez interwencji użytkownika.
    • Widoczny wskaźnik trybu ręcznych uprawnień — szara ikona pauzy w stopce informuje, że Claude Code czeka na ręczne zatwierdzenie akcji.
    • Naprawa 15–20-sekundowych zawieszeń na macOS — fałszywe wykrycie niskiej pamięci nie blokuje już przełączania między sesjami agentów.
    • Rozszerzone raportowanie katalogów roboczych przez MCP — roots/list uwzględnia dodatkowe ścieżki i informuje o zmianach w ich zestawie.
    • Izolacja git worktree i poprawki obsługi zmiennych środowiskowych — mniej konfliktów przy równoległej pracy na wielu gałęziach.

    Koniec z martwymi sesjami w tle

    W poprzednich wersjach występowały problemy, gdy sesja agenta uruchomiona w tle przestawała reagować na komendy attach, reply czy stop. Przyczyną były wygasłe tokeny sesji demona, które system nie potrafił obsłużyć. W wersji 2.1.203 wprowadzono mechanizm automatycznego odzyskiwania — sesja sama się aktywuje po utracie ważności tokena i kontynuuje pracę. Dla zespołów zajmujących się długotrwałymi zadaniami agentowymi to istotna zmiana, która eliminuje potrzebę ręcznego restartu.

    Deweloperzy korzystający z macOS również odetchną z ulgą. Wcześniejsza regresja powodowała, że otwieranie lub przełączanie sesji agenta w tle zamrażało terminal na 15–20 sekund. Problem wynikał z fałszywego alertu o niskiej pamięci, który uruchamiał niepotrzebne procedury oszczędzania zasobów. Łatka usuwa ten problem całkowicie.

    Subagenci, uprawnienia i izolacja środowisk

    Poprawki dotyczą także pracy z subagentami. Każda sesja w tle ma teraz własny katalog CLAUDE_JOB_DIR, co zapobiega kolizjom przy zapisie plików tymczasowych między równolegle działającymi sesjami. To istotny detal, który może zapobiec trudnym do zdiagnozowania błędom w projektach generujących wiele artefaktów pośrednich.

    W interfejsie dodano szary znacznik pauzy w stopce, który jest widoczny, gdy Claude Code działa w trybie ręcznych uprawnień. Wcześniej łatwo było przeoczyć, że narzędzie czeka na akceptację operacji, co prowadziło do frustracji. Teraz wystarczy spojrzeć na dół terminala.

    W zakresie integracji z MCP (Model Context Protocol) roots/list zostało rozszerzone o dodatkowe katalogi robocze wykorzystywane przez sesję. Serwer MCP teraz otrzymuje powiadomienia o zmianach w tym zestawie, co jest istotne w dynamicznych workflow, gdzie ścieżki projektowe ewoluują w trakcie pracy agenta.

    Izolacja git worktree również doczekała się poprawek, podobnie jak obsługa zmiennych środowiskowych. Dla deweloperów pracujących na wielu gałęziach oznacza to mniej niespodziewanych konfliktów i czystsze przełączanie kontekstów. W tle naprawiono także problem z dziedziczeniem nieaktualnej zmiennej PATH na Windowsie oraz błąd w routingu kluczy API, który mógł generować błędy 401.


    Dlaczego to ma znaczenie dla web devu i vibe codingu

    Dla osób korzystających z Claude Code jako asystenta w pisaniu kodu — zarówno w tradycyjnym web developmencie, jak i w podejściu vibe coding, gdzie agent przejmuje większość implementacji — ta aktualizacja jest istotna. Sesje działające w tle są kluczowe dla automatyzacji: przetwarzanie długich zadań, monitorowanie pipeline'ów, reagowanie na zdarzenia w repozytorium. Gdy taka sesja przestaje działać, cały workflow staje w miejscu.

    Wprowadzenie 37 zmian, z których większość to poprawki błędów, dobrze odzwierciedla charakter tego wydania. Nie ma tu spektakularnych nowości, ale zredukowano problemy, które mogły zakłócać pracę. Automatyczne odzyskiwanie tokenów, eliminacja zawieszeń na macOS, widoczny status uprawnień oraz lepsza separacja środowisk — to wszystko sprawia, że narzędzie rzadziej przerywa pracę. Dla zespołów devopsowych i praktyków agent-driven coding to wystarczający powód, aby jak najszybciej zaktualizować oprogramowanie.


    Źródła