Kategoria: Aktualności

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

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

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

    Kluczowe zmiany w skrócie

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

    Nowy poziom ochrony: pliki konfiguracyjne pod nadzorem

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

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

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

    Porządki w tle: sesje, podprocesy i schowek

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

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

    Ultracode zamiast workflow i szybszy auto-mode

    Ultracode zamiast workflow i szybszy auto-mode

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

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

    Drobniejsze, ale odczuwalne usprawnienia

    Drobniejsze, ale odczuwalne usprawnienia

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

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

    Podsumowanie

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

    Źródła

  • Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    OpenAI opublikowało 31 maja 2026 roku drugą wersję alfa z serii 0.136.0-alpha.2 narzędzia Codex CLI. W tej wersji wprowadzono kilka istotnych usprawnień, w tym możliwość archiwizacji wątków bezpośrednio z linii poleceń. To krok w kierunku przeniesienia funkcji znanych z aplikacji desktopowej Codex do terminala, eliminując potrzebę przełączania się między interfejsami.

    Co nowego w wydaniu

    • Archiwizacja wątków dostępna teraz jako polecenie w CLI, bez potrzeby korzystania z GUI
    • Amazon Bedrock otrzymał dwie poprawki dotyczące regionów – zmiany dotyczą limitów domyślnej warstwy usług oraz mechanizmu awaryjnego wyboru regionu
    • Tryb Vim zyskał poprawkę usuwającą błąd w edycji w trybie normalnym
    • Wyszukiwanie w sieci wymaga teraz jawnego określenia modelu przy samodzielnym użyciu tej funkcji
    • Windows Sandbox – zaostrzono wymagania dotyczące sandboksa na platformie Windows

    Co dokładnie zmieniono w archiwizacji wątków

    Zarządzanie historią konwersacji w Codex CLI było wcześniej ograniczone. Aby uporządkować starsze wątki, użytkownicy musieli korzystać z aplikacji desktopowej. Wersja 0.136.0-alpha.2 wprowadza archiwizację jako operację dostępną z poziomu codex w terminalu.

    To rozwiązanie jest szczególnie przydatne podczas dłuższych sesji pracy. Gdy gromadzisz wiele wątków z agentem, a część z nich staje się nieaktualna, możesz je archiwizować jednym poleceniem, nie odrywając rąk od klawiatury. Choć to drobna zmiana, w codziennym użytkowaniu CLI ma znaczenie.

    Warto zauważyć, że to wciąż wersja alfa – archiwizacja działa, jednak pełna integracja z filtrowaniem i przywracaniem wątków prawdopodobnie trafi dopiero do stabilnego wydania. Repozytorium na GitHubie nie zawiera szczegółowego changeloga dla tego wydania, co może sugerować, że część zmian została wprowadzona bez pełnej dokumentacji.

    Amazon Bedrock i poprawki regionalne

    Dwie poprawki dla Amazon Bedrock rozwiązują problemy, które mogły uprzykrzać życie użytkownikom spoza domyślnego regionu us-east-1. Pierwsza poprawka dotyczy limitów narzucanych przez domyślną warstwę usług – wcześniej Codex mógł odrzucać żądania, jeśli konto w Bedrock nie miało odpowiednio skonfigurowanych limitów. Druga poprawka usprawnia mechanizm awaryjnego przełączania regionu: gdy główny region nie odpowiada, narzędzie teraz sprawniej przełącza się na zapasowy.

    To dobra wiadomość dla zespołów pracujących w regionach takich jak eu-central-1 czy ap-northeast-1. Bedrock nie wszędzie ma identyczną dostępność modeli, więc efektywne przełączanie między regionami jest istotne w produkcyjnym użyciu.

    Tryb Vim i pozostałe poprawki

    Tryb Vim w Codex CLI rozwijał się dynamicznie w poprzednich wydaniach. Stabilne wersje 0.134.0 i 0.135.0 (opublikowane odpowiednio 26 i 28 maja) wprowadziły obsługę obiektów tekstowych takich jak ciw czy da(, co znacząco ułatwiło edycję w TUI. Wersja 0.136.0-alpha.2 naprawia błąd w trybie normalnym, który mógł powodować nieoczekiwane zachowanie podczas edycji.

    Dodatkowo, samodzielne wyszukiwanie w sieci wymaga teraz jawnego wskazania modelu. Wcześniej Codex mógł domyślnie używać modelu, który nie zawsze był optymalny dla danego zadania. Teraz to użytkownik decyduje, co ma sens, ponieważ różne modele różnie radzą sobie z interpretacją wyników wyszukiwania.

    Szybka instalacja

    Jeśli chcesz przetestować nowości, instalacja przebiega standardowo:

    npm install -g @openai/codex

    Lub przez Homebrew:

    brew install codex

    Po instalacji wystarczy uruchomić codex w terminalu. Pamiętaj, że to wydanie alfa – mogą wystąpić drobne problemy ze stabilnością. W oficjalnym repozytorium wciąż otwarte są zgłoszenia dotyczące problemów z ponownym łączeniem, w tym opóźnień przy przełączaniu na WebSocket i błędów przy idle reconnect. Zespół OpenAI nie podał jeszcze daty wydania stabilnego, ale tempo publikacji kolejnych wersji sugeruje, że nie trzeba będzie długo czekać.

    Źródła

  • Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Anthropic wypuścił wersję 2.1.153 swojego terminalowego asystenta Claude Code. Wydanie z 28 maja 2026 roku koncentruje się na poprawie stabilności i usunięciu niedociągnięć, które były uciążliwe dla programistów korzystających z agentów działających w tle. W sumie paczka zawiera 36 zmian, z czego większość to poprawki błędów, a nie nowe funkcje.

    Co warto wiedzieć o aktualizacji

    • Agenci w tle na macOS – poprawiono stabilność sesji w tle, jednak oficjalne noty nie potwierdzają zmiany tożsamości agentów w ustawieniach prywatności ani trwałego zapamiętywania zgód po aktualizacji.
    • Model językowy wybrany przez /model zostaje zapamiętany jako domyślny dla nowych sesji, co eliminuje konieczność ciągłego przełączania.
    • Git LFS otrzymuje optymalizacje, które przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi.
    • Autouzupełnianie w claude agents podpowiada teraz natywne komendy i umiejętności, nie tylko te dodane przez użytkownika.
    • Poprawki bezpieczeństwa objęły serwery MCP oraz uwierzytelnianie przez bramki API.

    macOS przestaje walczyć z własnymi agentami

    Użytkownicy macOS często skarżyli się na powtarzające się monity o uprawnienia. Agenci działający w tle wykonują zadania bez ciągłego nadzoru, jednak system Apple traktował je z podejrzliwością. Po każdej aktualizacji Claude Code monity wracały, zmuszając do ponownego autoryzowania dostępu do plików czy sieci.

    Wersja 2.1.153 poprawia stabilność sesji w tle i autouzupełnianie w claude agents, jednak oficjalne noty wydania nie potwierdzają, że agenci identyfikują się teraz jako „Claude Code” w panelu Prywatność i bezpieczeństwo ani że przyznane zgody pozostają aktywne po aktualizacji. Dla osób uruchamiających długotrwałe zadania w tle każda poprawka stabilności to oszczędność nerwów i czasu.

    Model na stałe, sesje pod kontrolą

    Kolejna zmiana dotyczy wyboru modelu. Do tej pory komenda /model działała jednorazowo – przełączała model tylko na bieżącą sesję. Teraz wybór zostaje zapisany jako domyślny dla wszystkich nowych sesji, co jest zgodne z działaniem rozszerzeń Claude w IDE. Jeśli potrzebujesz zmienić model tylko tymczasowo, wystarczy nacisnąć s, co ogranicza zmianę wyłącznie do aktualnej sesji.

    To drobna zmiana, ale w codziennej pracy każdy skrót ma znaczenie, zwłaszcza gdy przeskakujesz między projektami o różnych wymaganiach – raz potrzebujesz Opusa do analizy, a innym razem Haiku do szybkiego refaktoringu.

    Git LFS i autouzupełnianie bez zbędnego klikania

    Git LFS i autouzupełnianie bez zbędnego klikania

    Wsparcie dla Git LFS (Large File Storage) to odpowiedź na potrzeby zespołów pracujących z dużymi zasobami, takimi jak gry, modele 3D czy zbiory danych. Optymalizacje w źródłach wtyczek przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi. Różnica w czasie operacji może być znaczna, zwłaszcza gdy repozytorium waży kilka gigabajtów, a do pracy potrzebujesz jedynie kodu.

    Autouzupełnianie w claude agents również zostało ulepszone. Wcześniej podpowiadało głównie umiejętności zdefiniowane przez użytkownika. Teraz widzi także natywne komendy i umiejętności wbudowane w Claude Code, co pozwala na szybsze znalezienie potrzebnych informacji bez przeszukiwania dokumentacji.

    Windows i VS Code – walka z błędami

    Windows i VS Code – walka z błędami

    W tej aktualizacji wprowadzono również istotne poprawki. Integracja z PowerShellem na Windowsie wcześniej zgłaszała fałszywe sukcesy instalacji, co prowadziło do frustrujących sesji debugowania. Teraz ten problem został rozwiązany. Podobnie z integracją z VS Code – kilka błędów związanych ze stabilnością zostało naprawionych.

    Wiele z 36 zmian dotyczy stabilności claude agents oraz zarządzania sesjami, które działają bez ciągłej interakcji użytkownika. To kluczowe dla tych, którzy używają Claude Code do autonomicznych zadań, takich jak nightly buildy czy ciągła analiza kodu.

    Ewolucja zamiast rewolucji

    Claude Code 2.1.153 wpisuje się w szerszy trend rozwoju tego narzędzia. Wcześniejsze wersje serii 2.1, takie jak 2.1.0, dodały infrastrukturę, hooki, budżetowanie oraz umiejętności wielokrotnego użytku. Teraz przyszedł czas na dopracowanie szczegółów. To nie jest wydanie, które trafi na okładki, ale takie aktualizacje są kluczowe dla tego, czy narzędzie nadaje się do produkcyjnego użytku.

    Dla programistów korzystających z vibe codingu i agentów działających w tle, stabilność sesji oraz brak irytujących monitów to nie luksus, lecz warunek konieczny. Anthropic najwyraźniej to rozumie.

    Źródła

  • Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Moonshot AI opublikowało 26 maja 2026 roku wersję 1.45.0 terminalowego agenta AI Kimi Code CLI, wprowadzając usprawnienia w zarządzaniu sesjami oraz poprawkę krytycznego błędu w obsłudze komunikatów HTTP. To kolejna aktualizacja tego napisanego w TypeScript narzędzia open source, które od początku roku systematycznie zyskuje nowe funkcje.

    • Kimi Code CLI w wersji 1.45.0 łączy komendy /clear i /new do tworzenia nowych sesji
    • Moonshot AI naprawiło błąd, przez który wszystkie odpowiedzi 403 miały prefiks "Quota exceeded"
    • Aktualizacja z 26 maja 2026 roku to część intensywnego cyklu wydawniczego — od stycznia ukazało się ponad 100 wersji
    • Narzędzie jest dostępne na licencji MIT i dystrybuowane przez npm
    • Kimi Code CLI potrafi czytać i edytować kod, uruchamiać polecenia powłoki oraz samodzielnie planować kolejne kroki

    Intuicyjne sesje zamiast zamieszania

    Główna zmiana w wersji 1.45.0 dotyczy sposobu, w jaki użytkownicy rozpoczynają nową sesję. Do tej pory istniały dwie osobne komendy — /clear i /new — co mogło prowadzić do nieporozumień, zwłaszcza u osób rozpoczynających pracę z agentem. Teraz /clear działa jako alias dla /new, więc niezależnie od tego, którą komendę wybierzesz, efekt będzie ten sam: agent rozpoczyna świeżą konwersację bez obciążania kontekstu poprzednimi instrukcjami.

    Decyzja o ujednoliceniu ścieżki zarządzania sesjami wpisuje się w szerszy trend wśród narzędzi do AI coding, takich jak Cursor czy Windsurf, gdzie producenci dążą do uproszczenia interfejsu tekstowego. Mniej komend do zapamiętania to mniej pomyłek — szczególnie gdy pracuje się pod presją czasu.

    Kimi Code CLI jest agentem w pełni interaktywnym. Działa jako aplikacja TUI w terminalu i obsługuje nie tylko konwersację w języku naturalnym, ale też bezpośrednie wykonywanie poleceń powłoki. Przełączanie między trybami odbywa się przez Ctrl-X, co sprawia, że narzędzie może zastąpić tradycyjny terminal podczas sesji programistycznych.

    Koniec z fałszywymi alarmami o limitach

    Koniec z fałszywymi alarmami o limitach

    Równie istotną poprawką jest usunięcie błędu w obsłudze komunikatów błędów HTTP 403. We wcześniejszych wersjach każda odpowiedź z kodem 403 — niezależnie od rzeczywistej przyczyny — otrzymywała prefiks "Quota exceeded". Oznaczało to, że użytkownik widział informację o wyczerpaniu limitu nawet wtedy, gdy serwer odrzucał żądanie z zupełnie innego powodu, na przykład z powodu błędnych uprawnień czy niewłaściwego tokena uwierzytelniającego.

    Tego typu pomyłki potrafią skutecznie wybić z rytmu. Programista widzi komunikat o limicie, szuka przyczyny w panelu API, sprawdza zużycie — a problem leży gdzie indziej. Poprawka w wersji 1.45.0 sprawia, że komunikaty 403 odzwierciedlają faktyczną przyczynę błędu, co oszczędza czas i nerwy.

    Częsty rytm wydań i otwarte źródła

    Harmonogram aktualizacji Kimi Code CLI robi wrażenie. Od stycznia 2026 roku zespół Moonshot AI opublikował przeszło sto wersji, przechodząc od 0.88 przez 1.0 pod koniec stycznia aż do obecnego 1.45.0. Tak szybkie tempo sugeruje aktywną społeczność i zespół szybko reagujący na zgłoszenia.

    Narzędzie jest dostępne na licencji MIT, a jego kod źródłowy można znaleźć na GitHubie. Integruje się z VS Code przez dedykowane rozszerzenie, obsługuje protokół Agent Client Protocol, co pozwala łączyć je z Zed czy IDE JetBrains, a także współpracuje z powłoką Zsh. Agent potrafi nie tylko generować kod, ale też przeszukiwać pliki, pobierać strony internetowe, uruchamiać testy i samodzielnie dostosowywać plan działania na podstawie otrzymywanych informacji zwrotnych.

    Instalacja jest prosta — wystarczy curl lub npm. Po zalogowaniu się przez OAuth lub klucz API z platformy Kimi użytkownik od razu może opisać zadanie w języku naturalnym. Agent sam zdecyduje, jakich narzędzi użyć do jego realizacji, a przy operacjach modyfikujących pliki poprosi o potwierdzenie.

    Choć wersja 1.45.0 nie wnosi nowych funkcji, to poprawki — ujednolicenie komend i naprawa komunikatów — budują zaufanie do narzędzia. W codziennej pracy liczy się przewidywalność i brak irytujących niespodzianek.

    Źródła

  • Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    OpenAI wypuściło 26 maja 2026 roku wersję 0.134.0 Codex, która przekształca to narzędzie w pełnoprawne środowisko uruchomieniowe dla agentów AI. Zamiast kolejnych usprawnień edytora, wprowadzono trzy kluczowe elementy dla długotrwałych, nadzorowanych sesji: lokalne wyszukiwanie konwersacji, ujednolicone profile (--profile) oraz bardziej zaawansowaną obsługę Model Context Protocol (MCP). To wydanie odpowiada na potrzeby użytkowników, którzy spędzają z agentem więcej czasu, umożliwiając łatwiejszy powrót do wcześniejszych wątków, zachowanie konfiguracji oraz bezpieczne łączenie z zewnętrznymi narzędziami.

    Najważniejsze zmiany w Codex 0.134.0

    • Lokalne wyszukiwanie przeszukuje historię konwersacji z podglądem treści, co pozwala inżynierom odzyskać tok rozumowania agenta bez konieczności odtwarzania kontekstu.
    • Flaga --profile stała się głównym przełącznikiem profili w CLI, TUI i sandboksie — zamiast zestawu doraźnych flag, wprowadzono paczki polityk.
    • Per-server environment targeting i OAuth w MCP umożliwiają przypisywanie zmiennych środowiskowych do konkretnych serwerów oraz bezpieczną autoryzację przez strumieniowe HTTP.
    • Niezawodniejsze schematy narzędzi — connector tools zachowują lokalne struktury $ref i $defs, a przerośnięte schematy są kompaktowane bez ich spłaszczania.
    • Współbieżność tylko do odczytu — narzędzia MCP z flagą readOnlyHint mogą działać równolegle, co przyspiesza bezpieczne operacje.

    Profile jako konfigurowalne paczki polityk

    Zarządzanie uprawnieniami w Codex 0.134.0 wcześniej przypominało składanie mebli bez instrukcji — flagi do sandboksa, osobne przełączniki do poziomu dostępu, wszystko rozrzucone po dokumentacji. Wersja 0.134.0 rozwiązuje ten problem w przemyślany sposób.

    --profile działa teraz jako pojedynczy selektor, który łączy ustawienia sandboksa, poziom zatwierdzania akcji i konfigurację uprawnień w jeden zestaw. Można to traktować jak szablon polityki bezpieczeństwa, który działa w terminalu, interfejsie tekstowym i podczas zdalnego wykonania. Dla zespołów devopsowych, które muszą utrzymywać spójność między środowiskami — na przykład wymuszając tryb tylko do odczytu na testowych instancjach — to znaczna oszczędność czasu.

    Profile nie są już tylko nakładką na flagi. Działają jako samodzielne byty, które można wersjonować i przekazywać między członkami zespołu. W dłuższych sesjach kodowania, gdzie agent działa przez wiele godzin, taka powtarzalność konfiguracji ma kluczowe znaczenie.

    MCP zyskuje kontekst środowiskowy i OAuth

    Model Context Protocol łączy agenta z zewnętrznymi narzędziami — bazami danych, API, systemami plików. Dotychczas zarządzanie dostępem było mało elastyczne, ponieważ każde połączenie dziedziczyło globalne zmienne środowiskowe, co prowadziło do konfliktów przy większej liczbie konektorów.

    Nowe per-server environment targeting umożliwia przypisanie osobnych zmiennych środowiskowych do każdego serwera MCP. Jeśli jeden connector wymaga stagingowego tokena, a inny produkcyjnego klucza API, nie trzeba już stosować wrapperów ani przeładowywać sesji. Wystarczy zdefiniować to w konfiguracji.

    Dodanie OAuth dla strumieniowych serwerów HTTP to krok w stronę standardów korporacyjnych. Zamiast długotrwałych kluczy API, zespoły mogą teraz korzystać z krótkotrwałych tokenów z pełnym cyklem odświeżania. Dla nadzorowanych zdalnie agentów, na przykład działających na hostach Windows poprzez sandbox, oznacza to mniejsze ryzyko wycieku danych uwierzytelniających.

    Wyszukiwanie historii i niezawodność narzędzi

    Wyszukiwanie historii i niezawodność narzędzi

    Lokalne wyszukiwanie konwersacji rozwiązuje problem, który każdy programista zna: "co dokładnie powiedziałem agentowi trzy dni temu, że zadziałało?". Silnik przeszukuje nie tylko surowe logi, ale także treść odpowiedzi i podpowiedzi, pokazując podgląd dopasowań bez konieczności otwierania pełnych plików.

    To szczególnie ważne przy debugowaniu długich sesji — zamiast przeszukiwać setki linii terminala czy eksportować logi do zewnętrznych narzędzi, można szybko wyszukać konkretny fragment konwersacji bezpośrednio w CLI.

    Równolegle poprawiono obsługę schematów narzędzi. Dotychczas agresywne spłaszczanie struktur $ref i $defs często prowadziło do błędów walidacji, gdy connector przekazywał narzędziu źle sformatowane dane. Teraz schematy zachowują swoją strukturę — a jeśli przekraczają limity, są kompaktowane z poszanowaniem oryginalnych zależności.

    Stabilność i pakiety

    Stabilność i pakiety

    Wydanie zawiera również wiele poprawek, które są istotne w codziennej pracy. Interfejs TUI na Windows doczekał się łatek eliminujących artefakty renderowania, a zdalne wykonywanie poleceń (remote execution) jest teraz bardziej przewidywalne. Zmniejszono również rozmiar paczek instalacyjnych i uproszczono pipeline wydawniczy, co dla deweloperów oznacza szybsze ściąganie i mniej konfliktów zależności.

    Podsumowanie

    Wersja 0.134.0 to nie tylko zestaw kosmetycznych poprawek, lecz istotny krok w kierunku bardziej zaawansowanego zarządzania agentami AI.

    Źródła

  • Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed doczekał się stabilnej aktualizacji oznaczonej numerem 1.3.7, która rozwiązuje problem z zawieszaniem się operacji Git na komputerach Mac. To oczekiwana poprawka, szczególnie dla osób pracujących z kodem, które nie mają czasu na restartowanie edytora z powodu zablokowanego commitu czy pushu.

    Kluczowe fakty o wydaniu

    • Zed 1.3.7 to stabilna wersja przeznaczona wyłącznie dla systemu macOS.
    • Główna poprawka dotyczy blokowania się operacji Git z powodu błędów w procesach potomnych.
    • Race condition przy tworzeniu procesów powodował zawieszanie edytora podczas commitów, pushów i pulli.
    • Zgłoszenie błędu nosi identyfikator #57662 w trackerze projektu.
    • Efektem jest bardziej przewidywalna i płynna praca z repozytoriami w edytorze.

    Na czym polegał problem

    Błąd tkwił w mechanizmie uruchamiania procesów potomnych, przez które Zed komunikuje się z Git. Przy określonej sekwencji zdarzeń dochodziło do wyścigu, gdzie dwa wątki próbowały jednocześnie uzyskać dostęp do tego samego zasobu. W efekcie operacja Gita wisiała w nieskończoność, a edytor przestawał reagować na polecenia związane z kontrolą wersji.

    Dla programisty oznaczało to sytuację, w której próba zatwierdzenia zmian kończyła się martwym oknem dialogowym i przymusowym restartem Zeda. Dlatego poprawka została wprowadzona do stabilnego kanału tak szybko — tego typu błędy potrafią skutecznie zakłócić pracę.

    Problem dotyczył wyłącznie macOS. Zed korzysta tam z nieco innego modelu zarządzania procesami niż na Linuksie czy Windowsie, stąd łatka trafiła tylko do użytkowników komputerów Apple. Zespół Zed Industries nie podał szczegółów technicznych implementacji, ale z historii commitów wynika, że zmodyfikowano sposób synchronizacji wątków przy wywołaniach git poprzez std::process::Command.

    Dlaczego stabilność Gita ma znaczenie

    Dlaczego stabilność Gita ma znaczenie

    W świecie web developmentu i DevOps Git jest kluczowym narzędziem w codziennej pracy. Każdy commit, każdy push do zdalnego repozytorium to operacje wykonywane wielokrotnie w ciągu dnia. Gdy edytor nie radzi sobie z ich obsługą, traci się nie tylko czas, ale i zaufanie do narzędzia. Zed od początku pozycjonował się jako szybki, responsywny edytor konkurujący z VS Code, więc takie problemy mogą negatywnie wpłynąć na jego reputację.

    Warto również zwrócić uwagę na zespoły używające narzędzi AI do wspomagania kodowania, takich jak Claude Code czy Cursor. W takich workflow agent AI często samodzielnie wykonuje commit i push po wygenerowaniu kodu. Jeśli operacja Gita się zawiesi, cały proces automatyzacji staje.

    Szerszy kontekst rozwoju Zeda

    Zed 1.3.7 nie wprowadza nowych funkcji — to techniczna łatka stabilizacyjna. Wpisuje się jednak w szerszy trend, gdzie zespół Zeda regularnie wypuszcza drobne poprawki między większymi wydaniami. Wcześniejsze wersje 1.3.x skupiały się głównie na usprawnieniach wydajnościowych i naprawie błędów zgłaszanych przez społeczność.

    Jeśli korzystasz z Zeda na Macu i doświadczyłeś zamrożonego interfejsu przy próbie wykonania git commit albo git push, ta aktualizacja jest dla ciebie. Możesz ją pobrać standardowo — przez wbudowany mechanizm automatycznych aktualizacji lub bezpośrednio ze strony projektu. Po instalacji warto sprawdzić, czy problem został rozwiązany, szczególnie w większych repozytoriach, gdzie procesy Gita trwają dłużej, a ryzyko race condition było wyższe.

    Zespół nie ogłosił, czy podobna poprawka trafi do wersji na Linuksa i Windows — tam ten konkretny błąd nie występował, więc na razie nie ma takiej potrzeby. Historia pokazuje jednak, że Zed ujednolica ścieżki kodu między platformami, więc przyszłe wersje na wszystkich systemach mogą skorzystać z doświadczeń związanych ze zgłoszeniem #57662.

    Źródła

  • Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    OpenAI wydało 21 maja 2026 roku wersję Codex 0.133.0, która wprowadza natywne śledzenie celów z dedykowaną pamięcią trwałą, rozszerzone możliwości wtyczek oraz ulepszony interfejs zdalnego sterowania. W tej wersji mechanizm /goal przestaje być eksperymentalnym dodatkiem i staje się domyślnym trybem pracy dla dłuższych zadań. Agent nie tylko zapamiętuje, co robił, ale także potrafi kontynuować przerwane zadanie po restarcie terminala czy awarii procesu.

    Najważniejsze zmiany w skrócie

    • Trwałe śledzenie celów – cele są teraz domyślnie włączone i zapisywane w dedykowanym magazynie, co umożliwia kontynuację zadań między restartami CLI.
    • Ulepszone CLI zdalne – zdalne sterowanie agentem stało się bardziej stabilne i łatwiejsze w obsłudze.
    • Rozszerzone API wtyczek – wtyczki zyskały dostęp do głębszej obserwacji zdarzeń cyklu życia agenta.
    • Dojrzałe profile uprawnień – profile uprawnień otrzymały API list oraz szereg poprawek stabilności.
    • Krytyczne poprawki błędów – naprawiono problemy ze startem TUI, ładowaniem instrukcji agenta i blokadami przy kompaktowaniu wątków.

    Jak działa nowe śledzenie celów

    Do tej pory mechanizm /goal działał w ramach pojedynczej sesji. Jeśli proces padał, cel przepadał. Było to frustrujące przy zadaniach trwających wiele godzin, zwłaszcza w środowiskach deweloperskich, gdzie restart terminala jest codziennością. Wersja 0.133.0 zmienia tę dynamikę.

    Cele mają teraz dedykowany magazyn, co oznacza, że stan zadania jest zapisywany między turami, niezależnie od przyczyny przerwy, czy to zamknięcia okna, utraty połączenia, czy restartu systemu. Po ponownym uruchomieniu CLI agent wznawia pracę dokładnie od miejsca, w którym ją przerwał, automatycznie sprawdzając stopień realizacji celu i decydując, co dalej.

    Mechanizm opiera się na wcześniejszych poprawkach z wersji 0.132.0, które wprowadziły limit zatrzymujący kontynuację po przekroczeniu budżetu tokenów. Teraz pętla kontynuacji nie kręci się bez końca, gdy cel jest zbyt niejasny – budżet tokenów pełni funkcję twardego limitu, po przekroczeniu którego agent zatrzymuje pracę.

    Zdalne sterowanie agentem zyskało nową jakość

    Codex od dawna pozwalał na uruchomienie agenta na zdalnym serwerze, ale interfejs do zarządzania był niewystarczający. Wersja 0.133.0 znacząco to poprawia.

    Ulepszone CLI zdalne (remote-control CLI) jest teraz bardziej stabilne i przewidywalne w działaniu. Można zarządzać zadaniami na odległym hoście, nie tracąc kontroli nad tym, co agent robi. Cała komunikacja przechodzi przez bezpieczną warstwę przekazywania (relay layer), co oznacza, że lokalna instancja agenta może wysyłać polecenia i odbierać wyniki, podczas gdy ciężkie obliczenia wykonują się zdalnie.

    Dla zespołów devopsowych i osób hostujących własne środowiska developerskie to oszczędność czasu. Można zostawić długie zadanie na serwerze, sprawdzić postępy z laptopa, a nawet zrestartować CLI bez utraty kontekstu.

    Wtyczki dostają głębszy wgląd w agenta

    Wtyczki dostają głębszy wgląd w agenta

    Rozszerzone API wtyczek to kolejny istotny element tej aktualizacji. Deweloperzy rozszerzeń mają dostęp do głębszej obserwacji zdarzeń cyklu życia. Oznacza to, że wtyczka może teraz reagować na więcej typów zdarzeń wewnątrz agenta, na przykład po wykonaniu narzędzia, przed podjęciem decyzji o kontynuacji czy po zakończeniu tury.

    Dodatkowo usprawniono funkcje odkrywania wtyczek, co ułatwia użytkownikom znajdowanie i instalowanie rozszerzeń bez grzebania w konfiguracjach. To krok w stronę ekosystemu, w którym wtyczki stają się integralną częścią platformy.

    Poprawki, które ratują codzienną pracę

    Poprawki, które ratują codzienną pracę

    Oprócz nowości, wersja 0.133.0 przynosi szereg poprawek błędów, które dotychczas męczyły użytkowników. Najważniejsze z nich dotyczą startu TUI – interfejs terminalowy potrafił się zawiesić przy uruchamianiu, szczególnie na starszych instalacjach. Teraz ten problem został rozwiązany.

    Poprawiono także ładowanie instrukcji agenta, które w poprzednich wydaniach działało wybiórczo, oraz zarządzanie profilami uprawnień – profile dojrzały i otrzymały list API, co pozwala programistom na łatwiejsze zarządzanie z poziomu skryptów i narzędzi zewnętrznych.

    Warto również odnotować, że wątki wznowione z ChatGPT mogły wpadać w błędy kompaktowania, gdy model źródłowy został już wycofany. Od teraz taki wątek ponawia próbę z aktualnie wybranym modelem, zamiast milcząco kończyć działanie.

    Podsumowanie

    Codex 0.133.0 to wydanie, które przesuwa środek ciężkości z sesyjnych, jednorazowych interakcji w stronę długotrwałych zadań agentowych. Trwałe cele, solidniejsze CLI zdalne i dojrzałe API wtyczek stanowią fundament do budowy bardziej zaawansowanych automatyzacji. Niektórzy użytkownicy zgłaszają jednak spowolnienia agenta po aktualizacji, w tym dłuższy czas odpowiedzi przy pierwszym uruchomieniu celu oraz okresowe opóźnienia w interfejsie TUI.

    Źródła

  • OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    Najnowsza aktualizacja OpenCode wprowadza istotne zmiany w architekturze systemu zdarzeń, wprowadzając mechanizm oparty na bibliotece Effect. To krok w kierunku zapewnienia stabilności i spójności działania aplikacji, zwłaszcza w złożonych środowiskach deweloperskich, gdzie wiele komponentów musi współpracować. Użytkownicy desktopowi na Linuxie i Windows zyskają nowe funkcje interfejsu, a deweloperzy korzystający z SDK otrzymali ważne poprawki.

    Kluczowe fakty o aktualizacji

    • Effect-based core event system zapewnia niezawodne dostarczanie zdarzeń między sesjami i integracjami.
    • Auto-hide menu bar jest dostępny dla użytkowników Linuxa i Windowsa.
    • JavaScript SDK został zaktualizowany, przywracając brakujące typy zdarzeń.
    • Sesje teraz zachowują aktualizacje kontekstu systemowego podczas długotrwałych rozmów.
    • Architektura pluginów pozwala na zaczepianie się o zdarzenia w celu rozszerzania funkcjonalności.

    Integracja z systemem zdarzeń Effect

    Sercem najnowszego wydania jest przeprojektowany system zdarzeń oparty na bibliotece Effect. Dla użytkownika końcowego zmiana ta może być niewidoczna, ale dla stabilności i przewidywalności działania OpenCode ma kluczowe znaczenie. System zdarzeń działa jako warstwa pośrednicząca, przez którą przepływają informacje o operacjach zachodzących w aplikacji. Przejście na Effect oznacza, że dostarczanie zdarzeń – w obrębie tej samej sesji, między różnymi sesjami lub do zewnętrznych integracji – staje się bardziej niezawodne.

    Na przykład, jeśli plugin do powiadomień na pulpicie musi zareagować na zakończenie długiego zadania przez agenta AI, w poprzednich wersjach zdarzenie mogło nie dotrzeć z powodu problemów z siecią lub serializacją. Nowa architektura zarządza takimi sytuacjami w sposób przejrzysty dla programisty, co gwarantuje, że ważne informacje nie zostaną utracone. To ma ogromne znaczenie dla ekosystemu pluginów, gdzie deweloperzy tworzą niestandardowe moduły JavaScript/TypeScript, aby dodawać nowe funkcje lub integrować OpenCode z zewnętrznymi serwisami, takimi jak systemy monitoringu czy powiadomień.

    Usprawnienia dla użytkowników desktopowych

    Kolejna grupa zmian dotyczy użytkowników aplikacji desktopowej na systemach Linux i Windows. Nowa funkcja auto-hide menu bar umożliwia automatyczne ukrywanie paska menu, co przekłada się na czystszy interfejs i większą przestrzeń roboczą, szczególnie na mniejszych ekranach. To odpowiedź na potrzeby użytkowników, którzy cenią minimalizm i skupienie na kodzie.

    Zespół deweloperski skupił się również na poprawie stabilności archiwizacji sesji. Sesje w OpenCode to nie tylko historia konwersacji, ale także kontekst pracy, w tym zmiany w plikach i decyzje agentów. Niestabilne archiwizowanie mogło prowadzić do utraty ważnych danych lub problemów z przywracaniem pracy. Poprawki w tym obszarze zapewniają, że proces zapisywania i odtwarzania stanu sesji jest teraz bardziej solidny, co jest kluczowe dla profesjonalistów polegających na OpenCode w codziennej pracy. Sesje zyskują również zdolność do zachowywania aktualizacji kontekstu systemowego podczas długotrwałych konwersacji, co jest istotne przy zadaniach trwających wiele godzin.

    Spójność SDK i wydarzenia globalne

    Dla deweloperów tworzących własne integracje kluczową zmianą jest aktualizacja JavaScript SDK. Poprzednia wersja miała braki w typach zdarzeń, co wymuszało nieeleganckie obejścia i utrudniało tworzenie spójnych rozwiązań. Przywrócenie brakujących elementów to krok w kierunku zapewnienia przewidywalnego i profesjonalnego doświadczenia podczas rozbudowy platformy.

    Zmiany obejmują również globalne strumienie zdarzeń w OpenCode, które teraz jawnie uwzględniają zdarzenia dodania (add), usunięcia (remove) i przełączenia (switch) konta. Ta transparentność jest istotna dla rozwiązań wielokontowych, umożliwiając zewnętrznym narzędziom natychmiastową i precyzyjną reakcję na zmiany stanu autoryzacji. Architektura OpenCode była projektowana jako rozszerzalna, a te poprawki pokazują, że rozwój ekosystemu i narzędzi deweloperskich jest traktowany priorytetowo obok funkcjonalności dla użytkownika końcowego.

    Źródła

  • Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Zespół Factory wprowadził wersję 0.125.0 swojego interfejsu wiersza poleceń, w której dodano obsługę konfiguracji ACP z możliwością nadpisywania ustawień w obrębie sesji oraz zwiększono limity obcinania wyników narzędzia Task. Te zmiany mają na celu stworzenie bardziej elastycznego środowiska pracy z modelami AI, co z pewnością docenią entuzjaści vibe codingu oraz inżynierowie DevOps.

    Kluczowe zmiany w wydaniu

    • Opcje konfiguracji ACP – CLI teraz informuje klientów ACP o dostępnych opcjach i wspiera session/set_config_option, co umożliwia dynamiczne nadpisywanie ustawień.
    • Wyższe limity wyników Task – narzędzie teraz zachowuje więcej danych wyjściowych, co zapobiega utracie długich odpowiedzi generowanych przez modele językowe.
    • Usunięcie efektów shimmer – z interfejsu usunięto nieaktualne animacje migotania, które rozpraszały podczas pracy.
    • Poprawiona widoczność ścieżek – pasek tytułowy aplikacji wyraźniej pokazuje bieżącą ścieżkę pliku, co ułatwia orientację w projekcie.

    Elastyczna konfiguracja bez restartowania klientów

    Nowy mechanizm ACP może wydawać się skomplikowany, ale w praktyce przynosi konkretne korzyści dla osób pracujących z agentami AI. Dzięki obsłudze session/set_config_option, Factory CLI pozwala na zmianę niektórych parametrów konfiguracyjnych bez konieczności zamykania i ponownego uruchamiania klienta.

    To jest szczególnie przydatne w środowiskach, gdzie różne zadania w ramach jednego projektu wymagają różnych profili działania sztucznej inteligencji. Jeden skrypt może potrzebować intensywnego podpowiadania kodu, podczas gdy inny wymaga oszczędniejszego trybu, aby nie przeciążać interfejsu. Wcześniej takie zmiany wymagały edycji plików konfiguracyjnych lub restartu; teraz można je wprowadzać w locie. Dla rozproszonych agentów i potoków ciągłej integracji oznacza to mniej przerw i większą płynność pracy.

    Dodatkowo, narzędzie otwiera się na szerszą integrację z zewnętrznymi klientami ACP, co może prowadzić do nowych scenariuszy automatyzacji, takich jak zdalne sterowanie konfiguracją czy lepsze powiązanie z systemami monitorującymi.

    Więcej danych, mniej strat – nowe limity wyników

    Drugim istotnym ulepszeniem jest zwiększenie limitów obcinania dla rezultatów zwracanych przez narzędzie Task. W pracy z dużymi modelami językowymi często można było napotkać problemy związane z obcinaniem odpowiedzi, które zawierały długie fragmenty kodu, logi czy szczegółowe wyjaśnienia. To było frustrujące, zwłaszcza podczas sesji vibe coding, gdzie generowany kod często przekraczał standardowe rozmiary odpowiedzi.

    Od wersji 0.125.0 Factory pozwala na zachowanie znacznie większej ilości treści. Co ważne, zmiana nie polega na prostym zwiększeniu stałego progu – wprowadzono limity, które lepiej dostosowują się do charakteru odpowiedzi. Dzięki temu programista nie musi obawiać się, że model dostarczy tylko część rozwiązania, co pozwala skupić się na merytorycznej pracy, a nie na walce z okrojonymi wynikami.

    Dla zespołów DevOps to także praktyczna korzyść: długie logi z procesów budowania czy automatyzacji będą teraz w całości widoczne w konsoli, co przyspiesza debugowanie i analizę przyczyn awarii.

    Poprawki wizualne – mniej migotania, lepsza nawigacja

    Choć zmiany mogą wydawać się kosmetyczne, usunięcie efektów shimmer i poprawiona widoczność ścieżek w pasku tytułowym realnie wpływają na komfort codziennej pracy. Stary interfejs potrafił wyświetlać animacje migotania jeszcze przez chwilę po zakończeniu operacji, co wprowadzało chaos wizualny i odwracało uwagę od wyników. Teraz środowisko jest czystsze i bardziej przewidywalne.

    Nowy wygląd paska tytułowego to ukłon w stronę programistów pracujących z wieloma repozytoriami i plikami jednocześnie. Wyraźnie widoczna ścieżka pomaga szybko zorientować się, w którym miejscu projektu się znajdujemy – bez konieczności dodatkowego sprawdzania w terminalu czy menedżerze plików. Dla każdego, kto choć raz pomylił kontekst podczas intensywnej sesji kodowania, będzie to odczuwalne usprawnienie.

    Co to oznacza dla programistów?

    Factory CLI v0.125.0 to nie rewolucja, ale solidna aktualizacja, która odpowiada na realne potrzeby osób korzystających z AI w codziennym kodowaniu. Dynamiczna konfiguracja ACP daje większą kontrolę nad zachowaniem agentów, zwiększone limity zapobiegają utracie kluczowych danych, a poprawiony interfejs sprawia, że praca staje się bardziej komfortowa. Dla web developerów, inżynierów DevOps i entuzjastów vibe codingu to krok naprzód w kierunku środowiska, które mniej przeszkadza, a więcej pomaga.

    Źródła

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

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

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

    Najważniejsze nowości w pigułce

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

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

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

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

    Agenci w tle przestali zapominać o uprawnieniach

    Agenci w tle przestali zapominać o uprawnieniach

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

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

    Stabilność: 61 zmian w CLI

    Stabilność: 61 zmian w CLI

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

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

    Dla kogo ta aktualizacja?

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

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

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

    Źródła