Tag: anthropic

  • 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

  • Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Anthropic udostępniło 6 lipca 2026 wersję 2.1.202 Claude Code — aktualizację, która wprowadza konfigurowalny rozmiar dynamicznych workflow, rozszerza śledzenie agentów przez OpenTelemetry i naprawia kilkanaście uciążliwych błędów. W tej wersji wprowadzono cztery nowe funkcje oraz trzynaście poprawek stabilizujących.

    Zespół Anthropica zajął się poprawą Remote Control, co jest istotne, ponieważ wcześniejsze problemy z łącznością były uciążliwe dla zespołów pracujących zdalnie. Zmiana w komendzie /review przyspiesza proces przeglądania zwykłych pull requestów, a bardziej złożone analizy przeniesiono do osobnego polecenia.

    Kluczowe zmiany w pigułce

    • Dynamiczny rozmiar workflow — użytkownicy mogą teraz wybrać small, medium lub large jako wytyczną, co przekłada się na mniej niż 5, 10 lub 50 agentów w zadaniu.
    • OpenTelemetry dla agentów — workflowowe agenty raportują teraz atrybuty workflow.run_id i workflow.name, co umożliwia odtworzenie ich aktywności z danych telemetrycznych.
    • Szybsze /review — standardowe sprawdzenie PR działa teraz jako szybki jednoprzebiegowy przegląd; wieloagentowe recenzje trafiły do /code-review.
    • Poprawki Remote Control — naprawiono błąd "Unknown command", problem z cichym porzucaniem obrazków bez podpisów oraz nieprawidłowe wyświetlanie trybu uprawnień w aplikacjach mobilnych.

    Dynamiczny rozmiar — elastyczność zamiast sztywnych limitów

    Do tej pory Claude Code uruchamiał dynamiczne workflow w dość nieprzewidywalny sposób — użytkownik nie miał dużej kontroli nad tym, ile agentów zostanie zaangażowanych w zadanie. Wersja 2.1.202 wprowadza nowe ustawienie w /config.

    Opcje small, medium i large działają jako doradcza wytyczna — nie są twardym limitem, więc środowisko wykonawcze może je przekroczyć, jeśli zadanie tego wymaga. W praktyce small oznacza mniej niż 5 agentów, medium poniżej 10, a large poniżej 50. Dla zespołów zajmujących się agentic coding to sensowna kontrola: małe zadania nie będą niepotrzebnie rozdymane, a przy dużych repozytoriach można zwiększyć skalę.

    Dokumentacja podkreśla, że funkcja wymaga minimum wersji 2.1.202 — starsze instalacje jej nie obsłużą.

    OpenTelemetry: widać, co robią agenty

    Dla zespołów DevOps i osób zajmujących się obserwowalnością, wprowadzenie atrybutów workflow.run_id i workflow.name w danych OpenTelemetry to znaczący postęp. Do tej pory śledzenie, co dokładnie wydarzyło się wewnątrz złożonych workflow agentowych, wymagało ręcznego przeszukiwania logów. Teraz można to zrekonstruować bezpośrednio z pipeline'ów OTel.

    Oznacza to, że narzędzia monitorujące zyskują kontekst — widać, który konkretnie workflow wygenerował daną aktywność i jakie agenty brały w nim udział. Dla zespołów zarządzających wieloma równoległymi procesami to oszczędność czasu przy debugowaniu.

    Remote Control bez frustracji

    Remote Control otrzymał szereg poprawek, które były potrzebne. Najważniejsze: komendy wysyłane do interaktywnej sesji nie zwracają już błędu "Unknown command". Pliki i obrazki wysyłane bez podpisów nie są już odrzucane bez wyjaśnienia, co wcześniej prowadziło do dezorientacji.

    Dodatkowo aplikacje mobilne i webowe wyświetlają teraz poprawny tryb uprawnień na ekranie /remote-control. Wcześniej zdarzało się, że pokazywały nieaktualne informacje, co utrudniało stwierdzenie, czy sesja ma odpowiednie dostępy.

    Sesje, dyktowanie i MCP — mniejsze, ale istotne poprawki

    Wydanie naprawia również błąd z przemianowywaniem sesji — wcześniej zmiana nazwy nie zawsze była poprawnie propagowana, co prowadziło do niespójności. Poprawiono stabilność dyktowania głosowego i niezawodność sesji działających w tle, co jest istotne, gdy Claude Code pracuje jako długo żyjący proces na serwerze.

    MCP (Model Context Protocol) doczekał się czytelniejszych komunikatów błędów — to detal, ale przy integracji zewnętrznych narzędzi potrafi znacznie skrócić czas namierzania problemu. Zamiast generycznych kodów dostajemy teraz sensowny opis, co poszło nie tak.

    Podsumowanie

    Claude Code 2.1.202 nie jest przełomowym wydaniem, ale skutecznie poprawia funkcjonalność poprzednich wersji. Dynamiczne rozmiary workflow dają kontrolę nad skalą zadań agentowych, OpenTelemetry poprawia przejrzystość, a poprawki Remote Control eliminują kilka frustrujących błędów. Dla zespołów korzystających z Claude'a w codziennej pracy to aktualizacja, którą warto wdrożyć od razu — zwłaszcza jeśli polegacie na zdalnym nadzorowaniu sesji.

    Źródła

  • Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Anthropic wypuścił wersję 2.1.200 narzędzia Claude Code, która domyślnie przełącza model uprawnień na Manual i wymusza ręczne zatwierdzanie dialogów AskUserQuestion we wszystkich interfejsach — CLI, VS Code oraz JetBrains. Zmiany te mają na celu ograniczenie przypadkowego wykonania kodu bez nadzoru, co przy pracy z agentami bywało poważnym ryzykiem.

    Równolegle zespół dostarczył zestaw poprawek stabilności dla agentów działających w tle. Sesje backgroundowe doczekały się łatek na zakleszczenia demonów, awarie procesów i błędy autoryzacji socketów. Dodatkowo wprowadzono ulepszenia dostępności dla czytników ekranu oraz usunięto kilka błędów renderowania i zarządzania sesjami.

    Co konkretnie zmienia Claude Code 2.1.200

    • Uprawnienia Manual zastępują poprzedni model domyślny we wszystkich głównych interfejsach; alias manual działa zamiennie z default w konfiguracji.
    • Dialogi AskUserQuestion przestały kontynuować automatycznie — wymagają jawnego działania użytkownika po każdej odpowiedzi.
    • Agenci w tle otrzymali poprawki eliminujące zakleszczenia demonów, nagłe awarie procesów i problemy z autoryzacją socketów.
    • Czytniki ekranu zyskały ulepszenia dostępnościowe w terminalu i integracjach edytorowych.
    • Sesje backgroundowe nie będą już cicho zatrzymywać się w połowie tury po uśpieniu systemu lub ponownym otwarciu wstrzymanej pracy.

    Dlaczego „Manual” robi różnicę

    Wcześniej domyślne uprawnienia Claude Code pozwalały agentowi na samodzielne wykonywanie wielu operacji — czasem bez wyraźnego potwierdzenia ze strony programisty. Przy szybkim tempie pracy zdarzało się, że narzędzie kontynuowało działanie, gdy użytkownik odwrócił uwagę od terminala. Nowy tryb Manual oznacza, że każde wywołanie wymagające zgody czeka na bezpośrednią reakcję. Nie ma już automatycznego przechodzenia dalej.

    Dla zespołów DevOps i osób pracujących w środowiskach zbliżonych do produkcyjnych to istotna zmiana. Zmniejsza się ryzyko niekontrolowanej modyfikacji konfiguracji serwerów czy kodu infrastrukturalnego. Deweloperzy korzystający z subagentów docenią również alias manual — dokumentacja potwierdza, że od wersji 2.1.200 można go używać zamiennie z default, co ułatwia migrację starszych konfiguracji bez grzebania w plikach ustawień.

    Stabilność agentów, która naprawdę działa

    Background agents w Claude Code to mechanizm pozwalający na uruchamianie długotrwałych zadań bez konieczności trzymania otwartego terminala. Niestety, wcześniejsze wydania miały kilka dokuczliwych usterek: blokady demonów mogły zawiesić sesję, procesy agentów niespodziewanie znikały, a sockety gubiły autoryzację w trakcie pracy.

    Wersja 2.1.200 celuje w te problemy. Wyeliminowano przypadki, w których sesja backgroundowa przestawała działać w połowie tury po wybudzeniu komputera ze snu albo po ponownym podłączeniu do wstrzymanego zadania. To konkretna korzyść dla osób uruchamiających wielogodzinne procesy, takie jak "nightly buildy" czy skrypty monitorujące stan infrastruktury.

    W tej wersji pojawiła się także infrastruktura dla eksperymentalnych „obserwatorów” — drugi agent może nadzorować głównego i raportować przez ObserverReport, co otwiera możliwości bardziej złożonych przepływów pracy z podwójną kontrolą.

    Drobne, ale potrzebne poprawki

    Nie samymi uprawnieniami i agentami żyje programista. Wersja 2.1.200 wprowadza kilka mniej widocznych, ale przydatnych łatek: błędy renderowania w różnych widokach zostały naprawione, zarządzanie sesjami nie gubi stanu przy przełączaniu kontekstów, a czytniki ekranu zyskały wsparcie, które zwiększa użyteczność narzędzia w zespołach dbających o dostępność.

    Dla użytkowników pracujących w VS Code i JetBrains zmiana etykiety uprawnień na Manual pojawia się także w panelach pomocy (--help), co sprawia, że nowe zachowanie jest od razu widoczne — nie trzeba go szukać w changelogu.

    Podsumowanie

    Claude Code 2.1.200 to aktualizacja, która nie wprowadza spektakularnych nowości, ale przesuwa akcenty w kierunku kontroli i niezawodności. Przejście na Manual jako domyślny tryb uprawnień daje programistom większą decyzyjność, a stabilizacja background agents sprawia, że długotrwałe zadania stają się bardziej przewidywalne. W codziennej pracy oznacza to mniej niespodzianek i więcej stabilności — co jest kluczowe w narzędziach AI wspomagających kodowanie.

    Źródła

  • Claude Code 2.1.199: stabilność agentów i łączenie umiejętności w końcu działają jak należy

    Claude Code 2.1.199: stabilność agentów i łączenie umiejętności w końcu działają jak należy

    Anthropic wypuściło wersję 2.1.199 Claude Code — aktualizację, która nie wprowadza znaczących nowości funkcjonalnych, ale poprawia obszary, w których agent wcześniej zawodził. W sumie wprowadzono 24 zmiany, a najważniejsze to naprawione błędy subagentów, poprawiona obsługa demona w tle oraz możliwość ładowania kilku umiejętności slash-skill jednocześnie.

    Co nowego w skrócie

    • Stacked skills pozwalają załadować do pięciu umiejętności w jednym poleceniu slash — wcześniej system brał tylko pierwszą.
    • Subagent API failures przestały być raportowane jako sukces; błędy limitów i inne zwrotki nie giną już w logach.
    • Linux background daemon przestał się sam wyłączać co 50 sekund z powodu uszkodzonych rekordów workerów.
    • SSL/TLS i retry 429 — problemy z certyfikatami są teraz diagnozowane od razu, a chwilowe ograniczenia są automatycznie ponawiane.

    Stacked skills: koniec z ręcznym łączeniem promptów

    Najbardziej zauważalną zmianą dla programistów jest możliwość korzystania z stacked slash-skill invocations. Do tej pory, gdy wpisywało się /skill-a /skill-b zrób XYZ, Claude Code 2.1.199 ładował tylko pierwszą umiejętność, a reszta polecenia była ignorowana. To zmuszało do ręcznego dzielenia pracy na etapy lub tworzenia coraz bardziej specyficznych skilli.

    Teraz składnia typu /frontend /testing /debug przeanalizuj komponent przyjmuje do pięciu umiejętności naraz. System ładuje je wszystkie przed wykonaniem polecenia, co pozwala na sensowne łączenie kontekstów — na przykład stylów komponentów, konwencji testowych i reguł debugowania — bez konieczności tworzenia jednego dużego pliku konfiguracyjnego.

    Dla osób korzystających z vibe codingu lub automatyzacji wieloetapowych zadań w Cursorze czy Windsurfie, to usprawnienie skraca czas potrzebny na przełączanie się między kontekstami. Choć limit pięciu umiejętności mógłby być wyższy, to i tak jest to krok naprzód.

    Subagenty przestały kłamać o błędach

    Ważniejsza część aktualizacji dotyczy niezawodności agentów. Wcześniej subagenty mogły raportować błędy API (na przykład wyczerpany limit użycia) jako poprawne wyniki. Oznaczało to, że główny agent dostawał „sukces” i kontynuował pracę, mimo że polecenie nie zostało wykonane.

    Wersja 2.1.199 poprawia ten mechanizm raportowania. Błędy limitów, autoryzacji i inne zwrotki z API są teraz poprawnie przekazywane do nadrzędnego agenta. Dla osób uruchamiających Claude Code 2.1.199 w długich zadaniach (debugowanie, refaktoryzacja, generowanie dokumentacji) to różnica między „zepsuło się po cichu” a „widzę, co się stało i mogę zareagować”.

    Równocześnie poprawiono zarządzanie procesami w tle. Na Linuxie demon mógł się sam wyłączać co około 50 sekund z powodu uszkodzonych rekordów workerów, co prowadziło do kaskadowego zabijania aktywnych agentów. Dodatkowo, poprawiono wyścigi przy claude stop oraz regresję sesji SSH na macOS, które mogły zostawiać wiszące procesy.

    SSL, proxy i błędy sieciowe: szybka diagnoza zamiast czekania

    Dla zespołów pracujących w środowiskach korporacyjnych, gdzie występują firmowe proxy, własne łańcuchy certyfikatów i sporadyczne problemy z infrastrukturą, zmiany w obsłudze błędów sieciowych mają duże znaczenie.

    Wcześniej, gdy Claude Code 2.1.199 napotykał problem z certyfikatem SSL/TLS, generował kolejne próby retry i kończył z niejasnym komunikatem. Teraz błędy tego typu są diagnozowane natychmiast, z konkretnymi wskazówkami: brakuje NODE_EXTRA_CA_CERTS, proxy TLS inspekcjonuje ruch, certyfikat wygasł. Nie trzeba już przeszukiwać logów ani zgadywać.

    Automatyczne ponawianie błędów 429 (rate limiting) sprawia, że chwilowe przeciążenia API nie przerywają sesji. W połączeniu z lepszym zachowaniem strumieniowania, gdzie częściowe dane wyjściowe są zachowywane przy przerwanym połączeniu, agent staje się bardziej odporny na problemy sieciowe.

    Co to zmienia w codziennej pracy

    To nie jest aktualizacja, która diametralnie zmieni sposób pracy. Jednak dla tych, którzy używają Claude Code 2.1.199 do automatyzacji trwających godzinami zadań lub uruchamiają agenta zdalnie przez SSH, wersja 2.1.199 eliminuje trzy frustrujące klasy błędów: ciche awarie subprocesów, niestabilne połączenia i niejasne problemy z certyfikatami.

    Stacked skills to miły dodatek dla osób budujących złożone workflow, ale prawdziwa wartość leży w poprawkach stabilności. Agent, który nie kłamie o błędach i nie wyłącza się po minucie działania, to coś, co powinno działać od początku — teraz wreszcie działa.

    Źródła

  • Claude Sonnet 5 z milionowym oknem kontekstu i odświeżonymi agentami

    Claude Sonnet 5 z milionowym oknem kontekstu i odświeżonymi agentami

    Anthropic wprowadził Claude Sonnet 5, nową wersję modelu z rodziny Sonnet, zaprojektowaną do zadań związanych z kodowaniem i agentami. Model działa z pełnym milionowym oknem kontekstu, domyślnie włączonym myśleniem adaptacyjnym oraz limitem wyjściowym wynoszącym 128 tysięcy tokenów. Firma wprowadziła również poprawki w zarządzanych agentach, które zmieniają sposób komunikacji aplikacji webowych i narzędzi deweloperskich z długo działającymi sesjami.

    Co nowego w skrócie

    • Claude Sonnet 5 oferuje domyślne okno kontekstu 1M tokenów
    • Myślenie adaptacyjne jest włączone automatycznie z domyślnym poziomem high; ręczne sterowanie myśleniem może nie działać jak w poprzednich wersjach
    • Zarządzani agenci otrzymali usprawnienia w strumieniowaniu sesji, paginacji i webhookach
    • Ceny – obecna standardowa cena to 2 dolary za milion tokenów wejściowych i 10 dolarów za milion wyjściowych
    • Konfiguracja agentów stała się elastyczniejsza dzięki nadpisywaniu ustawień i precyzyjniejszemu wstrzykiwaniu poświadczeń z vaultów

    Milion tokenów bez kombinowania

    Największą zmianą dla programistów pracujących z Claude Code jest uproszczenie zarządzania kontekstem. W poprzednich wersjach użytkownicy musieli wybierać między wariantem 200K a 1M. Sonnet 5 zawsze działa z pełnym oknem, a sesje automatycznie się kompaktują, zanim zapełnią przestrzeń (domyślnie przy około 967 tysiącach tokenów).

    Próg wyjściowy 128K tokenów również ma znaczenie. Oznacza to, że model może wygenerować długi blok kodu lub dokumentacji w jednym przebiegu, bez przerywania i łączenia fragmentów. Dla zespołów pracujących z dużymi bazami kodu to oszczędność czasu i zmniejszenie ryzyka błędów przy scalaniu odpowiedzi.

    Jednakże, jeśli chodzi o sterowanie próbkowaniem (temperature, top_p, top_k) z niestandardowymi wartościami, użytkownicy mogą napotkać błąd 400 na ścieżkach migracyjnych opisanych w dokumentacji. Jeśli pipeline opiera się na precyzyjnym dostrajaniu tych parametrów, konieczne będzie dostosowanie go do nowych reguł.

    Myślenie adaptacyjne jako standard

    Myślenie adaptacyjne jako standard

    Anthropic uprościł również proces rozumowania. Ręczne rozszerzone myślenie, znane z wcześniejszych modeli jako thinking: {type: "enabled", budget_tokens: N}, może nie być obsługiwane w dotychczasowej formie. Zastępuje je myślenie adaptacyjne, które jest kontrolowane parametrem effort.

    Domyślny poziom to high. Interesujące jest to, że Sonnet 5 na medium osiąga poziom inteligencji Claude Sonnet 5 na high, a na high – czwórki na max. Dzięki temu nawet przy niższych ustawieniach użytkownicy otrzymują dobrą jakość przy mniejszym zużyciu tokenów.

    Należy jednak uważać z ustawieniami low i medium – model trzyma się ściśle zakresu zadania i nie wykonuje nic ponad to. W przypadku umiarkowanie złożonych problemów może to prowadzić do płytkiego rozumowania. W takich sytuacjach lepiej zwiększyć effort niż walczyć z promptowaniem.

    Agenci, którzy reagują na zdarzenia

    Agenci, którzy reagują na zdarzenia

    Równolegle z modelem Anthropic zaktualizował infrastrukturę zarządzanych agentów. Najważniejsza zmiana to delty zdarzeń w strumieniach sesji. Zamiast co kilka sekund sprawdzać status, interfejs może teraz nasłuchiwać przyrostowych aktualizacji. Dla dashboardów i asystentów kodowania to różnica między interfejsem, który działa w czasie rzeczywistym, a takim, który wydaje się opóźniony.

    Dodatkowo wprowadzono wsteczną paginację przy listowaniu sesji. Przeglądanie historii nie kończy się już na najnowszych wpisach – można cofać się kursorami prev_page, co jest przydatne w widokach audytowych i przy debugowaniu długo działających agentów.

    • Webhooki również zyskały nowe zdarzenia związane z cyklem życia agenta. Systemy integracyjne mogą teraz reagować natychmiast, bez potrzeby pollingu. Mechanizm przechowywania poświadczeń, czyli vaulty, obsługuje teraz parametr injection_location, który pozwala określić, czy dane uwierzytelniające trafiają do nagłówków, body czy obu tych miejsc przy wyjściu.

    Co to znaczy w codziennej pracy

    Przykładowy scenariusz: aplikacja webowa korzystająca z agenta do analizy zgłoszeń błędów. Przy starym API konieczne było cykliczne odpytywanie o status sesji, aby odświeżyć interfejs. Teraz strumień sam informuje o postępach – to oznacza mniej kodu po stronie frontendu i mniejsze obciążenie serwera.

    Elastyczne nadpisywanie konfiguracji agenta ułatwia również pracę. Zamiast tworzyć kilka sztywnych definicji agenta dla różnych scenariuszy, można mieć jedną bazową i dostosowywać ją parametrami przy starcie sesji. To zmniejsza liczbę konfiguracji do zarządzania i ryzyko niezgodności wersji.

    Wstrzykiwanie poświadczeń z vaultów na poziomie nagłówków lub body zwiększa bezpieczeństwo. W środowiskach, gdzie agent łączy się z zewnętrznymi API, można teraz precyzyjniej kontrolować, gdzie trafiają wrażliwe dane, eliminując ryzyko, że klucz API wyląduje w niewłaściwym miejscu.

    Źródła