Kategoria: Technologie

  • Cursor dostaje rozbudowane wyzwalacze i własny pulpit — /automate zmienia agentów w asystentów CI/CD

    Cursor dostaje rozbudowane wyzwalacze i własny pulpit — /automate zmienia agentów w asystentów CI/CD

    Nowa aktualizacja Cursora wprowadza komendę /automate, która umożliwia opisanie przepływu pracy w prostym języku i natychmiastowe uruchomienie go jako automatycznej akcji. Wprowadzone zostały także nowe wyzwalacze dla Slacka i GitHuba oraz funkcja computer use, która pozwala agentom w chmurze na samodzielne klikanie w interfejsach i generowanie wersji demonstracyjnych bez potrzeby interwencji człowieka. W rezultacie Cursor przekształca się z edytora z AI w autonomicznego współpracownika, który obsługuje kod, recenzje, testy i prezentuje końcowy wynik.

    Co nowego w automatyzacjach

    • /automate tworzy złożone workflow z opisu słownego — użytkownik podaje zadanie, a Cursor sam dobiera wyzwalacze, narzędzia i instrukcje.
    • Wyzwalacze obejmują teraz reakcje emoji w Slacku, zdarzenia z pull requestów (komentarze do przeglądów PR, zatwierdzenie przeglądu PR, aktualizacja wątku przeglądu) oraz zakończone przebiegi GitHub Actions.
    • Computer use jest domyślnie włączone dla agentów chmurowych — mogą sterować myszą i klawiaturą w izolowanym środowisku wirtualnym.
    • Automatyzacje można tworzyć z poziomu okna agenta, panelu cursor.com/automations, sesji lokalnego agenta lub szablonów z marketplace.
    • Agenci uruchamiani ze Slacka czy GitHuba potrafią teraz samodzielnie przygotować artefakty i demo, a użytkownik może przejąć kontrolę nad ich pulpitem.

    Jak działa /automate i gdzie go użyć

    Do tej pory skonfigurowanie automatyzacji w Cursorze wymagało zrozumienia wyzwalaczy, dostępnych narzędzi i sposobu ich połączenia. Komenda /automate znacznie to upraszcza — wystarczy opisać zadanie, na przykład "sprawdzaj każdy nowy PR pod kątem błędów bezpieczeństwa i pisz komentarz z wynikami", a Cursor przekształca to w gotową konfigurację.

    Tworzenie automatyzacji nie jest już ograniczone do jednego miejsca. Można to zrobić z poziomu okna agenta podczas sesji, odwiedzić stronę cursor.com/automations i ręcznie skonfigurować workflow, lub skorzystać z gotowych rozwiązań z marketplace. Jeśli korzystasz z lokalnego agenta i wpiszesz /automate, Cursor zaproponuje strukturę na podstawie opisu.

    Nowe wyzwalacze nie ograniczają się do zdarzeń w repozytorium. Reakcja emoji pod wiadomością na Slacku może teraz uruchomić agenta. Kiedy ktoś wrzuca link do PR-a na kanał, wystarczy dodać emoji, aby automatycznie rozpocząć przegląd kodu lub testy integracyjne. To pozwala na efektywniejsze zarządzanie zadaniami z poziomu komunikatora.

    Agent z własnym pulpitem — computer use w chmurze

    Agent z własnym pulpitem — computer use w chmurze

    To jedna z najciekawszych nowości aktualizacji. Do tej pory agenci chmurowi Cursora operowali głównie na kodzie i terminalu. Teraz każdy agent uruchomiony przez automatyzację działa w izolowanej maszynie wirtualnej z pełnym środowiskiem graficznym. Ma dostęp do myszy i klawiatury, może otwierać przeglądarkę, klikać w interfejsach aplikacji, robić zrzuty ekranu i nagrywać demo działania.

    Funkcja computer use jest domyślnie włączona dla każdej automatyzacji. Agent nie musi już prosić użytkownika o uruchomienie lokalnego środowiska, aby pokazać efekt pracy. Samodzielnie uruchamia aplikację, przechodzi przez proces i nagrywa z tego artefakt. Dla zespołów zajmujących się web developmentem oznacza to mniej ręcznego testowania UI i szybsze pętle feedbacku podczas przeglądów.

    Użytkownik może w każdej chwili przejąć kontrolę nad pulpitem agenta. Jeśli coś idzie nie tak lub chcesz sprawdzić stan aplikacji na żywo, wystarczy otworzyć podgląd i działać jak na zdalnym pulpicie.

    Co to zmienia w praktyce DevOps i code review

    Nowe wyzwalacze GitHuba są skierowane bezpośrednio na proces przeglądów. Komentarze do przeglądów PR, zatwierdzenia przeglądów PR oraz aktualizacje wątków przeglądów to zdarzenia, które wcześniej wymagały ręcznej obsługi. Teraz można podpiąć agenta, który automatycznie odpowiada na uwagi recenzenta, poprawia kod i pcha commity — wszystko w ramach jednego workflow.

    Dodatkowo, wyzwalacz Workflow run completed pozwala agentowi czekać na zakończenie pipeline'u CI/CD i w zależności od wyniku podjąć akcję: zgłosić błąd, utworzyć issue, a nawet spróbować naprawić testy. To sprawia, że Cursor staje się nie tylko asystentem kodowania, ale także integralną częścią pipeline'u, który reaguje na zdarzenia i podejmuje decyzje.

    Zespoły korzystające ze Slacka jako warstwy operacyjnej zyskują dodatkowy kanał sterowania. Komendy Slack i emoji jako wyzwalacze zmniejszają tarcie między komunikacją a wykonaniem. Zamiast wymieniać się linkami i prośbami o przegląd, można uruchomić agenta jednym kliknięciem reakcji.

    Nowe funkcje są już dostępne dla użytkowników Cursora. Automatyzacje i computer use działają w środowisku chmurowym; część wyzwalaczy wymaga połączenia konta GitHub i Slack.

    Źródła

  • Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    OpenAI udostępniło w lipcu 2026 roku stabilne wydanie Codex 0.143.0, które wprowadza trzy kluczowe zmiany dla programistów: domyślną obsługę zdalnych wtyczek, integrację z proxy systemowym na macOS i Windows oraz wsparcie dla modeli Amazon Bedrock. Ta aktualizacja jest skierowana głównie do zespołów korporacyjnych i deweloperów pracujących w środowiskach z restrykcyjnymi zasadami sieciowymi.

    Co nowego w pigułce

    • Zdalne wtyczki są teraz domyślnie włączone w Codex 0.143.0, a zaktualizowany marketplace pokazuje wersje i szczegółowe metadane katalogowe.
    • Systemowe proxy na macOS i Windows obsługuje ruch uwierzytelniający oraz zapytania API, w tym konfiguracje PAC i WPAD.
    • Modele Amazon Bedrock — GPT-5.6 Sol, Terra i Luna — są teraz dostępne z natywnym wsparciem dla max reasoning effort.
    • Poprawki stabilności obejmują ulepszoną obsługę terminala Windows oraz lepsze odzyskiwanie sesji przy rozłączonych serwerach wykonawczych.
    • Aktualizacje bezpieczeństwa w zależnościach projektu zostały załatane w ramach tego wydania.

    Zdalne wtyczki wychodzą z fazy eksperymentalnej

    Wcześniej zdalne wtyczki w Codex 0.143.0 wymagały ręcznego włączania. W wersji 0.143.0 OpenAI uczyniło je domyślnym zachowaniem, co znacząco zmienia workflow deweloperski. Marketplace wtyczek przeszedł również aktualizację: katalog teraz pokazuje numery wersji i szczegółowe metadane, co ułatwia zespołom ocenę kompatybilności wtyczek z ich konfiguracją.

    Wtyczki rozszerzają możliwości agenta Codex 0.143.0 o zewnętrzne narzędzia, integracje z API oraz specjalistyczne funkcje. Domyślne wsparcie dla zdalnych wtyczek oznacza mniej konfiguracji przy starcie projektu — wystarczy uruchomić terminal, wpisać codex i można od razu korzystać z ekosystemu rozszerzeń.

    Proxy systemowe wreszcie działa jak trzeba

    To istotna zmiana dla zespołów korporacyjnych. Codex 0.143.0 potrafi teraz kierować zarówno ruch uwierzytelniający (logowanie, tokeny), jak i zapytania do API przez systemowe proxy. Obsługuje PAC (Proxy Auto-Config) i WPAD (Web Proxy Auto-Discovery), które są powszechnie stosowane w zarządzanych sieciach firmowych.

    Dla deweloperów pracujących za korporacyjnym firewallem to koniec ręcznych obejść. Wcześniej Codex 0.143.0 miał problemy z połączeniami przy TLS inspection lub wymagał ręcznego ustawiania zmiennych środowiskowych. Teraz, jeśli system ma skonfigurowane proxy, Codex 0.143.0 automatycznie je respektuje. Dotyczy to zarówno macOS, jak i Windows, więc zespoły z różnym sprzętem nie napotkają problemów.

    Bedrock wchodzi do gry

    Bedrock wchodzi do gry

    Trzecia duża zmiana to integracja z Amazon Bedrock. Modele GPT-5.6 — Sol, Terra i Luna — można teraz wywoływać przez infrastrukturę AWS, co jest istotne dla zespołów korzystających z chmury Amazona. W wydaniu wspomniano o max reasoning effort, co pozwala na wymuszenie maksymalnego wysiłku wnioskowania na tych modelach. To może być przydatne w zadaniach wymagających głębszej analizy kodu lub złożonej refaktoryzacji.

    Jeśli twój zespół hostuje wszystko na AWS i ma już skonfigurowane VPC, IAM oraz pozostałą infrastrukturę, możesz teraz kierować zapytania Codex 0.143.0 przez Bedrock zamiast bezpośrednio do API OpenAI.

    Stabilność na Windows i odzyskiwanie offline

    Stabilność na Windows i odzyskiwanie offline

    Wydanie 0.143.0 naprawia również kilka uciążliwych błędów. Terminal Windows zyskał poprawki w obsłudze, co jest dobrą wiadomością dla programistów, którzy zgłaszali problemy z renderowaniem i czyszczeniem ekranu. Dodatkowo ulepszono mechanizm odzyskiwania dla serwerów wykonawczych, które tracą połączenie. Jeśli pracujesz z Codex 0.143.0 na niestabilnym łączu lub w środowisku, gdzie serwery mogą okresowo znikać, sesja nie powinna już umierać bezpowrotnie.

    Podsumowanie

    Codex 0.143.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale rozwiązuje konkretne problemy. Zdalne wtyczki działające od ręki przyspieszają start pracy, proxy systemowe odblokowuje Codex 0.143.0 w sieciach korporacyjnych, a Bedrock oferuje alternatywną ścieżkę rutowania dla zespołów na AWS. Jeśli używasz Codex 0.143.0 w firmie z TLS inspection lub proxy PAC/WPAD, to wydanie jest dla ciebie istotne.

    Źródła

  • Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    OpenAI wypuściło wersję 0.143.0 swojego agenta kodowania Codex, wprowadzając trzy kluczowe zmiany: domyślnie włączone wtyczki zdalne, rozszerzoną obsługę proxy systemowego na macOS i Windows oraz integrację z modelami Codex 0.143.0 przez Amazon Bedrock. Aktualizacja zawiera również poprawki dla terminala Windows, lepsze odzyskiwanie serwerów wykonawczych oraz zaktualizowane zależności bezpieczeństwa.

    Najważniejsze zmiany

    • Wtyczki zdalne są teraz domyślnie aktywne, z ulepszonym interfejsem marketplace i źródłami npm.
    • Proxy systemowe obsługuje ruch uwierzytelniający i API przez konfiguracje PAC oraz WPAD na macOS i Windows.
    • Amazon Bedrock zyskał routing dla wariantów Codex 0.143.0, w tym modeli Sol, Terra i Luna.
    • Wyszukiwanie narzędzi MCP zostało rozbudowane z myślą o dużych katalogach narzędziowych.
    • Poprawki stabilności objęły obsługę terminala Windows i odzyskiwanie po awarii serwerów wykonawczych.

    Domyślne wtyczki i nowy marketplace

    Do tej pory zdalne rozszerzenia w Codex wymagały ręcznego włączania. Teraz są aktywne od razu po instalacji. Marketplace zyskał czytelniejsze karty katalogowe, które jasno rozróżniają wersje zdalne od lokalnych. To ułatwienie oszczędza czas przy zarządzaniu wtyczkami.

    Dla zespołów DevOps dodano źródła npm jako kanał dystrybucji wtyczek. Oznacza to, że można teraz pobierać rozszerzenia bezpośrednio z rejestru npm, co upraszcza proces. W przypadku pipeline'ów CI i współdzielonych workspace'ów wystarczy wskazać pakiet, a Codex sam zajmie się resztą.

    Proxy systemowe dla środowisk korporacyjnych

    Wersja 0.143.0 odpowiada na problem restrykcji sieciowych w środowiskach korporacyjnych, wspierając proxy systemowe na macOS i Windows, w tym konfiguracje PAC (Proxy Auto-Configuration) i WPAD (Web Proxy Auto-Discovery). Codex potrafi teraz prowadzić ruch uwierzytelniający i zapytania do API przez firmowe proxy, bez potrzeby ręcznego ustawiania zmiennych środowiskowych.

    To zmiana, która może nie być zauważona w release notes, ale ma kluczowe znaczenie dla funkcjonalności narzędzia w zamkniętych sieciach korporacyjnych. Zespoły pracujące w takich środowiskach mogą być spokojne.

    Amazon Bedrock i modele Codex 0.143.0

    Codex 0.143.0 rozszerza integrację z Amazon Bedrock o konkretne warianty Codex 0.143.0. Dokumentacja OpenAI wymienia trzy identyfikatory modeli: openai.codex-0.143.0-sol (zalecany jako domyślny), openai.codex-0.143.0-terra oraz openai.codex-0.143.0-luna. Każdy z nich oferuje maksymalne możliwości wnioskowania, a routing przez Bedrock oznacza, że cały ruch pozostaje w infrastrukturze kontrolowanej przez AWS.

    To ważne rozróżnienie: zamiast wysyłać zapytania bezpośrednio do endpointów OpenAI, zespoły mogą przechowywać dane w swoim VPC. Dla firm z wymogami compliance i suwerenności danych to rozwiązanie, które nie wymaga kompromisów w zakresie bezpieczeństwa.

    Narzędzia MCP i poprawki techniczne

    Narzędzia MCP i poprawki techniczne

    Wyszukiwanie narzędzi MCP (Model Context Protocol) zostało usprawnione, co ułatwia pracę z rozbudowanymi katalogami. Gdy agent ma do dyspozycji wiele narzędzi, szybkie odnalezienie właściwego staje się kluczowe — nowa wersja radzi sobie z tym lepiej, szczególnie w dużych workspace'ach.

    W kwestii stabilności poprawiono obsługę terminala na Windows, a serwery wykonawcze zyskały mechanizm odzyskiwania po awarii. Dodatkowo zaktualizowano zależności bezpieczeństwa, co jest standardem przy każdym wydaniu, ale wciąż istotnym elementem.

    Co to oznacza w praktyce

    Codex 0.143.0 to wydanie, które odpowiada na potrzeby pracy zespołowej i środowisk z restrykcjami. Domyślne wtyczki zdalne ułatwiają korzystanie z narzędzia dla nowych użytkowników, proxy systemowe rozwiązują problemy administratorów, a Bedrock zapewnia kontrolę nad miejscem, w którym przetwarzane są zapytania. Choć zmiany te mogą nie być od razu widoczne w interfejsie, mają kluczowe znaczenie dla funkcjonowania Codex w firmowej sieci oraz dla akceptacji przez zespół bezpieczeństwa.

    Ź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 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

  • OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    Najnowsze aktualizacje OpenCode z września 2026 wprowadzają natywne wsparcie dla adaptacyjnego myślenia w modelu Claude Sonnet 5 oraz gruntownie przebudowują obsługę protokołu MCP. Zmiany dotyczą zarówno warstwy core’owej narzędzia, jak i aplikacji desktopowej, a także integracji z zewnętrznymi modelami przez rozszerzenia. Kluczowym elementem jest inteligentna alokacja wysiłku wnioskowania, która dostosowuje się do złożoności zadania, zamiast sztywno trzymać się budżetu tokenów.

    Kluczowe fakty

    • Claude Sonnet 5 domyślnie korzysta z adaptacyjnego myślenia, które dynamicznie dobiera poziom wysiłku wnioskowania do konkretnego zadania.
    • Protokół MCP zyskał automatyczną rekonfigurację połączeń po uwierzytelnieniu OAuth oraz odświeżanie buforowanych zdalnych umiejętności.
    • Sesje ACP zapamiętują teraz model, tryb, poziom wysiłku i granice fragmentów wnioskowania przy wznawianiu lub forkach.
    • Rozszerzenia potrafią żądać podsumowanego adaptacyjnego myślenia dla modeli GitHub Copilot.
    • Aplikacja desktopowa doczekała się usprawnień w zarządzaniu sesjami i obsłudze okien.

    Adaptacyjne myślenie — co to właściwie znaczy?

    Tradycyjnie modele AI działały ze stałym budżetem wnioskowania, niezależnie od tego, czy zadanie wymagało głębokiej analizy kodu, czy prostej odpowiedzi na pytanie. Claude Sonnet 5 w OpenCode zmienia ten schemat. Mechanizm adaptacyjnego myślenia analizuje charakter promptu i decyduje, ile mocy obliczeniowej poświęcić na odpowiedź.

    Dla zespołów devopsowych oznacza to mniej marnowania tokenów na proste zadania i jednocześnie głębszą analizę tam, gdzie jest to potrzebne. Na przykład, przy debugowaniu skomplikowanego pipeline’u CI/CD model poświęci więcej czasu na analizę, a przy generowaniu boilerplate’u skończy szybciej.

    Aktualizacja z 14 września 2026 przywróciła obsługę modelu sesji ACP. Przy wznawianiu, forkach i ładowaniu zapisanych sesji narzędzie przywraca teraz parametry: model, tryb, poziom wysiłku i granice fragmentów wnioskowania. Nie trzeba już ręcznie konfigurować tych ustawień po powrocie do przerwanego zadania.

    MCP — mniej awarii, więcej kontroli

    MCP — mniej awarii, więcej kontroli

    Protokół MCP (Model Context Protocol) to kluczowy element komunikacji między OpenCode a zewnętrznymi narzędziami. Serwery MCP można definiować lokalnie przez komendę startową lub zdalnie przez URL. Dokumentacja narzędzia pokazuje, że każdy serwer ma teraz osobne ustawienia (komenda, argumenty, zmienne środowiskowe, nagłówki), a całość można przełączać globalnymi timeoutami.

    Największa zmiana to obsługa OAuth. Wcześniej po wygaśnięciu tokena integracja mogła przestać działać, co wymagało restartu sesji. Teraz OpenCode automatycznie odświeża połączenie po handshake’u OAuth i przywraca buforowane zdalne umiejętności bez przerywania pracy.

    Dla „vibe coding” i pracy terminalowej istotne jest autouzupełnianie zasobów MCP w kompozytorze — pisząc kod, narzędzie podpowiada dostępne endpointy i narzędzia z podłączonych serwerów. Podobnie działa autouzupełnianie dla skonfigurowanych referencji.

    Desktop i SDK — nowości dla różnych przepływów pracy

    Desktop i SDK — nowości dla różnych przepływów pracy

    Wersja desktopowa zyskała kilka konkretnych usprawnień. Sesje bez tytułów pokazują teraz wygenerowane nazwy zamiast pustych pól, a zmiana nazwy z poziomu edytora tytułu czy menu kontekstowego karty jest teraz niezawodna. Aplikacja na macOS nie wyłącza się po zamknięciu ostatniego okna — pozostaje aktywna i otwiera nowe okno po kliknięciu w docku.

    Dla użytkowników międzynarodowych rozszerzono pokrycie locale — aplikacja obsługuje teraz większą liczbę języków, układy od prawej do lewej (RTL) oraz stosuje poprawne reguły liczby mnogiej w tłumaczeniach.

    Po stronie SDK i API nowości są raczej ewolucyjne. Ekosystem API bezgłowego i integracje MCP zostały rozszerzone o lepsze raportowanie błędów w strumieniach SSE oraz retry przy błędach sieciowych. Timeouty dla strumieniowanych odpowiedzi i nagłówków providerów domyślnie ustawiono na pięć minut, aby wolno startujące modele nie powodowały fałszywych błędów.

    Co to znaczy dla AI, web devu i devopsów

    Dla zespołów webdeveloperskich największą wartością jest płynniejsze przełączanie się między zadaniami — sesje pamiętają kontekst, a MCP utrzymuje połączenia ze zdalnymi narzędziami. Przy pracy z CI/CD czy zdalnymi serwerami MCP, gdzie integracje OAuth były częstym punktem awarii, automatyczna rekonfiguracja to oszczędność czasu.

    Adaptacyjne myślenie Claude Sonnet 5 pozwala lepiej skalować koszty — prostsze zadania zużywają mniej tokenów, a złożone dostają dokładnie tyle mocy, ile potrzebują. To szczególnie przydatne przy dużych projektach, gdzie dziennie wykonuje się setki interakcji z modelem.

    Źródła

  • Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Anthropic wprowadził aktualizację Claude Code 2.1.197, w której domyślnym modelem asystenta kodowania stał się Claude Sonnet 5. To znacząca zmiana dla zespołów pracujących z dużymi bazami kodu, ponieważ nowy model oferuje natywne okno kontekstu mieszczące milion tokenów. Promocyjna wycena API obowiązuje do końca sierpnia 2026 roku. Aktualizacja została wprowadzona 30 czerwca 2026 roku i jest dostępna dla wszystkich użytkowników narzędzia.

    Co nowego w skrócie

    • Claude Sonnet 5 jest teraz domyślnym modelem w Claude Code, zastępując wcześniejszą wersję.
    • Natywne okno kontekstu 1M tokenów umożliwia analizowanie całych repozytoriów, wieloplikowe refaktoryzacje oraz złożone debugowanie w jednej sesji.
    • Ceny promocyjne wynoszą 2 USD za milion tokenów wejściowych i 10 USD za milion wyjściowych, obowiązujące do 31 sierpnia 2026.
    • Aktualizacja do wersji 2.1.197 jest wymagana, aby skorzystać z nowego modelu.

    Skok w agentowym kodowaniu

    Sonnet 5 to najbardziej zaawansowany model w linii Sonnet. W testach osiąga wyniki bliskie poziomowi Opus, ale przy znacznie niższych kosztach. Oznacza to, że model samodzielnie planuje działania, korzysta z narzędzi takich jak przeglądarki, terminale i edytory, oraz realizuje wieloetapowe zadania bez ciągłego nadzoru. W przeciwieństwie do wcześniejszych wersji Sonnetów, które często kończyły pracę w połowie, „piątka” doprowadza zadania do końca. Sprawdza również własne wyniki z własnej inicjatywy, bez potrzeby dodatkowych promptów o weryfikację.

    Dla web developerów to istotna zmiana. Milion tokenów kontekstu wystarcza, aby objąć duże fragmenty projektu, prześledzić zależności między modułami i przeprowadzić refaktoryzację bez gubienia wątku. Modele z mniejszym oknem często tracą szerszy obraz, gdy sesja się przeciąga — ten problem w Sonnet 5 został rozwiązany.

    Co to oznacza dla zespołów DevOps i CI

    Promocyjna wycena API jest szczególnie ważna dla automatyzacji. Zespoły, które integrują Claude Code w pipeline'y CI/CD lub używają go do masowej analizy kodu, mogą przetestować nowy model przy relatywnie niskich kosztach. Należy jednak pamiętać, że cena 2/10 USD za milion tokenów to oferta limitowana — po 31 sierpnia wróci standardowy cennik. Warto zaplanować większe zadania tak, aby zmieścić się w tym okresie.

    Jeśli twój zespół korzysta z Claude Code przez API, sprawdź wersję klienta. Bez aktualizacji do 2.1.197 model Sonnet 5 nie będzie dostępny, nawet jeśli konto ma odpowiednie uprawnienia. Anthropic wyłączył również ręczne rozszerzone myślenie — parametr thinking: {type: "enabled", budget_tokens: N} został usunięty po deprecjacji. Zamiast tego model korzysta z adaptacyjnego myślenia, regulowanego parametrem effort.

    Migracja bez większych niespodzianek

    Dla zespołów przechodzących z poprzednich wersji, Anthropic zaleca dostosowanie poziomu effort zamiast przenoszenia ustawień jeden do jednego. Sonnet 5 na poziomie medium dorównuje możliwościami poprzednim wersjom na high. Jeśli potrzebujesz maksymalnej mocy, zwiększ effort na xhigh — to zalecane ustawienie do najtrudniejszych zadań programistycznych.

    Model domyślnie kalibruje długość odpowiedzi do złożoności zadania. Na proste pytania odpowie krócej niż poprzednik, podczas analizy rozbudowanego kodu rozwinie się bardziej. Jeśli twój interfejs oczekuje konkretnej formy odpowiedzi, może być potrzebne dostrojenie promptów.

    Aktualizacja do wersji 2.1.197 nie wymaga dodatkowych uprawnień — wystarczy standardowa procedura aktualizacji w menedżerze pakietów lub bezpośrednio przez CLI. Nowy model działa jako domyślny od razu po restarcie narzędzia.

    Podsumowanie

    Zmiana domyślnego modelu na Sonnet 5 to istotna aktualizacja. Milion tokenów kontekstu, wyższa agentyczność i niższe ceny w porównaniu do Opus wprowadzają realne zmiany w pracy z kodem. Jest to szczególnie istotne dla zespołów, które miały trudności z ograniczeniami okna kontekstu przy analizie dużych repozytoriów. Wersja 2.1.197 jest już dostępna, a promocyjne stawki API obowiązują tylko do końca sierpnia.

    Źródła

  • Claude Code z nowym zarządzaniem sesjami i zaostrzonymi regułami bezpieczeństwa MCP

    Claude Code z nowym zarządzaniem sesjami i zaostrzonymi regułami bezpieczeństwa MCP

    Anthropic opublikował 29 czerwca 2026 roku wersję 2.1.196 narzędzia Claude Code. Nowa wersja wprowadza organizacyjne zarządzanie modelami domyślnymi, czytelniejsze nazwy sesji oraz istotne zaostrzenie przepisów bezpieczeństwa dla serwerów MCP w niezaufanych repozytoriach.

    Co nowego w pigułce

    • Organizacyjne modele domyślne – administratorzy mogą ustawić model na poziomie organizacji, a komenda /model pokazuje go jako „Org default”.
    • Czytelne nazwy sesji – sesje startują teraz z domyślnymi nazwami, co ułatwia identyfikację i wznawianie rozmów.
    • Bezpieczeństwo MCP – serwery z .mcp.json nie uruchamiają się automatycznie w niezaufanych przestrzeniach roboczych.
    • Trwałość zadań w tle – długotrwałe polecenia mogą przetrwać restart procesu sesji lub demona.
    • Watchdog strumieniowania – brak odpowiedzi przez 5 minut powoduje automatyczne przerwanie i ponowną próbę.

    Bezpieczeństwo MCP: najważniejsza zmiana dla zespołów DevOps

    Zmiana w zatwierdzaniu serwerów MCP jest kluczowa dla osób klonujących repozytoria i uruchamiających w nich Claude Code. Wcześniej serwer zdefiniowany w .mcp.json mógł wystartować automatycznie, jeśli repozytorium zawierało odpowiedni wpis w .claude/settings.json. Teraz w niezaufanych przestrzeniach roboczych polecenia claude mcp list i claude mcp get nie uruchamiają tych serwerów samodzielnie – zamiast tego trafiają one na listę oczekujących na zatwierdzenie.

    To eliminuje ryzyko, w którym sklonowane repo mogło nieświadomie uruchomić niechciane serwery MCP na maszynie dewelopera. Dla zespołów pracujących z kodem stron trzecich to istotne zabezpieczenie, które wcześniej wymagało ręcznej kontroli konfiguracji przed pierwszym uruchomieniem.

    Sesje, które nie giną przy restarcie

    Sesje, które nie giną przy restarcie

    Kolejna zmiana istotna dla środowisk hostingowych i ciągłej integracji dotyczy niezawodności zadań w tle. Długotrwałe polecenia agenta zyskały większą trwałość – mogą przetrwać zatrzymanie procesu sesji, a nawet restart demona. Jeśli worker zostanie ubity podczas restartu demona, automatycznie wznawia pracę.

    To ważna zmiana dla osób uruchamiających wielogodzinne zadania przez Claude Code, takie jak refaktoryzacje, migracje czy generowanie dokumentacji. W poprzednich wersjach awaria procesu często oznaczała utratę całego postępu. Teraz agent wraca do przerwanej pracy bez potrzeby ręcznej interwencji.

    Dodatkowo, domyślnie włączony watchdog strumieniowania przerywa połączenie i podejmuje automatyczną ponowną próbę, jeśli strumień odpowiedzi nie wygeneruje żadnego zdarzenia przez 5 minut. To rozwiązanie eliminuje problem „zawieszonych” sesji, które mogły wisieć w nieskończoność przy przeciążonym API.

    Drobniejsze usprawnienia użyteczności

    Drobniejsze usprawnienia użyteczności

    Wersja 2.1.196 wprowadza także kilka poprawek w interfejsie. Załączniki w czacie stały się klikalne, co pozwala na otwarcie pliku bezpośrednio z poziomu konwersacji. Terminal UI doczekał się odświeżenia, a proces code review został usprawniony.

    Poprawiono również błędy związane z interakcjami agentów i walidacją wtyczek. Dla użytkowników korzystających z wielu równoległych sesji zmiana w nazewnictwie jest istotna – zamiast enigmatycznych identyfikatorów sesje otrzymują domyślne, czytelne nazwy, co znacznie ułatwia nawigację przy pięciu otwartych zadaniach.

    Dlaczego to wydanie ma znaczenie

    Claude Code to aktualizacja o charakterze infrastrukturalnym. Nie wprowadza spektakularnych nowości funkcjonalnych, ale wzmacnia fundamenty: bezpieczeństwo, niezawodność i kontrolę nad środowiskiem pracy. Dla zespołów deweloperskich, które wdrożyły już Claude Code jako codzienne narzędzie, te zmiany oznaczają mniej niespodzianek i większą przewidywalność, zwłaszcza gdy agent działa na zdalnych maszynach lub przetwarza kod z zewnętrznych źródeł.

    Źródła

  • Anthropic ujednolica limity API i upraszcza strukturę tierów w platformie Claude

    Anthropic ujednolica limity API i upraszcza strukturę tierów w platformie Claude

    Firma Anthropic ogłosiła zmiany w zasadach korzystania z API Claude. Modele Sonnet i Haiku otrzymały teraz takie same limity szybkości jak Claude Opus na wszystkich poziomach użytkowania. Platforma została zreorganizowana, konsolidując dotychczasową strukturę w trzy czytelne tiery: Start, Build i Scale. Dla większości zespołów oznacza to automatyczne przeniesienie do wyższego poziomu bez konieczności podejmowania jakichkolwiek działań.

    Kluczowe informacje o aktualizacji

    • Limity API dla Claude Sonnet i Haiku są teraz równe limitom Claude Opus na każdym tierze
    • Trzy tiery – Start, Build i Scale – zastępują wcześniejszy, bardziej rozdrobniony system
    • Automatyczna migracja – większość organizacji zostanie przeniesiona do wyższego tieru bez dodatkowych formalności
    • Limity organizacyjne – ustalane są na poziomie całej organizacji, a nie pojedynczych użytkowników
    • Maksymalny miesięczny wydatek dla tieru Scale wynosi 200 000 dolarów

    Co konkretnie zmieniło się w limitach?

    Dotychczas korzystanie z różnych modeli Claude oznaczało różne limity – Opus miał własne pułapy, Sonnet inne, a Haiku jeszcze inne. Teraz to się zmienia. Anthropic postawiło na spójność: niezależnie od tego, czy aplikacja wywołuje Claude Sonnet do generowania kodu, czy Haiku do lżejszych zadań, limit żądań na minutę (RPM) oraz tokenów wejściowych i wyjściowych jest identyczny.

    W tierze Start limit wynosi około 1000 RPM, 2 miliony tokenów wejściowych na minutę i 400 tysięcy tokenów wyjściowych. Build podnosi te wartości do 5000 RPM, 5 milionów tokenów wejściowych i miliona wyjściowych. Scale, przeznaczony dla największych wdrożeń produkcyjnych, oferuje 10 000 RPM, 10 milionów tokenów wejściowych i 2 miliony wyjściowych przy wspomnianym limicie wydatków 200 000 dolarów miesięcznie. Warto jednak sprawdzać aktualne liczby bezpośrednio w dokumentacji – Anthropic zastrzega, że wartości mogą być aktualizowane.

    Dlaczego to ma znaczenie dla zespołów deweloperskich?

    Ujednolicenie limitów upraszcza planowanie wydajnościowe. Zespoły budujące aplikacje oparte na wielu modelach Claude – na przykład systemy agentowe, gdzie jeden model planuje zadania, a drugi wykonuje generowanie kodu – nie muszą już osobno kalkulować przepustowości dla każdego endpointu. Jedna polityka limitów obejmuje teraz całą organizację.

    Szczególnie odczują to środowiska o wysokiej przepustowości: potoki DevOps, backendowa automatyzacja czy narzędzia do generowania kodu w czasie rzeczywistym. Wcześniej różnice między modelami mogły wymuszać ograniczenia w architekturze – teraz można skalować równomiernie. Automatyczne przeniesienie większości organizacji do wyższego tieru dodatkowo zmniejsza tarcia przy rozwoju produktu.

    Trzy tiery – przejrzystość zamiast złożoności

    Konsolidacja do trzech poziomów to krok w stronę prostoty. Zamiast rozbudowanej struktury, którą trudno było wytłumaczyć nowym członkom zespołu, mamy logiczną ścieżkę: Start dla projektów na wczesnym etapie i małych integracji, Build dla rozwijających się aplikacji, oraz Scale dla dużych wdrożeń korporacyjnych.

    Limity działają teraz na poziomie organizacji. To rozwiązanie eliminuje sytuacje, w których jeden intensywnie korzystający z API deweloper blokuje dostęp pozostałym. Administratorzy zyskują lepszą kontrolę nad budżetem – miesięczny pułap wydatków w tierze Scale jest jasno określony i wynosi 200 000 dolarów, co pozwala precyzyjnie planować koszty przy dużych wdrożeniach.

    Praktyczne następstwa w świecie web devu i AI

    Dla branży web developmentu i systemów AI zmiany te wpisują się w szerszy trend upraszczania infrastruktury modeli językowych. Twórcy narzędzi takich jak Cursor, Windsurf czy Claude Code, które intensywnie wykorzystują API Claude do generowania i analizy kodu, zyskują bardziej przewidywalne środowisko. Mniej czasu spędzonego na zarządzaniu limitami to więcej czasu na rozwój funkcjonalności. Automatyczna migracja oznacza też, że zespoły nie muszą przerywać pracy, aby dostosować się do nowych zasad – wszystko dzieje się po stronie platformy.

    Źródła

  • Claude Code 2.1.193: pełna kontrola nad komendami shella i stabilniejsze zadania w tle

    Claude Code 2.1.193: pełna kontrola nad komendami shella i stabilniejsze zadania w tle

    25 czerwca 2026 roku Anthropic wprowadziło wersję 2.1.193 Claude Code, która dodaje nowe mechanizmy kontroli nad komendami w terminalu. Najważniejszą nowością jest ustawienie autoMode.classifyAllShell, które wymusza klasyfikację wszystkich komend Bash i PowerShell, a nie tylko tych, które pasują do predefiniowanych wzorców. Dla zespołów devopsowych i web devów oznacza to większą przewidywalność w środowiskach CI i na lokalnych maszynach.

    Kluczowe zmiany w skrócie

    • Nowe ustawienie autoMode.classifyAllShell przepuszcza wszystkie komendy shella przez klasyfikator auto-mode, nie tylko te z grupy "arbitrary-code-execution".
    • Widoczność powodów odrzucenia – powód blokady pojawia się teraz w transkrypcie, powiadomieniach i historii /permissions recent denials.
    • Live autocomplete ścieżek w trybie Bash ułatwia szybkie wpisywanie komend w terminalu.
    • Automatyczne czyszczenie procesów w tle przy presji pamięci zapobiega degradacji długich sesji agentowych.
    • Kilka poprawek stabilności dla agentów w tle, uwierzytelniania MCP i spójności UI.

    Większa kontrola nad auto-mode – klasyfikuj wszystko

    Do tej pory auto-mode sprawdzał tylko komendy oznaczone jako potencjalnie niebezpieczne, co mogło prowadzić do niezamierzonego wykonania kodu. Nowa flaga autoMode.classifyAllShell zmienia tę logikę – każda komenda Bash i PowerShell przechodzi teraz przez klasyfikator.

    Jeśli zespół skonfiguruje restrykcyjne reguły, agent nie odpali nieautoryzowanego skryptu rm -rf, ani nie zmieni zmiennych środowiskowych bez zgody. Dla konfiguracji produkcyjnych i CI/CD to istotny krok naprzód, zwłaszcza gdy agenci działają w trybie bez nadzoru.

    Poprawiono również widoczność odrzuceń. Wcześniej blokada komendy mogła być nieprzejrzysta. Teraz powód trafia do transkryptu, powiadomienia oraz do listy ostatnich odrzuceń w /permissions, co ułatwia zrozumienie, dlaczego agent nie uzyskał zgody.

    Background taski i presja pamięci

    Background taski i presja pamięci

    Długie sesje kodowania mogą generować wiele procesów w tle, które zajmują zasoby. Claude Code 2.1.193 wprowadza mechanizm automatycznego czyszczenia bezczynnych zadań shella, gdy system odczuwa presję pamięci.

    Mechanizm jest domyślnie włączony, ale można go wyłączyć przez CLAUDE_CODE_DISABLE_BG_SHELL_PRESSURE_REAP=1. Warto jednak pozostawić go włączonym, zwłaszcza na słabszych maszynach wirtualnych i kontenerach.

    W tej wersji naprawiono również kilka bugów związanych z backgroundowaniem sesji. Usunięto fałszywy komunikat "N background tasks would be abandoned" przy przełączaniu sesji oraz powtarzające się monity dla przypiętych agentów po auto-update. Zlikwidowano również problem z phantomowym sub-agentem "general-purpose (resumed)", który potrafił przelecieć całą konwersację po zbackgroundowaniu głównego wątku.

    OpenTelemetry i nowy event asystenta

    OpenTelemetry i nowy event asystenta

    Dla zespołów monitorujących pracę agentów przez OpenTelemetry dodano nowy log event: claude_code.assistant_response. Zawiera on pełny tekst odpowiedzi modelu, co pozwala śledzić, co dokładnie agent odpowiedział.

    Domyślnie event jest zredagowany, ale można go włączyć przez OTEL_LOG_ASSISTANT_RESPONSES=1. Jeśli ktoś już loguje prompty przez OTEL_LOG_USER_PROMPTS, upgrade automatycznie doda logowanie odpowiedzi, chyba że wyłączy je przez OTEL_LOG_ASSISTANT_RESPONSES=0.

    To ma znaczenie dla audytu i debugowania regresji – można prześledzić nie tylko akcje agenta, ale i jego tok rozumowania.

    Drobniejsze, ale przydatne

    Warto również wspomnieć o kilku mniejszych poprawkach. Autocomplete ścieżek w trybie Bash działa na żywo – przy komendzie ! system podpowiada istniejące pliki, co przyspiesza pracę w terminalu. Naprawiono również błąd, przez który panel agentów ukrywał rodzeństwo przy przeglądaniu sub-agenta. MCP headersHelper automatycznie reautoryzuje się przy 401/403, co powinno poprawić stabilność integracji narzędziowych.

    Dla web devów pracujących z Claude Code w trybie shell-heavy – przy deployu czy automatyzacji buildów – ta aktualizacja wprowadza zmiany, które mogą znacząco poprawić codzienny workflow. Więcej kontroli, lepsza diagnostyka i mniej frustracji przy długich sesjach.

    Źródła