Autor: Frontendfreak

  • Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google wypuściło aktualizację Antigravity 2.0.10, która została wydana 28 maja 2026 roku. Ta wersja koncentruje się na naprawie błędów oraz poprawie niezawodności aplikacji. Zespół rozwiązał przede wszystkim krytyczny problem związany z kredytami G1, który wpływał na historię salda użytkowników.

    • Google wydało wersję 2.0.10 swojej aplikacji Antigravity 28 maja 2026
    • Główną zmianą jest poprawka błędu kredytów G1, który zniekształcał wyświetlanie salda konta
    • Dodatkowo wprowadzono szereg poprawek zwiększających ogólną niezawodność i użyteczność
    • Antigravity 2.0.10 zastąpiło wcześniejsze IDE, zmieniając podejście na aplikację desktopową skoncentrowaną na agentach AI

    Błąd G1 – co dokładnie poprawiono?

    Problem z kredytami G1 był jednym z bardziej irytujących błędów, które pojawiły się po premierze Antigravity 2.0.10. Użytkownicy zauważali różnice między rzeczywistym stanem wykorzystanych jednostek rozliczeniowych a tym, co pokazywał interfejs. W niektórych przypadkach system nie poprawnie odzwierciedlał zużycie kredytów z pakietu Google One. Ta kwestia była już częściowo rozwiązana w łatce 2.0.10, ale nie do końca skutecznie.

    Wersja 2.0.10 zamyka ten temat. Mechanizm śledzenia salda został poprawiony, aby dane wyświetlane w zakładce Models w ustawieniach zgadzały się z rzeczywistym stanem konta. Dla osób intensywnie korzystających z agentów AI ma to praktyczne znaczenie – użytkownicy mogą teraz łatwo sprawdzić, ile kredytów faktycznie zostało, bez konieczności ręcznego przeliczania.

    W changelogu nie podano szczegółów technicznych poprawki. Wpis ogranicza się do stwierdzenia „G1 credit bug fix”. Jednak na podstawie wcześniejszych problemów można przypuszczać, że chodziło o synchronizację między backendem rozliczeniowym a lokalnym stanem aplikacji.

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Oprócz poprawki G1, Antigravity 2.0.10 przynosi również zbiór poprawek określonych jako „różne usprawnienia niezawodności i użyteczności”. To klasyczny zbiór, w którym Google umieszcza mniejsze poprawki, które nie wymagają osobnego opisywania. W praktyce chodzi prawdopodobnie o stabilniejsze działanie przy przełączaniu konwersacji, mniej awarii przy operacjach na plikach oraz ogólne wygładzenie interfejsu.

    Wersja 2.0.10 nie wprowadza nowych funkcji. Nie ma wsparcia dla PDF-ów (to pojawiło się w 2.0.10), nie ma komendy /btw ani przeprojektowanego ekranu limitów. To inżynieryjne wydanie, które przygotowuje grunt pod późniejsze, bardziej rozbudowane aktualizacje.

    Kontekst: Antigravity 2.0.10 jako następca IDE

    Wersja 2.0.10 pojawia się nieco ponad tydzień po premierze Antigravity 2.0.10, zaprezentowanej na Google I/O 19 maja 2026 roku. Ta premiera była dużą zmianą – Google porzuciło dotychczasowe podejście w stylu IDE i zastąpiło je samodzielną aplikacją desktopową skoncentrowaną na agentach.

    Dla wielu programistów oznaczało to utratę znanych narzędzi – eksploratora plików, terminala czy kontroli wersji wbudowanych w poprzednie środowisko. Dlatego kolejne łatki, takie jak 2.0.10, są niezwykle ważne – stabilizują nowe doświadczenie, podczas gdy zespół odbudowuje funkcjonalności w nowej architekturze.

    Co ciekawe, wersja 2.0.10 dodała integrację z Antigravity IDE, co umożliwia otwieranie projektów w starym środowisku. Wygląda na to, że Google stworzyło most między starym a nowym światem, zamiast całkowicie odcinać użytkowników.

    Co dalej?

    Patrząc na dalszy ciąg changeloga – wersje 2.0.10, 2.0.10 czy 2.0.10 – widać, że tempo rozwoju jest wysokie. Kolejne wydania wprowadzają wsparcie dla PDF-ów, komendę /btw do bocznych pytań w trakcie konwersacji, a nawet odtwarzanie plików audio bezpośrednio w aplikacji.

    Dla osób śledzących rozwój narzędzi AI i środowisk pracy z agentami, Antigravity staje się interesującym przypadkiem. Google stara się zbudować pomost między klasycznym IDE a w pełni agentskim workflow – coś, co konkurencja również próbuje robić, ale na razie bez jednego spójnego produktu. Wersja 2.0.10 to mały, ale solidny krok w stronę stabilności, która jest kluczowa dla funkcji aplikacji.

    Źródła

  • OpenCode z WebSocket i ACP – nowa odsłona narzędzia, które stawia na szybkość i współpracę agentów

    OpenCode z WebSocket i ACP – nowa odsłona narzędzia, które stawia na szybkość i współpracę agentów

    Seria czterech wydań OpenCode z WebSocket i ACP w ciągu zaledwie tygodnia – od wersji 1.15.9 do 1.15.12 – wprowadziła eksperymentalną obsługę WebSocket dla odpowiedzi OpenAI oraz gruntownie przebudowaną integrację z protokołem ACP. Deweloperzy zyskali szybszy transport danych oraz mechanizmy, które zmieniają sposób, w jaki agenci AI współpracują ze sobą i z zewnętrznymi narzędziami.

    Co nowego w skrócie

    • Eksperymentalny WebSocket zastępuje SSE w odpowiedziach OpenAI, co obniża opóźnienia i daje większą kontrolę nad połączeniem.
    • ACP-next zamyka temat 35 poprawek błędów z poprzedniego forka i otwiera drogę do współpracy wielu agentów jednocześnie.
    • Adaptive reasoning controls dla modeli Anthropic Opus pozwala użytkownikom dostosować sposób wnioskowania.
    • Szybszy start sesji i nowe okno zarządzania przestrzenią roboczą w interfejsie TUI i Desktop.

    WebSocket zamiast SSE – mniej czekania, więcej kontroli

    Najważniejszą zmianą techniczną jest wprowadzenie eksperymentalnego transportu WebSocket dla OpenAI Responses API. Do tej pory komunikacja z modelami OpenAI opierała się na Server-Sent Events – prostym, ale ograniczonym mechanizmie. SSE działa jednostronnie: serwer wysyła dane, a klient słucha. Przy długotrwałych połączeniach, gdzie strumieniowanie odpowiedzi trwa dziesiątki sekund, każda przerwa oznacza konieczność ponownego zestawienia sesji od zera.

    WebSocket rozwiązuje ten problem, ponieważ działa dwukierunkowo. Klient i serwer utrzymują stały kanał, co redukuje opóźnienia i pozwala na inteligentniejszą logikę reconnectu. Aby to włączyć, wystarczy ustawić zmienną środowiskową OPENCODE_EXPERIMENTAL_WEBSOCKETS=true. W paczce znalazły się także poprawki dla środowiska Bun – wcześniej proxy potrafiło się wysypać – oraz mechanizm retry, który nie poddaje się po pierwszej nieudanej próbie.

    Warto zaznaczyć, że to wciąż funkcja oznaczona jako eksperymentalna. Nie wszystko działa idealnie, ale kierunek jest jasny: OpenCode z WebSocket i ACP chce być narzędziem, które nie każe deweloperowi czekać.

    ACP-next – agenci w końcu ze sobą rozmawiają

    ACP-next – agenci w końcu ze sobą rozmawiają

    Drugą dużą zmianą jest ACP-next, czyli nowa warstwa integracyjna oparta na Agent Communication Protocol. Poprzedni fork DCP miał 35 udokumentowanych błędów, które mogły zakłócać kontekst sesji w najmniej oczekiwanym momencie. ACP-next to czysty grunt: pełna obsługa cyklu życia sesji, routowanie zdarzeń, streamowanie aktualizacji narzędzi, wysyłanie promptów i zarządzanie uprawnieniami.

    Co to oznacza w praktyce? OpenCode z WebSocket i ACP może teraz działać jako jeden z wielu agentów w większym ekosystemie. Wyobraź sobie sesję, w której jeden agent analizuje kod, drugi sprawdza zgodność z dokumentacją, a trzeci podpowiada refaktoryzację – wszystko w tym samym środowisku, bez ręcznego przełączania kontekstów.

    Aby skorzystać z ACP, edytor musi być skonfigurowany do uruchamiania komendy opencode acp. JetBrains już dodał natywne wsparcie, więc użytkownicy IntelliJ czy PyCharm mogą uruchomić OpenCode z WebSocket i ACP bezpośrednio w IDE. Dla tych, którzy chcą większej kontroli, dostępny jest także opencode-acp-control – zestaw umiejętności do programowego zarządzania sesjami, promptami i wersjami.

    Interfejs, który nie przeszkadza

    Interfejs, który nie przeszkadza

    Przy okazji większych zmian architektonicznych zespół OpenCode z WebSocket i ACP dodał kilka funkcji, które ułatwiają życie. Nowe okno dialogowe do zarządzania przestrzenią roboczą pojawiło się zarówno w interfejsie terminalowym, jak i desktopowym. Poprawiono także układ zakładek – teraz przełączanie między sesjami jest płynniejsze i nie gubi kontekstu.

    Start sesji również przyspieszył, głównie dzięki optymalizacjom w ACP-next. Dla osób pracujących z modelami Anthropic Opus dodano adaptive reasoning controls – mechanizm, który pozwala dostosować, jak głęboko model analizuje prompt przed udzieleniem odpowiedzi. To przydatne, gdy potrzebujesz szybkiej podpowiedzi, a nie kilku akapitów analizy.

    Społeczność i tempo rozwoju

    Cztery wersje w tydzień mówią same za siebie. Tempo rozwoju jest wysokie, a społeczność żywo reaguje – najgorętszym wątkiem dyskusyjnym było opóźnienie odpowiedzi modeli GPT, co zebrało 106 komentarzy. Wprowadzenie WebSocketu to odpowiedź na te głosy.

    OpenCode z WebSocket i ACP pozostaje narzędziem agnostycznym wobec dostawców modeli – działa z dużymi modelami SOTA oraz z mniejszymi, szybszymi wariantami. To sprawia, że nadaje się zarówno do zadań wymagających głębokiego rozumowania, jak i do prostych automatyzacji, gdzie liczy się czas odpowiedzi.

    Źródła

  • Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    OpenAI wydało 28 maja 2026 roku wersję 0.135.0 narzędzia Codex CLI, która koncentruje się na poprawie doświadczeń deweloperów poprzez rozbudowaną diagnostykę, zaawansowaną edycję w stylu Vim oraz ulepszenia w Python SDK. To piąte stabilne wydanie w ciągu dziesięciu dni, co pokazuje intensywne tempo prac nad projektem, który przekształca się z prostego generatora kodu w fundament agentowości operującej w środowiskach deweloperskich. Wersja ta nie wprowadza nowych modeli AI, lecz skupia się na stabilności i funkcjonalności interfejsu, co czyni ją istotną dla użytkowników korzystających z Codex 0.135.0 w codziennej pracy terminalowej.

    Kluczowe fakty na temat wydania

    • Narzędzie diagnostyczne codex doctor zostało rozszerzone do pięciu ustrukturyzowanych kategorii: środowisko, Git, terminal, serwer aplikacji i inwentarz wątków.
    • Tryb Vim zyskał edycję obiektów tekstowych (np. ciw, da"), poprawione zachowanie końca słowa i linii oraz konfigurowalne skróty do przerywania zadań.
    • Python SDK wprowadza przyjazne presety Sandbox dla interfejsów API wątków i tur, redukując szablonowy kod.
    • Interfejs TUI otrzymał ulepszone renderowanie Markdown, lepszą widoczność połączeń zdalnych w /status oraz poprawki stabilności dla macOS i Zellij.
    • Wydajność została poprawiona poprzez migrację stanu pamięci do dedykowanej bazy danych SQLite.

    Rozszerzona diagnostyka z codex doctor

    Narzędzie codex doctor, które po raz pierwszy pojawiło się w wersji 0.135.0, przeszło w tym wydaniu największą modernizację. Jego celem jest umożliwienie rozwiązania zgłoszenia wsparcia technicznego za pomocą jednego wklejenia wyniku diagnostycznego, bez konieczności zbierania dodatkowych informacji zwrotnych od operatorów. Użytkownicy otrzymują kompleksowy raport w pięciu kategoriach. Środowisko obejmuje wersje środowiska uruchomieniowego, platformę i zmienne PATH, natomiast Git dostarcza informacji o stanie repozytorium, gałęzi, niezatwierdzonych zmianach i konfiguracji. Terminal wykrywa emulator, kodowanie i głębię kolorów, serwer aplikacji weryfikuje osiągalność i wersję lokalnego serwera Codex, a inwentarz wątków pokazuje aktywne i ostatnie wątki. To podejście eliminuje tarcia w procesie debugowania i znacznie przyspiesza identyfikację problemów.

    Tryb Vim jako główna powierzchnia edycyjna

    Dla deweloperów przyzwyczajonych do skrótów klawiszowych Vima, wersja 0.135.0 stanowi istotny krok naprzód. Wprowadzenie edycji obiektów tekstowych, takich jak ciw (zmiana wewnętrznego słowa) czy da( (usunięcie wokół nawiasu), pozwala na operacje na jednostkach semantycznych, a nie tylko na zakresach znakowych. Interfejs tekstowy Codex staje się bardziej intuicyjny i wydajny dla zaawansowanych użytkowników. Dodatkowo poprawiono zachowanie na końcu słowa i linii, co redukuje irytujące błędy podczas nawigacji. Nowością jest również konfigurowalne wiązanie klawisza do przerywania konwersacji, co daje użytkownikom pełną kontrolę nad interakcją z agentem. Te zmiany sprawiają, że TUI Codex może być traktowane jako realna alternatywa dla tradycyjnych edytorów, szczególnie podczas pracy zdalnej.

    Ulepszenia w Python SDK i zarządzaniu uprawnieniami

    Python SDK w tej wersji otrzymało przyjazne stałe piastecznic Sandbox, które redukują ilość kodu potrzebnego do programowego ustawiania trybów wykonawczych. Dzięki temu deweloperzy mogą szybciej integrować Codex z własnymi skryptami i aplikacjami, bez konieczności zagłębiania się w szczegóły implementacyjne. Równocześnie polecenie /permissions zostało wzbogacone o obsługę nazwanych profili uprawnień i wyświetlanie skonfigurowanych profili niestandardowych. To posunięcie zwiększa elastyczność i bezpieczeństwo, zwłaszcza w środowiskach, gdzie różne zadania wymagają różnych poziomów dostępu.

    Stabilność i wydajność na pierwszym planie

    Wydanie 0.135.0 to nie tylko nowe funkcje, ale także szereg poprawek stabilności. Interfejs TUI został wzmocniony, aby uniknąć awarii na macOS i w środowisku Zellij, co było częstym problemem we wcześniejszych wersjach. Renderowanie tabel Markdown i list wieloliniowych stało się bardziej czytelne dzięki lepszemu dopasowaniu kolumn i formatowaniu w stylu aplikacji. Połączenia zdalne zyskały na przejrzystości – polecenie /status pokazuje teraz szczegóły połączenia i wersję serwera, co jest nieocenione podczas pracy z rozproszonymi zespołami. W tle dokonano również migracji stanu pamięci do dedykowanej bazy danych SQLite, co przekłada się na szybszy dostęp do danych i mniejsze zużycie zasobów.

    Kontekst i przyszłość Codex

    To wydanie wpisuje się w szerszy trend przesuwania Codex z narzędzia do generowania kodu w stronę platformy agentowej, która obsługuje całe środowiska deweloperskie. W połączeniu z nowym wsparciem dla Windows Computer Use i zdalnego sterowania, Codex 0.135.0 umacnia swoją pozycję jako wszechstronne narzędzie dla programistów. Szybki cykl wydania i ciągłe innowacje wskazują na przyszłość, w której Codex stanie się nieodłącznym elementem pracy każdego dewelopera.

    Źródła

  • Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    OpenAI wydało 28 maja 2026 roku stabilną wersję Codex 0.135.0 — piątą aktualizację w ciągu dziesięciu dni. To wydanie koncentruje się na doświadczeniu użytkownika, nie wprowadzając nowych modeli AI ani agentowych prymitywów. Zamiast tego oferuje narzędzia, które skracają czas potrzebny na diagnozowanie problemów i konfigurację środowiska.

    Kluczowe zmiany w Codex 0.135.0

    • Rozszerzona diagnostyka — polecenie codex doctor bada teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji i inwentarz wątków, generując gotowy raport do zgłoszeń supportowych.
    • Ulepszenia trybu Vima — dodano obsługę edycji obiektów tekstowych (ciw, ca(, da") oraz konfigurowalne skróty przerywania konwersacji.
    • Udostępnienie presetów Sandbox — Python SDK zyskuje nazwane presety wykonawcze, co redukuje powtarzalny kod przy konfiguracji sandboksów.
    • Profile uprawnień — /permissions umożliwia przełączanie się między nazwanymi profilami uprawnień dostosowanymi do konkretnych projektów.
    • Widoczność połączeń zdalnych — /status pokazuje szczegóły zdalnego transportu i wersję serwera.

    Diagnostyka, która oszczędza czas

    Największą nowością jest rozszerzenie komendy codex doctor. Narzędzie, które po raz pierwszy pojawiło się w wersji 0.131.0, przeszło gruntowną przebudowę. Analizuje teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji oraz inwentarz wątków. Wynik jest formatowany tak, aby można go było wkleić bezpośrednio do zgłoszenia supportowego, eliminując konieczność ręcznego zbierania kontekstu.

    Dla zespołów devopsowych i web developerów pracujących w złożonych środowiskach terminalowych to znacząca oszczędność czasu, zwłaszcza podczas debugowania problemów na zdalnym serwerze przez SSH — wystarczy jedno polecenie.

    Tryb Vima: obiekty tekstowe i konfigurowalne skróty

    Tryb Vima w Codexie zyskał kilka długo oczekiwanych poprawek. Dodano obsługę edycji obiektów tekstowych — ciw do zmiany słowa pod kursorem, ca( do zmiany zawartości nawiasów, da" dla cudzysłowów. Te operacje są kluczowe dla płynnej edycji bez odrywania rąk od klawiatury.

    Poprawiono także zachowanie przy końcu słowa i końcu linii (#24380), eliminując nieintuicyjne przeskoki kursora, które irytowały podczas szybkiego kodowania. Dodatkowo wprowadzono możliwość konfiguracji skrótów do przerywania konwersacji (#24766), co pozwala na dostosowanie ich do własnych przyzwyczajeń.

    Python SDK: mniej boilerplate'u, więcej kontroli

    Dla programistów integrujących Codexa z własnymi narzędziami, istotną zmianą w Python SDK są nazwane presety Sandbox dla API wątków i tur (threads, turns). Dotychczas każdorazowe konfigurowanie trybu wykonawczego sandboksa wymagało pisania powtarzalnego kodu. Teraz wystarczy odwołać się do gotowego presetu.

    Ta zmiana współgra z profilem uprawnień — /permissions wprowadza wsparcie dla nazwanych profili uprawnień z własnymi konfiguracjami. Umożliwia to szybkie przełączanie się między restrykcyjnym trybem dla zewnętrznych bibliotek a luźniejszym dla własnego kodu testowego, bez potrzeby edytowania plików konfiguracyjnych.

    Stabilność i infrastruktura

    Wydanie 0.135.0 wprowadza poprawki stabilności TUI. Udoskonalone zostało renderowanie na macOS i w Zelliju, a dopełnianie slash-komend nie nadpisuje już wprowadzanego tekstu — co było uciążliwe podczas dłuższych sesji. Instalator zyskał tryb nieinteraktywny, co ułatwia integrację Codexa w pipeline'y CI/CD.

    Pod maską zaszły zmiany architektoniczne: pamięć przeniesiono do niezależnej bazy SQLite, a konfiguracja TUI stopniowo zbiega się w stronę serwera aplikacji. To przygotowanie do przyszłej skalowalności, choć dla końcowego użytkownika na razie niewidoczne.

    Ewolucja, nie rewolucja

    Codex 0.135.0 wpisuje się w szerszy trend: narzędzie przestaje być tylko generatorem kodu, a staje się fundamentem agentowym, który operuje całym środowiskiem developerskim. Pięć stabilnych wydań w dziesięć dni pokazuje tempo prac oraz świadomą strategię OpenAI. Zamiast wprowadzać nowe modele, firma koncentruje się na tym, aby istniejące funkcje działały przewidywalnie i wygodnie.

    Dla web developerów, którzy spędzają godziny w terminalu, te zmiany przynoszą konkretne ułatwienia w codziennej pracy. Dla tych, którzy integrują Codexa z własnymi skryptami Pythona, presety Sandbox i profile uprawnień oznaczają czystszy kod i mniej niespodzianek na produkcji. Kolejnym krokiem ewolucji będzie wersja 0.136.0 alpha, która już się pojawiła i zapowiada dalsze usprawnienia.

    Ź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

  • OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    Zespół OpenCode wprowadził 27 maja 2026 roku aktualizację v1.15.11, która obejmuje Desktop v2 oraz zmiany w konfiguracji dostawców i stabilności systemu. Narzędzie to, które w czerwcu zdobyło ponad 160 tysięcy gwiazdek na GitHubie, obsługuje 2,5 miliona deweloperów miesięcznie.

    Co nowego w aktualizacji

    • headerTimeout umożliwia programistom kontrolowanie czasu oczekiwania na żądania do zewnętrznych dostawców, co zapobiega zawieszaniu się zapytań przy niestabilnych połączeniach API.
    • Desktop v2 wprowadza nowy ekran startowy, kontrolki sesji w pasku tytułowym oraz obsługę gestów pinch-zoom.
    • Agentowe push notifications eliminują potrzebę ciągłego sprawdzania statusu — agenci sami wysyłają aktualizacje podczas pracy.
    • Bezpośrednie tokeny OAuth dla DigitalOcean upraszczają proces uwierzytelniania, eliminując zbędne pośredniki.

    Więcej kontroli nad tym, jak agent działa

    Nowy parametr headerTimeout odpowiada na problem, gdy połączenie z API dostawcy jest niestabilne, co może prowadzić do zawieszania się zapytań. Teraz można to kontrolować na poziomie konfiguracji każdego dostawcy.

    Wprowadzono również elastyczne ustawienia modalności, które pozwalają na dostosowanie sposobu, w jaki agent obsługuje różne typy wejścia i wyjścia — tekst, komendy shella, bloki kodu. Umożliwia to dostosowanie poziomu dostępu do potrzeb konkretnego projektu.

    Nowością, która może znacząco wpłynąć na codzienną pracę, są agenci działający w trybie push. Dotychczas użytkownicy musieli stale sprawdzać, czy agent zakończył zadanie. Teraz to agent informuje o postępach, co oszczędza czas i zmniejsza potrzebę przełączania kontekstu dla zespołów korzystających z OpenCode.

    Interfejs, który nie przeszkadza

    Desktop v2 to nie tylko zmiany wizualne. Nowy ekran startowy ułatwia szybkie rozpoczęcie sesji, a kontrolki w pasku tytułowym pozwalają na łatwe przełączanie się między zadaniami. Funkcja pinch-zoom w aplikacji desktopowej, choć może wydawać się zbędna, znacząco poprawia przeglądanie większych diffów czy diagramów.

    Terminalowy interfejs również przeszedł poprawki, które zwiększają czytelność i szybkość reakcji. Dla użytkowników preferujących pracę z klawiaturą, te zmiany są istotne.

    Zespół zadbał również o poprawę obsługi serwerów MCP. Mniej awarii i czystsze zamykanie połączeń to detale, które mogą decydować o tym, czy narzędzie nadaje się do produkcyjnego użytku.

    Gdzie OpenCode pasuje w ekosystemie

    OpenCode pozostaje neutralne wobec modeli, obsługując ponad 75 dostawców — od Anthropic Claude i OpenAI, przez Google Gemini i DeepSeek, po lokalne modele przez Ollamę. Ta różnorodność stanowi istotną przewagę nad narzędziami takimi jak Claude Code czy Codex, co jest ważne dla zespołów, które nie chcą być uzależnione od jednego dostawcy.

    Jednak ta elastyczność ma swoją cenę. Benchmarki pokazują, że OpenCode działa około 78% wolniej niż Claude Code na tym samym modelu. Przyczyną jest użycie "uprzęży agenta", która dodaje warstwę abstrakcji między kodem a API. To rozwiązanie może nie być odpowiednie dla tych, którzy potrzebują maksymalnej wydajności.

    Mimo to, rosnąca liczba użytkowników jest wymowna. Część migracji jest efektem decyzji Anthropic o ograniczeniu zewnętrznego dostępu do swoich modeli. Gdy dostęp do Claude'a jest ograniczony, uniwersalny adapter, jak OpenCode, staje się niezbędny.

    Instalacja i konfiguracja

    OpenCode można zainstalować standardowo — przez npm lub homebrew:

    npm install -g opencode-ai

    lub:

    brew install opencode

    Konfiguracja opiera się na plikach JSON umieszczanych w różnych lokalizacjach: globalnie w ~/.config/opencode/, projektowo w katalogu repozytorium lub przez zmienne środowiskowe. System łączy warstwy konfiguracji zamiast je nadpisywać, co daje elastyczność, ale wymaga zrozumienia priorytetów.

    Poprawki i stabilność

    Aktualizacja rozwiązuje także kilka problemów. Naprawiono błędy związane z wywoływaniem narzędzi, synchronizacją sesji i raportowaniem błędów. Mniej irytujących przerwań oznacza więcej czasu na pracę z kodem. Choć szczegóły mogą nie być widoczne w changelogu, to właśnie one decydują o tym, czy narzędzie staje się częścią codziennego workflow, czy ląduje w folderze "do sprawdzenia".

    Ź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

  • Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Claude Code wprowadza raport /insights i nawigację klawiaturą w widoku diff

    Anthropic wprowadził aktualizację Claude Code, która wprowadza szczegółowe raporty użycia w poleceniu /insights oraz usprawnienia interfejsu, w tym obsługę klawiatury w widoku diff i renderowanie list zadań w formacie GFM. Nowa wersja zawiera również istotne poprawki bezpieczeństwa dotyczące obsługi uprawnień w PowerShellu oraz zwiększa stabilność sesji działających w tle.

    Najważniejsze zmiany w skrócie

    • Raport /insights analizuje lokalne sesje z ostatnich 30 dni i generuje interaktywny raport HTML z sugestiami optymalizacyjnymi.
    • Nawigacja klawiaturą w widoku diff przyspiesza przeglądanie zmian w kodzie bez użycia myszy.
    • Bezpieczeństwo PowerShell zostało poprawione: zmieniono sposób obsługi uprawnień, co eliminuje potencjalne luki przy wykonywaniu skryptów.
    • Stabilność sesji w tle poprawiono poprzez naprawę błędu, który powodował 15–20-sekundowe zawieszanie na macOS (regresja z wersji 2.1.196).
    • Renderowanie checkboxów GFM w terminalu ułatwia wizualne śledzenie postępów w listach zadań.

    /insights – trener personalny dla vibe codingu

    Nowe polecenie /insights (dostępne również jako opcjonalny widok w /usage) działa jak analityk przepływu pracy. Narzędzie przegląda zapisane lokalnie sesje Claude Code z ostatnich 30 dni i generuje pełny raport HTML. Zawiera on statystyki, analizę punktów tarcia oraz spersonalizowane sugestie reguł do pliku CLAUDE.md.

    Raport uwzględnia tylko akcje zainicjowane przez użytkownika, co pozwala uzyskać rzeczywisty obraz efektywności, bez sztucznego zawyżania statystyk przez działania agenta.

    Zespół Anthropic zaleca uruchamianie raportu raz w miesiącu, co pozwala śledzić postępy w eliminowaniu nieefektywnych nawyków i odkrywać funkcje, z których wcześniej nie korzystano. W praktyce wygląda to tak: uruchamiasz /insights, identyfikujesz trzy największe punkty tarcia, dodajesz odpowiednie reguły do konfiguracji, a następnie obserwujesz, jak wskaźniki spadają z tygodnia na tydzień.

    Dla zespołów na planach Team i Enterprise dostępne są analizy na poziomie organizacji. Po połączeniu z GitHubem umożliwiają one mierzenie tempa pracy inżynieryjnej z Claude Code i bez niego.

    Lepsza nawigacja i czytelność w terminalu

    Widok diff, jeden z najczęściej używanych elementów do przeglądania zmian w kodzie, zyskał pełną obsługę klawiatury. Teraz można sprawnie przewijać, zatwierdzać i odrzucać zmiany bez odrywania rąk od klawiszy. Choć to drobny detal, przy dłuższej sesji kodowania oszczędność czasu jest znacząca.

    Terminal potrafi również renderować checkboxy w formacie GitHub Flavored Markdown. Gdy Claude zapisuje listę zadań w stylu - [ ], zobaczysz je jako wizualne pola wyboru, co ułatwia pracę z todo-listami.

    Bezpieczeństwo i stabilność – co naprawiono

    Oprócz nowych funkcji, aktualizacja przynosi wiele poprawek. Najważniejsza to zmiana w obsłudze uprawnień PowerShell. Dotychczasowy mechanizm mógł prowadzić do luk bezpieczeństwa przy wykonywaniu skryptów, co zostało teraz poprawione.

    Zespół skupił się również na stabilności sesji w tle. Na macOS występował błąd, który powodował zamrożenie terminala na 15–20 sekund przy otwieraniu lub przełączaniu sesji. Naprawiono również sytuacje, w których sesja stawała się nieodpowiadająca po wygaśnięciu tokena demona, a także problemy z dziedziczeniem zmiennych środowiskowych PATH na Windowsie.

    Dla subagentów poprawiono przypadki cichego niepowodzenia, gdy limit API przerywał ich pracę, co skutkowało zwracaniem pustych rezultatów. Teraz zgłaszają problem poprawnie, a częściowe wyniki są zachowywane.

    Na koniec wprowadzono szereg usprawnień w renderowaniu terminala: zmniejszono migotanie przy przewijaniu historii, poprawiono responsywność podczas streamowania długich odpowiedzi oraz ukryto dekoracyjne glify dla czytników ekranowych.

    Źródła

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

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

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

    Kluczowe fakty o nowych środowiskach

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

    Co to zmienia w codziennej pracy zespołów

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

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

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

    Bezpieczeństwo jako fundament, nie dodatek

    Bezpieczeństwo jako fundament, nie dodatek

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

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

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

    Nowa era pracy równoległej

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

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

    Źródła

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

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

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

    Najważniejsze nowości w pigułce

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

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

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

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

    Agenci w tle przestali zapominać o uprawnieniach

    Agenci w tle przestali zapominać o uprawnieniach

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

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

    Stabilność: 61 zmian w CLI

    Stabilność: 61 zmian w CLI

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

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

    Dla kogo ta aktualizacja?

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

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

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

    Źródła