Autor: Frontendfreak

  • Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory wprowadziło aktualizację, która dodaje wsparcie dla nowych modeli oraz nowy mechanizm reagowania na incydenty. Droid może teraz automatycznie badać alerty, co znacznie ułatwia pracę zespołów DevOps podczas dyżurów. Dodatkowo, aktualizacja obejmuje integracje MCP oraz poprawki stabilności terminala.

    Kluczowe zmiany w pigułce

    • Nowe modele dostępne od ręki — planują pracę, uruchamiają setki równoległych podagentów i weryfikują wyniki przed raportowaniem.
    • Szybkie modele wchodzą do puli jako opcja zoptymalizowana pod kątem szybkości i kosztów.
    • Automatyczne badanie alertów przez Droida — incydent ląduje na kanale, agent zaczyna diagnostykę bez ręcznej interwencji.
    • Integracje MCP ułatwiają zarządzanie rozbudowanymi łańcuchami narzędziowymi.
    • Poprawki stabilności terminala i pętli agenta eliminują irytujące błędy przy długich sesjach.

    Nowe modele — dłuższe agenty, samokontrola i ta sama cena

    Dostępne modele, w tym Claude Opus 4.8 oraz Gemini 3.5 Flash, potrafią rozplanować zadanie i uruchomić setki równoległych podagentów w jednej sesji. Agenty mogą działać znacznie dłużej niż w poprzedniej wersji, a przed oddaniem wyników model sam je weryfikuje. To ważne przy agentowym kodowaniu — zamiast ręcznie przeglądać każdy wynik, otrzymujesz coś, co już przeszło wewnętrzną kontrolę.

    Ceny pozostają na poziomie 5 dolarów za milion tokenów na wejściu i 25 dolarów za milion na wyjściu. Tryb szybki kosztuje odpowiednio 10 i 50 dolarów. Zmiana dotycząca cache'owania promptów polega na obniżeniu minimalnej długości z 2048 do 1024 tokenów, co przy częstych zapytaniach do tych samych kontekstów przynosi realne oszczędności.

    Nowością w Messages API jest możliwość wrzucania system entries bezpośrednio do tablicy messages, co pozwala na aktualizację instrukcji w trakcie zadania bez zrywania cache'owania promptów. To przydatne, gdy agent dostaje nowe wytyczne w trakcie pracy i nie chcemy tracić kontekstu.

    Szybkie modele i MCP — szybkość i porządek w narzędziach

    Szybkie modele są odpowiedzią na potrzeby zespołów, które priorytetowo traktują szybkość działania i niskie koszty. Model sprawdzi się w scenariuszach z dużą liczbą zapytań, gdzie nie jest wymagane głębokie rozumienie, ale liczy się responsywność. Factory nie podało własnych benchmarków ani cennika dla tego modelu, więc konieczne będzie samodzielne przetestowanie jego wydajności w codziennej pracy.

    Integracje MCP rozwiązują problem, który narasta wraz z rozbudową toolchainu. Zamiast ładować wszystko z góry do pamięci lub trzymać sztywną konfigurację, Droid znajduje odpowiednie narzędzie w momencie, gdy jest potrzebne. Przy dużych setupach to różnica między chaosem a użytecznym zestawem narzędzi.

    Reagowanie na incydenty — Droid przejmuje Slacka

    Nowy workflow reagowania na incydenty to istotny element tej aktualizacji. Gdy alert trafia na kanał Slacka, Droid automatycznie rozpoczyna badanie. Nie trzeba klikać, potwierdzać ani ręcznie uruchamiać diagnostyki — agent sam zbiera kontekst, sprawdza logi i raportuje wnioski.

    Dla zespołów DevOps i SRE oznacza to skrócenie czasu od wykrycia problemu do pierwszej diagnozy. Zamiast budzić człowieka o trzeciej nad ranem, aby kliknął "investigate", Droid wykonuje wstępną robotę samodzielnie. Oczywiście nie zastąpi doświadczonego inżyniera przy złożonych awariach, ale potrafi odsiać fałszywe alarmy i przygotować grunt pod dalsze działania.

    Stabilność i drobne poprawki

    Aktualizacja przynosi również zestaw mniej spektakularnych, ale potrzebnych poprawek. Terminal przestał gubić znaki przy szybkim przewijaniu, a pętla agenta działa płynniej — koniec z zawieszaniem się przy powtarzających się wywołaniach narzędzi. To zmiany, które nie trafiają na pierwsze strony, ale przy codziennej, wielogodzinnej pracy robią realną różnicę.

    Co to znaczy w praktyce

    Ta aktualizacja to nie tylko dodanie nowych modeli do listy. To krok w stronę bardziej aktywnego uczestnictwa Droida w procesach operacyjnych. Automatyczne badanie alertów, dłuższe sesje agentów z samokontrolą oraz sprawniejsze zarządzanie narzędziami przyczyniają się do środowiska, w którym mniej czasu spędza się na rutynowych zadaniach, a więcej na rzeczywistym rozwiązywaniu problemów.


    Źródła

  • 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

  • Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Nowa wersja platformy Factory AI, oznaczona numerem v0.138.0, wprowadza kilka istotnych usprawnień w codziennej pracy z serwerami Model Context Protocol. Deweloperzy korzystający z Droid CLI i aplikacji desktopowej zyskują większą kontrolę nad tym, które narzędzia są dostępne dla agentów AI oraz nowe skróty, które ułatwiają nawigację w sesjach. To krok w stronę bardziej konfigurowalnego i bezpiecznego środowiska programistycznego.

    Co nowego w wersji v0.138.0 – kluczowe zmiany

    • Konfigurowalne limity czasu dla serwerów MCP eliminują problem zawieszających się połączeń.
    • Ustawienia ryzyka per-serwer pozwalają określić poziom autonomii dla każdego źródła narzędzi osobno.
    • Eksport diagramów Mermaid bezpośrednio z czatu przyspiesza dokumentowanie architektury.
    • Ulepszona archiwizacja sesji zapewnia szybsze przywracanie kontekstu pracy.

    Więcej kontroli nad infrastrukturą MCP

    Serwery MCP stały się standardem w integracji zewnętrznych narzędzi z asystentami AI. Do tej pory zarządzanie nimi przypominało jazdę bez pasów – wszystko albo nic. Aktualizacja v0.138.0 zmienia tę sytuację.

    Nowe, konfigurowalne limity czasu rozwiązują problem zawieszających się połączeń stdio. Gdy serwer przestaje odpowiadać, agent nie czeka w nieskończoność – sesja jest przerywana, a deweloper otrzymuje czytelną informację o błędzie. To szczegół, który może zaoszczędzić sporo frustracji w codziennej pracy.

    Ustawienia ryzyka pozwalają na skonfigurowanie każdego serwera MCP z innym poziomem autonomii. Serwer do zarządzania bazą danych może wymagać zatwierdzania każdej operacji, podczas gdy narzędzie do odczytu plików działa automatycznie. Takie podejście pozwala zachować bezpieczeństwo bez paraliżowania szybkich, powtarzalnych zadań.

    Interaktywne zarządzanie bez wychodzenia z terminala

    Komenda /mcp otwiera teraz rozbudowany interfejs do zarządzania serwerami bezpośrednio w Droid CLI. Deweloper może przeglądać dostępne serwery, sprawdzać ich status oraz włączać i wyłączać je tymczasowo – wszystko bez opuszczania sesji. Nowe skróty klawiszowe przyspieszają nawigację między przypiętymi wiadomościami, co jest szczególnie przydatne dla osób pracujących z wieloma kontekstami jednocześnie.

    Ulepszona archiwizacja sesji sprawia, że przywracanie kontekstu po przerwie działa płynniej, a zużycie tokenów wyświetla się od razu po wznowieniu. Dla zespołów intensywnie korzystających z długich sesji to konkretna oszczędność czasu.

    Diagramy Mermaid prosto z czatu

    Eksport diagramów Mermaid to funkcja, która ułatwia dokumentowanie architektury systemów. Zamiast ręcznie przepisywać opisy przepływów danych czy struktur bazodanowych, można je wygenerować w czacie i wyeksportować do formatu Mermaid. Następnie można je wkleić do dokumentacji, README na GitHubie lub narzędzi takich jak Obsidian.

    To podejście nie tylko oszczędza czas, ale także zmniejsza ryzyko błędów przy ręcznym przenoszeniu schematów. Agent AI rozumie kontekst projektu, więc wygenerowany diagram będzie spójny z rzeczywistą strukturą kodu.

    Co dalej z ekosystemem MCP?

    Aktualizacja Factory AI wpisuje się w szerszy trend. Społeczność Model Context Protocol rośnie w szybkim tempie – od eksperymentalnego projektu open source do tysięcy aktywnych serwerów w niecały rok. Firmy takie jak GitHub, Stripe czy Notion udostępniły własne serwery MCP, a rejestr protokołu przekroczył już dwa tysiące wpisów.

    Planowana na koniec lipca 2026 roku aktualizacja specyfikacji MCP ma uprościć model sesji i wzmocnić bezpieczeństwo OAuth. Dla deweloperów oznacza to mniej boilerplate'u przy implementacji klientów i serwerów. Wersja v0.138.0 Factory AI to nie tylko kosmetyczne poprawki – to odpowiedź na realne potrzeby osób, które integrują AI ze swoim workflow. Więcej kontroli, mniej zgadywania i szybsza iteracja – to kluczowe elementy w profesjonalnym środowisku deweloperskim.


    Ź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

  • Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Zespół Cline opublikował CLI w wersji 3.0.15, wprowadzając Cline Hub, nowy interfejs webowy do monitorowania i zarządzania sesjami agentów AI w czasie rzeczywistym. To znaczący krok w kierunku lepszej kontroli nad autonomicznymi sesjami kodowania, które wcześniej działały głównie w terminalu. Wraz z Hubem wprowadzono także globalny system reguł, rozszerzone sterowanie Discordem oraz dwa nowe modele w katalogu.

    Co nowego w CLI 3.0.15

    • Cline Hub — webowy pulpit do podglądu aktywnych klientów, strumieniowania odpowiedzi asystenta i restartowania lokalnego huba
    • Globalne reguły agentów — pliki AGENTS działają teraz we wszystkich sesjach, również z treściami dostarczanymi przez wtyczki wewnątrz sandboxa
    • Ulepszona integracja z Discordem — wyciszanie konkretnych uczestników, sesje powiązane z autorem i sterowanie łącznikiem między turami po ID sesji
    • Nowe modele — Claude Opus 4.8 i Qwen 3.0.15 Max dołączyły do katalogu
    • Poprawki stabilności — łatki dla łączników Discord i SAP AI Core oraz lepsze logowanie diagnostyczne

    Cline Hub: kontrola z przeglądarki

    Cline Hub to aplikacja webowa, która pokazuje wszystkie podłączone sesje agentów. Użytkownicy nie muszą już przeszukiwać logów terminala — wystarczy otworzyć przeglądarkę. Hub działa lokalnie w sieci LAN lub przez tunel, a dostęp jest zabezpieczony sekretem pokoju (room secret).

    Z poziomu panelu można zobaczyć, które sesje są aktywne, przełączyć się na widok konkretnego asystenta i śledzić jego odpowiedzi na żywo. Istnieje również opcja restartowania lokalnego huba. Dla zespołów DevOps i programistów pracujących z wieloma agentami jednocześnie to narzędzie upraszcza codzienną pracę — jeden ekran zamiast rozproszonych terminali.

    Hub nie wymaga dodatkowej infrastruktury w chmurze. Całość działa lokalnie, więc dane nie opuszczają lokalnego środowiska, chyba że użytkownik świadomie skonfiguruje tunel. To istotne w kontekście bezpieczeństwa kodu.

    Globalne reguły i nowe modele

    Wprowadzenie globalnych reguł agentów to zmiana, która zyska uznanie w środowiskach produkcyjnych. Dotychczas każda sesja mogła mieć własne instrukcje, co utrudniało narzucenie wspólnych zasad. Teraz plik AGENTS działa globalnie, definiując zachowanie niezależnie od liczby uruchomionych sesji.

    Oznacza to, że można ustawić politykę dotyczącą stylu kodu, dozwolonych operacji na plikach czy sposobu komunikacji z zewnętrznymi API, mając pewność, że każdy agent jej przestrzega. Wtyczki mogą dodawać własne reguły w sandboxie, co zwiększa elastyczność systemu.

    Katalog modeli również się powiększył. Claude Opus 4.8 od Anthropic to jedna z mocniejszych opcji na rynku, dobrze radząca sobie z długim kontekstem i wieloetapowym rozumowaniem. Qwen 3.0.15 Max reprezentuje chińską szkołę projektowania modeli, koncentrując się na efektywności przy ograniczonych zasobach. Obie propozycje są dostępne po aktualizacji CLI.

    Discord i stabilność

    Nowa wersja poprawia integrację z Discordem. Użytkownicy mogą teraz wyciszać konkretne osoby na kanale, co oznacza, że agent nie będzie reagował na wiadomości od osób, które nie powinny go kontrolować. Sesje można przypisać do konkretnego autora, a łącznik między turami można sterować po ID sesji. To istotna funkcjonalność, gdy jeden bot obsługuje kilka konwersacji jednocześnie.

    W zakresie stabilności, twórcy poprawili błędy w łącznikach dla Discorda i SAP AI Core. Udoskonalone logowanie diagnostyczne ułatwia identyfikację problemów bez konieczności przeszukiwania stosów wywołań.

    Podsumowanie

    CLI w wersji 3.0.15 to nie tylko kosmetyczna aktualizacja. Cline Hub wprowadza kontrolę, której brakowało przy pracy z wieloma agentami, a globalne reguły zapewniają spójność w poważnych projektach. Nowe modele — Opus 4.8 i Qwen 3.0.15 Max — poszerzają wybór dla osób testujących różne silniki AI. Cline konsekwentnie rozwija ekosystem, w którym agent nie jest już tylko terminalowym skryptem, ale częścią większego systemu z własnym pulpitem sterowania.


    Źródła

  • 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