Tag: Aktualizacje oprogramowania

  • Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Anthropic wydało Claude Code 2.1.218, aktualizację, która przenosi recenzje kodu do podagentów działających w tle, dodaje zapowiedzi dla czytników ekranu oraz naprawia błąd dotyczący ścieżek w systemie Windows. W sumie wersja zawiera 35 zmian, w tym 4 nowe funkcje, 7 ulepszeń, 2 poprawki bezpieczeństwa oraz 22 poprawki błędów. To wydanie koncentruje się na stabilności i użyteczności, a nie na nowych możliwościach modelu.

    Najważniejsze zmiany

    • Recenzje kodu w tle — polecenie /code-review działa teraz jako podagent w tle, co nie zaśmieca głównej rozmowy.
    • Windows naprawiony — ścieżki z segmentami zaczynającymi się od \u nie są już korumpowane do znaków CJK w danych wejściowych narzędzi.
    • Dostępność — tryb --ax-screen-reader ogłasza usunięcia tekstu dla skrótów takich jak Ctrl+W czy Option+Delete.
    • Diagnostyka MCP — claude mcp list i /mcp pokazują kody statusu HTTP oraz treść błędów serwera.
    • Ultra-review — polecenie /ultrareview zyskało lepszą obsługę błędów oraz argumentów opisowych.

    Recenzje kodu bez zaśmiecania konwersacji

    Najważniejsza zmiana dotyczy /code-review. Do tej pory wynik recenzji lądował bezpośrednio w aktywnej rozmowie, co mogło zaburzać kontekst w przypadku pracy iteracyjnej. Teraz recenzja uruchamia się jako podagent w tle, a jej rezultaty nie wypełniają głównego okna. Złożone polecenia slash pozostają celem recenzji.

    Przejście /code-review na podagenta działającego w tle zostało potwierdzone w notach wydania. Dla zespołów pracujących w trybie agentowym to istotna zmiana architektoniczna, która oddziela „wykonywanie pracy" od „weryfikacji pracy", co ułatwia zarządzanie dłuższymi sesjami. Nie trzeba już czekać na zakończenie generowania recenzji, aby zadać kolejne pytanie.

    Windows: błąd, który blokował pracę

    Poprawka dotycząca ścieżek w Windows zasługuje na osobny akapit. Ścieżki zawierające segmenty zaczynające się od \u, takie jak C:\Users\unicorn, ulegały korupcji do znaków CJK w danych wejściowych narzędzi. Skutkowało to niedostępnością plików oraz cichym psuciem się operacji na nich.

    Wersja 2.1.218 naprawia ten problem i przywraca dostęp do plików o takich ścieżkach. Dodatkowo wprowadzono poprawki terminala, takie jak zachowanie przy wklejaniu wielowierszowym, renderowanie oraz naprawa konkretnego scenariusza utraty konwersacji — po naciśnięciu strzałki w lewo bezpośrednio po edycji Claude Code pyta teraz o potwierdzenie, zamiast bezpowrotnie odrzucać rozmowę.

    Dostępność i diagnostyka MCP

    Dostępność i diagnostyka MCP

    Tryb czytnika ekranu otrzymał zapowiedzi dla usunięć tekstu. Skróty Option+Delete, Ctrl+W, Cmd+Backspace, Ctrl+U i Ctrl+K są teraz ogłaszane, co zapewnia osobom niewidomym i słabowidzącym informację zwrotną o edycji. To mały krok, ale pokazuje, że Anthropic zaczyna traktować dostępność poważnie.

    Jeśli chodzi o MCP, zmiany są praktyczne dla zespołów korzystających z zewnętrznych serwisów. claude mcp list i /mcp pokazują teraz kody statusu HTTP oraz treść błędu serwera, zamiast ogólnego komunikatu o nieudanym połączeniu. Klient ostrzega również o ukrytych białych znakach w wartościach konfiguracyjnych.

    Auto-mode i ultra-review

    Auto-mode i ultra-review

    Bezpieczeństwo w trybie automatycznym zostało poprawione. Niebezpieczne polecenia rm, wykonanie w tle z & oraz podejrzane ścieżki Windows nie otwierają już okna uprawnień w auto-mode. Zamiast tego klasyfikator trybu automatycznego decyduje, czy operacja jest dozwolona.

    /ultrareview zyskał lepszą obsługę błędów. Nieprawidłowy argument teraz zwraca sensowną informację zwrotną, co pozwala Claude'owi poprawić wejście zamiast bezmyślnie je powtarzać. Argumenty opisowe, takie jak „przejrzyj moje zmiany auth", nie powodują już awarii — polecenie przegląda bieżącą gałąź i dołącza tekst jako notatkę do wyników.

    Kompatybilność: uwaga dla automatyzacji

    Warto zwrócić uwagę na zgłoszenie z GitHuba dotyczące kompatybilności. Wersja 2.1.218 to pierwszy natywny build npm, który wykorzystuje bin/claude.exe zamiast cli.js. Zgodnie z informacjami od społeczności, serwery MCP HTTP z OAuth mogą sprawiać wrażenie wymagających uwierzytelnienia podczas nieinteraktywnych sesji --print, nawet gdy dane uwierzytelniające są poprawne. Sesje interaktywne działają normalnie, a powrót do 2.1.210 rozwiązuje problem.

    Jest to zgłoszony problem w konkretnym środowisku, a nie potwierdzona, uniwersalna regresja produktu. Mimo to stanowi ostrzeżenie dla zespołów korzystających z Claude Code w CI lub automatyzacji — szczególnie tam, gdzie narzędzia MCP wykonują publikacje, wdrożenia lub inne akcje, które mogą cicho zawieść. Przed szerokim wdrożeniem warto przetestować własne scenariusze.

    Źródła

  • Qwen-Code v0.19.12-preview.0 z lepszym zarządzaniem workspace’ami i powłoką webową

    Qwen-Code v0.19.12-preview.0 z lepszym zarządzaniem workspace’ami i powłoką webową

    Premiera Qwen-Code v0.19.12-preview.0 wprowadza szereg istotnych zmian, które koncentrują się na web shellu, zarządzaniu sesjami oraz izolacji między projektami. To wydanie preview rozwija architekturę opartą na daemona, gdzie terminal CLI, interfejs przeglądarkowy oraz integracje współdzielą sesje związane z konkretnym workspace’em.

    Najważniejsze zmiany w skrócie

    • Strony zarządzania Skills – interfejs w web shellu do przeglądania i konfiguracji pakietów instrukcji wielokrotnego użytku
    • Autouzupełnianie katalogów – szybsze przełączanie między projektami przy łączeniu powłoki z lokalnymi repozytoriami
    • Paginowana historia sesji – endpointy listujące sesje nie wczytują już całej historii naraz
    • Nowe endpointy session-info – zwracają zagregowane liczniki zapisanych sesji
    • Wybór tekstu myszą w CLI – w trybie podglądu wizualnego można zaznaczać i kopiować treść bezpośrednio w terminalu

    Zarządzanie Skills i katalogami w web shellu

    Web shell Qwen-Code to przeglądarkowy interfejs terminala, który łączy się z sesjami zarządzanymi przez daemona qwen serve. W wersji v0.19.12-preview.0 dodano dedykowane strony do zarządzania Skills – pakietami instrukcji lub możliwości, które można ponownie wykorzystywać w różnych sesjach.

    Endpoint zasobów daemona zwraca oczyszczone migawki Skills i MCP z konfiguracji aktywnego workspace’u. Użytkownik widzi w interfejsie dokładnie to, co jest dostępne w danym momencie, co eliminuje ryzyko wycieku nieaktualnych danych.

    Autouzupełnianie katalogów to kolejna zmiana, która ułatwia pracę. Zamiast ręcznie wpisywać ścieżki przy łączeniu web shella z projektem, użytkownik otrzymuje podpowiedzi. Przy częstym przełączaniu między repozytoriami to znaczna oszczędność czasu.

    Paginacja i nowe endpointy sesji

    Historia sesji w web shellu jest teraz paginowana. Endpointy GET /workspace/:id/sessions oraz GET /workspaces/:workspace/sessions zwracają dane partiami, co jest istotne przy dużych zbiorach sesji, gdzie niekontrolowany odczyt mógłby spowalniać interfejs.

    Do pobierania zagregowanych statystyk służą osobne endpointy session-info, które raportują liczniki zapisanych sesji. Taki podział sprawdza się w dashboardach, gdzie UI może pokazać statystyki bez pobierania pełnej listy.

    Model sesji rozróżnia zwykłe sesje użytkownika od wewnętrznych sesji daemona i agentów workspace’owych. Te drugie mają sourceType takie jak agent-host czy agent i są wykluczane z liczników oraz zwykłych listingów. Dzięki temu wewnętrzny stan wykonawczy nie zaśmieca historii widocznej dla użytkownika.

    Bezpieczeństwo wieloprojektowe

    Architektura oparta na workspace-qualified endpointach ma bezpośrednie przełożenie na bezpieczeństwo. Gdy jeden daemon obsługuje wiele katalogów projektowych, każda operacja sesji musi być przypisana do właściwego workspace’u.

    Trasy API najpierw próbują dopasować dokładny identyfikator workspace’a, a dopiero potem obsługują zakodowaną absolutną ścieżkę roboczą. To eliminuje ryzyko przypadkowego odwołania do globalnego kontekstu lub niepowiązanego projektu.

    Niektóre wartości konfiguracyjne są globalne dla daemona i identyczne we wszystkich workspace’ach. Natomiast migawki zasobów sesji pochodzą z konfiguracji konkretnego workspace’u, czyli tej, która faktycznie działa w danym momencie.

    Poprawki stabilności sesji

    Wydanie preview zawiera poprawki związane ze stabilnością sesji i zarządzaniem wywołaniami narzędzi. W przepływach agentowego kodowania wywołania narzędzi mogą rozciągać się na wiele tur interfejsu, podprocesów i kontekstów workspace’owych. Lepsza obsługa cyklu życia zmniejsza ryzyko, że sesja utknie, straci stan lub pokaże niespójne wyniki.

    Dane sesji live i persisted są scalane na potrzeby historii użytkownika, ale nie są identyczne. Lista sesji wzbogaca rekordy o metadane zapisane na dysku – czas utworzenia pierwszego promptu, czas aktualizacji i nazwę wyświetlaną. Stan live raportuje natomiast czas utworzenia w runtime i bieżące właściwości. Ta różnica bywa źródłem błędów, które omawiana wersja stara się zaadresować.

    Co to oznacza dla developerów

    W codziennej pracy z web developmentem i vibe codingiem zmiany w v0.19.12-preview.0 sprowadzają się do szybszego przełączania projektów, skalowalnej historii sesji, lepszej obserwowalności przez statystyki oraz bezpieczniejszego hostingu wielu repozytoriów na jednym daemonie.

    Qwen-Code rozwija się dynamicznie – wcześniejsze stabilne wydania przyniosły ponad 220 zmergowanych pull requestów. To preview wpisuje się w szerszy kierunek rozwoju, który obejmuje m.in. real-time steering, izolację Worktree, web_search, web_fetch i routing multimodalny. Wersja preview to jednak przede wszystkim zapowiedź – część funkcji może jeszcze ewoluować przed trafieniem do stabilnego kanału.

    Źródła

  • OpenCode ogranicza agentów AI – nowe limity głębokości i porządki w interfejsie

    OpenCode ogranicza agentów AI – nowe limity głębokości i porządki w interfejsie

    OpenCode wprowadza nowe ograniczenia dla agentów AI, w tym domyślne zablokowanie rekurencyjnego uruchamiania subagentów. Dodatkowo modele Meta otrzymały lepsze ustawienia wnioskowania, a aplikacja Desktop przeszła szereg poprawek użyteczności. Te zmiany kończą wielomiesięczny proces migracji do nowego interfejsu Desktop.

    Co nowego w OpenCode – fakty w pigułce

    • Subagenty domyślnie nie tworzą kolejnych subagentów – mechanizm ten ogranicza niekontrolowane rozgałęzanie zadań oraz ryzyko nadmiernego zużycia tokenów.
    • Ustawienie subagent_depth steruje poziomem delegacji – domyślnie wynosi 1, co pozwala głównemu agentowi na uruchamianie podwładnych, ale nie im na tworzenie własnych.
    • Poprawiono domyślne wnioskowanie modeli Meta – zmiana ma przynieść lepsze rezultaty bez konieczności ręcznego dostrajania parametrów.
    • Desktop zyskał skróty i przywróconą pomoc – Mod+N tworzy nową kartę, przywrócono przycisk Help, poprawiono widoczność sesji.

    Głębokość pod kontrolą – jak działa subagent_depth

    Deweloperzy, którzy przyzwyczaili się do swobodnego delegowania zadań między agentami, mogą być zaskoczeni nowymi ograniczeniami. Wcześniej subagent mógł uruchomić kolejnego subagenta, co w przypadku bardziej złożonych zadań prowadziło do niekontrolowanego rozrostu. OpenCode wprowadza konfigurowalny limit głębokości.

    Parametr subagent_depth określa maksymalny poziom zagnieżdżenia. Wartość domyślna to 1, co pozwala głównemu agentowi na tworzenie subagentów, ale ci nie mogą uruchamiać kolejnych. W przypadku potrzeby głębszej hierarchii, wartość 2 umożliwia jeden dodatkowy poziom. Ustawienie 0 całkowicie wyłącza możliwość delegowania.

    Przykład konfiguracji dla jednego poziomu zagnieżdżenia:

    {
  "subagent_depth": 1
}

    Dla bardziej rozbudowanego workflow:

    {
  "subagent_depth": 2
}

    Narzędzie task egzekwuje ten limit – gdy sesja osiągnie dozwoloną głębokość, próba stworzenia kolejnego potomka kończy się błędem z informacją o kluczu konfiguracyjnym. To mechanizm zapobiegający problemom z rekurencją, które mogą prowadzić do nieprzewidywalnego wzrostu zużycia tokenów.

    Modele Meta z lepszymi ustawieniami domyślnymi

    Wraz z ograniczeniami dla subagentów, OpenCode poprawił domyślne parametry wnioskowania dla modeli Meta. Celem jest, aby modele lepiej radziły sobie z typowymi zadaniami programistycznymi od razu po instalacji, bez potrzeby ręcznego dostrajania przez użytkownika.

    Nie podano konkretnych liczb dotyczących wcześniejszego i obecnego poziomu głębokości, wpływu na opóźnienia czy zużycie tokenów. Wiadomo jednak, że zmiana ma przynieść lepsze wnioskowanie w standardowych scenariuszach kodowania i zadań agentowych.

    Desktop – szybciej, wygodniej, bez bałaganu

    Równocześnie z pracami nad silnikiem agentów, zespół uporządkował aplikację Desktop. Migracja do nowego layoutu, rozwijanego od poprzednich wersji, została zakończona. Dla zainteresowanych dostępny jest również boczny panel eksperymentalny pod zmienną OPENCODE_SIDECAR_V2.

    Co konkretnie się zmieniło? Mod+N otwiera nową kartę bez potrzeby przeszukiwania menu. Przywrócono przycisk Help, który wcześniej zniknął w wersjach release. Sesje z czasem archiwizacji ustawionym na null pozostają widoczne na liście głównej, co wcześniej nie miało miejsca. Na Windowsie schowano przycisk zamykania panelu bocznego, ponieważ kolidował z natywnymi kontrolkami okna. Subagent picker zyskał skrót ze strzałką w górę do szybkiego zamykania.

    Poprawiono również przewijanie na stronie głównej, przyklejone nagłówki sesji, gotowość WSL i widoczność selektora niestandardowych agentów. Choć detale mogą wydawać się drobne, dla osób przeskakujących między kilkoma równoległymi sesjami subagentów, to realna oszczędność czasu.

    Co to znaczy dla zespołów developerskich

    Zmiana domyślnego zachowania subagentów ma znaczenie dla każdego, kto używa agentów do równoległej analizy repozytoriów, testowania czy zadań infrastrukturalnych. Zespoły wciąż mogą tworzyć wielopoziomowe workflow, ale teraz wymaga to świadomej decyzji konfiguracyjnej.

    Dla środowisk CI/CD i hostowanych platform deweloperskich domyślna wartość 1 pomaga utrzymać przewidywalność, zmniejszając ryzyko niekontrolowanego rozrostu zadań i związanych z tym kosztów. Nie podano jednak konkretnych metryk dotyczących oszczędności tokenów czy czasu wykonania.

    Źródła

  • Qwen Code 0.19.5 wprowadza kontrolę nad mocą AI i bezpieczne serwery webowe

    Qwen Code 0.19.5 wprowadza kontrolę nad mocą AI i bezpieczne serwery webowe

    Drugiego lipca 2026 roku zadebiutowała najnowsza wersja Qwen Code — otwartoźródłowego agenta programistycznego działającego w terminalu. Wersja 0.19.5 wprowadza szereg usprawnień, które koncentrują się na interfejsie webowym, kontroli nad zachowaniem modelu oraz bezpieczeństwie wdrożeń. Aktualizacja nie wprowadza żadnych breaking changes, co oznacza, że można ją zainstalować bez problemów za pomocą polecenia npm install -g @qwen-code/qwen-code.

    Najważniejsze zmiany w Qwen Code 0.19.5

    • Nowe polecenie /effort umożliwia określenie, ile mocy obliczeniowej agent przeznacza na zadanie — można wybrać między szybką odpowiedzią a dokładniejszą analizą.
    • Odświeżony interfejs webowy z płynniejszym przewijaniem, lepszą obsługą urządzeń mobilnych oraz bardziej dopracowanymi menu.
    • HTTPS dla hostowanych instancji — serwer webowy można teraz zabezpieczyć, wskazując certyfikaty, co jest istotne przy udostępnianiu narzędzia zespołom.
    • Integracja z DingTalk umożliwia proaktywne powiadomienia zespołowe, co wskazuje na rozwój w kierunku współpracy, a nie tylko asysty przy kodowaniu.

    /effort — świadome sterowanie zasobami AI

    Nowa komenda /effort to istotny element tej aktualizacji dla osób pracujących z modelami AI. Umożliwia ona wybór poziomu „zaangażowania” agenta w realizację polecenia. Jeśli potrzebujesz szybkiej odpowiedzi na proste pytanie, ustawiasz niski effort. W przypadku analizy złożonego fragmentu kodu, która wymaga kilku iteracji, możesz przydzielić agentowi więcej czasu i zasobów.

    To ważny krok w kierunku przewidywalności kosztów i czasu pracy z asystentem AI. Deweloperzy mają teraz kontrolę nad tym, gdzie inwestują tokeny, co jest istotne w kontekście rosnących cen API i ograniczeń budżetowych.

    Interfejs webowy — wygoda na szerszą skalę

    Qwen Code działa nie tylko w terminalu, ale także przez przeglądarkę. Wersja 0.19.5 poprawia to doświadczenie na kilku frontach. Pojawiła się smukła oś czasu czatu — boczny panel, który ułatwia szybkie skanowanie historii konwersacji. Menu i wyskakujące okienka zostały przeprojektowane z myślą o dostępności: lepiej reagują na klawiaturę i czytniki ekranowe.

    Zwiększono również komfort korzystania z urządzeń mobilnych. Płynniejsze przewijanie i poprawione interakcje sprawiają, że przeglądanie kodu czy sprawdzanie odpowiedzi agenta na telefonie jest bardziej komfortowe. Dla zespołów, które często sprawdzają postępy w drodze, te detale mają znaczenie.

    Bezpieczeństwo i infrastruktura

    Dla osób hostujących Qwen Code we własnym środowisku kluczową nowością jest wsparcie HTTPS. Można teraz wskazać certyfikaty i uruchomić serwer webowy w bezpiecznym trybie, co eliminuje potrzebę stosowania reverse proxy czy dodatkowych warstw szyfrowania. To szczególnie istotne, gdy z narzędzia korzysta rozproszony zespół.

    Zespół Qwen dodał także dodatkowe zabezpieczenia dla serwerów webowych, procesów działających w tle oraz zewnętrznych kontrybucji kodu. Choć nie są to efektowne funkcje, w projektach open source, gdzie kod przeglądają i rozwijają liczne osoby, taka warstwa ochronna jest niezbędna.

    DingTalk i sygnał w stronę zespołów

    Integracja z DingTalk — chińską platformą komunikacji biznesowej — pokazuje, że Qwen Code myśli o wykraczaniu poza pojedyncze sesje terminalowe. Proaktywne powiadomienia mogą informować zespół o statusie zadań, ukończonych workflow czy błędach, eliminując potrzebę ciągłego monitorowania konsoli.

    To niewielka zmiana w kontekście kodu, ale istotny sygnał strategiczny. Qwen Code dąży do integracji z pipeline'ami CI/CD oraz komunikatorami zespołowymi, co pozwala na bezpośrednie przekazywanie informacji o postępach pracy agenta do kanału zespołu.

    Aktualizacja 0.19.5 nie wprowadza rewolucyjnych zmian, ale skutecznie poprawia użyteczność i bezpieczeństwo. Dla web developerów istotne będą poprawki interfejsu przeglądarkowego, dla DevOpsów — wsparcie HTTPS oraz hardening, a dla wszystkich pracujących z AI — możliwość kontrolowania kosztów obliczeniowych za pomocą komendy /effort.

    Źródła

  • Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Anthropic wypuściło 24 czerwca 2026 roku nową wersję Claude Code oznaczoną numerem 2.1.190. To wydanie konserwacyjne, które nie wprowadza nowych funkcji ani przełomowych zmian, ale zawiera konkretne poprawki stabilności i błędów, mające realny wpływ na codzienną pracę z narzędziem.

    • Claude Code 2.1.190 to wydanie utrzymaniowe z datą 24 czerwca 2026, skupione wyłącznie na poprawkach błędów i niezawodności.
    • Brak nowych funkcji — aktualizacja nie wprowadza żadnych zmian w interfejsie ani API, co oznacza zerowe ryzyko regresji.
    • Wersja 2.1.190 wprowadziła nowe ustawienie sandbox.credentials, a wersja 2.1.190 przyniosła optymalizację CPU podczas streamingu.
    • Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w rejestrze npm, więc 2.1.190 jest jedną z faktycznie dystrybuowanych wersji w tym cyklu.

    Co faktycznie zmienia wydanie utrzymaniowe

    Oficjalny changelog Claude Code jest w tej kwestii wyjątkowo lakoniczny. Opis zmiany sprowadza się do jednego zdania: „Poprawki błędów i usprawnienia niezawodności”. Brak listy commitów i szczegółów technicznych. Choć brzmi to enigmatycznie, dla programistów pracujących z narzędziem w trybie CLI, takie wydania często robią największą różnicę.

    Wersja 2.1.190 pojawiła się zaledwie 9 godzin i 22 minuty po poprzedniej stabilnej wersji 2.1.190. Ten krótki odstęp sugeruje szybką reakcję na zgłoszone problemy. Co ciekawe, rozmiar plików binarnych wzrósł zaledwie o 3,4 kB, a tokeny promptów pozostały bez zmian, co oznacza, że logika kontekstowa nie uległa zmianie, a poprawki dotyczyły warstwy wykonawczej.

    Kontekst szerszego okna wydań

    Mimo że samo 2.1.190 nie doczekało się szczegółowego changeloga, warto spojrzeć na to, co działo się w okolicy. Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w npm, prawdopodobnie z powodu błędów wykrytych na etapie wewnętrznych testów. To pokazuje, że zespół Anthropic aktywnie filtruje wydania przed publikacją, a 2.1.190 jest efektem tego procesu.

    W szerszym oknie wydań pojawiło się kilka istotnych zmian. Wersja 2.1.190 dodała nowe ustawienie sandbox.credentials i rozszerzyła działanie komendy /rewind. Z kolei wersja 2.1.190 zoptymalizowała zużycie CPU podczas streamowanych odpowiedzi, co pozwoliło na redukcję o około 37%. To znacząca różnica, zwłaszcza przy dłuższych sesjach kodowania, gdzie wentylatory w laptopach mogą być głośne.

    Poprawiono także szereg drobniejszych błędów, takich jak opóźnienia przy starcie Claude Code Remote, zrywanie połączeń kanałowych, problemy z wyświetlaniem linków i URL-i w terminalach Ghostty oraz Windows Terminal, a także błędy renderowania w claude agents i przepełnienie splash artu. Nie wiadomo jednak, które z tych poprawek trafiły konkretnie do 2.1.190, a które do sąsiednich wersji, ponieważ oficjalny changelog ich nie przypisuje.

    Dlaczego to ma znaczenie dla web developerów i DevOps

    Claude Code to narzędzie terminalowe. Nie ma GUI ani panelu administracyjnego — wszystko dzieje się w linii poleceń. Dlatego nawet pozornie mała łatka stabilności może uratować sesję programistyczną przed niespodziewanymi crashami czy desynchronizacją połączenia. W kontekście vibe codingu, gdzie płynność interakcji z AI jest kluczowa dla utrzymania flow, takie wydania są istotne.

    Dla zespołów DevOps i osób pracujących zdalnie stabilność połączeń kanałowych oraz szybki czas rozruchu to parametry, które bezpośrednio wpływają na produktywność. Jeśli Claude Code Remote startuje zauważalnie szybciej, a połączenia nie rwą się co kilkanaście minut, każda minuta zaoszczędzona na debugowaniu narzędzia to minuta więcej na właściwą pracę z kodem.

    Optymalizacja zużycia CPU o blisko 37% wprowadzona w wersji 2.1.190 jest szczególnie istotna. Przy dłuższych sesjach z Claude Code różnica w temperaturze laptopa i poziomie hałasu może być odczuwalna. Dla programistów pracujących w open space lub zdalnie z kawiarń to ważny aspekt.

    Jak zaktualizować

    Sprawdzenie wersji to standardowe claude --version. Aktualizacja przebiega przez menedżer pakietów lub bezpośrednie pobranie binarki z repozytorium GitHub. Po instalacji warto zrestartować wszystkie aktywne sesje, ponieważ niektóre poprawki stabilności wymagają świeżego połączenia, aby działały poprawnie.

    Podsumowanie

    Claude Code 2.1.190 to przykład wydania, które nie trafi na pierwsze strony branżowych serwisów, ale dla aktywnych użytkowników CLI może być ważniejsze niż niejedna aktualizacja z listą nowych funkcji. Brak szczegółowego changeloga nie powinien zniechęcać — w wydaniach utrzymaniowych mniej znaczy lepiej. Krótszy interwał od poprzedniej wersji i pominięcie dwóch numerów sugeruje, że Anthropic aktywnie monitoruje zgłoszenia i szybko reaguje. Jeśli używasz Claude Code na co dzień, warto poświęcić minutę na aktualizację.

    Źródła

  • Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    W czerwcu 2026 roku zespół Qwen wprowadził wersję v0.18.0 swojego terminalowego agenta kodowania, a następnie wprowadził szereg poprawek aż do v0.18.3. W tej aktualizacji scalono ponad sto pull requestów, które dotyczyły czterech obszarów funkcjonalnych. Najważniejsze nowości to interaktywny pulpit /stats, automatyczna pamięć na poziomie użytkownika oraz rozszerzona obsługa multimodalna dla modelu Qwen-Code v0.18.0.

    Kluczowe zmiany w wydaniu

    • Pulpit /stats umożliwia podgląd na żywo aktywności agenta i stanu wykonania zadań.
    • Pamięć użytkownika działa teraz między projektami, a nie tylko w obrębie jednej sesji czy repozytorium.
    • Qwen-Code v0.18.0 zyskał rozszerzone możliwości multimodalne, obsługując bogatsze dane wejściowe.
    • Nowy sandbox node:vm izoluje wykonywanie kodu, co zwiększa bezpieczeństwo w środowisku CLI.
    • Stabilność długich sesji poprawiono dzięki łatkom zapobiegającym wyciekom pamięci i zapętlaniu narzędzi.

    Więcej kontroli i bezpieczniejsze wykonanie

    Interaktywny pulpit /stats to istotny dodatek. Użytkownicy pracujący z agentem w terminalu zyskali wygodny wgląd w to, co agent faktycznie robi. Teraz mogą sprawdzić stan aktywności bez przerywania pracy, co jest szczególnie ważne przy dłuższych zadaniach, gdzie agent działa przez wiele minut.

    Z perspektywy bezpieczeństwa wprowadzono sandbox node:vm. Oznacza to, że kod generowany i uruchamiany przez agenta działa w izolowanym środowisku. Dla zespołów DevOps oraz osób pracujących z nie do końca zaufanym kodem to znaczące udogodnienie, ponieważ zmniejsza ryzyko niepożądanych zmian w systemie plików czy zmiennych środowiskowych.

    Zmiany w CLI obejmują również wsparcie dla Declarative Agent frontmatter v1, per-agent mcpServers oraz hooki dla subagentów. To szczegóły, które docenią osoby budujące własne workflow agentowe i potrzebujące precyzyjnej kontroli nad interakcjami agenta z narzędziami.

    Pamięć, która nie znika po zamknięciu sesji

    Automatyczna pamięć na poziomie użytkownika rozwiązuje problem amnezji między sesjami, który często dotyka agentów AI. Wcześniej pamięć była przypisana do konkretnego repozytorium. Teraz agent pamięta preferencje i kontekst użytkownika niezależnie od projektu.

    Dla web developerów oznacza to mniej powtarzania tych samych instrukcji przy przełączaniu się między projektami. Agent zapamiętuje preferencje dotyczące stylu formatowania, używanych bibliotek czy niestandardowej konfiguracji lintera. To małe usprawnienie, które w codziennej pracy oszczędza czas.

    Stabilność, która robi różnicę

    W dłuższych sesjach agent mógł wcześniej generować błędy OOM (out of memory) z powodu akumulacji odpowiedzi debugowych. W wersji v0.18.0 wprowadzono jawną garbage collection oraz stabilniejsze mechanizmy kompaktowania pamięci. Naprawiono także zapętlanie identycznych wywołań narzędzi, które mogło prowadzić do nieefektywnego wykorzystania tokenów.

    Dodatkowo poprawiono obsługę parametrów narzędzi w formacie innym niż string, co jest korzystne dla użytkowników self-hostowanych backendów LLM. Ulepszono również fallbacki schowka przez OSC 52 przy połączeniach SSH, co zapewnia większy komfort dla osób pracujących zdalnie na serwerach.

    Co to znaczy dla AI i web developmentu

    Wydanie v0.18.0 wskazuje kierunek rozwoju Qwen-Code: agent, który ma być nie tylko inteligentny, ale także przewidywalny i bezpieczny w zastosowaniach produkcyjnych. Obserwowalność przez /stats, szersza obsługa multimodalna i sandboxing to odpowiedzi na rzeczywiste problemy zgłaszane przez użytkowników.

    Dla branży web developmentu kluczowe są trzy aspekty: pamięć, która przetrwa restart, ochrona przed zapętlaniem narzędzi oraz mniejsza liczba awarii przy długich zadaniach. Qwen-Code v0.18.0 dostarcza wszystkie te elementy. Tempo wydania, które obejmowało ponad sto PR-ów, sugeruje, że zespół planuje kontynuować rozwój.

    Źródła

  • Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Google wypuściło nową wersję nocną Gemini CLI, oznaczoną jako v0.47.0-nightly.20260609.g0567b25a2. To wydanie koncentruje się na poprawie interfejsu użytkownika oraz uporządkowaniu dokumentacji. Nie wprowadza nowych funkcji, ale te drobne poprawki mogą znacząco wpłynąć na postrzeganie narzędzia jako bardziej dopracowanego.

    Co nowego w skrócie

    • Kanał nightly Gemini CLI otrzymał aktualizację v0.47.0-nightly.20260609.g0567b25a2
    • Baner Antigravity zyskał limit wyświetleń, co ograniczy jego powtarzalność
    • Dokumentacja agenta przeglądarkowego straciła etykietę „eksperymentalna”, co sugeruje stabilizację tej funkcji
    • Brak nowych możliwości – zmiany dotyczą jedynie aspektów wizualnych i tekstowych

    Co dokładnie poprawiono

    W notatkach do wydania znajdują się dwie istotne zmiany. Pierwsza dotyczy banera Antigravity, którego maksymalna liczba wyświetleń została zaktualizowana. To poprawka, która z pewnością ucieszy użytkowników Gemini CLI w wersji nightly, ponieważ powtarzające się komunikaty mogą być irytujące. Po osiągnięciu limitu baner znika.

    Druga zmiana to usunięcie słowa „eksperymentalny” z dokumentacji agenta przeglądarkowego. To porządkowanie dokumentacji, które sugeruje, że funkcja automatyzacji przeglądarki osiągnęła poziom dojrzałości, który nie wymaga już oznaczania jej jako eksperymentalnej. Choć Gemini CLI w wersji nightly pozostaje kanałem testowym, zmiana ta poprawia komunikację.

    Nightly, preview, stable – który kanał wybrać

    Gemini CLI w wersji nightly oferuje trzy ścieżki aktualizacji. Nightly to codzienne buildy z najnowszymi zmianami, publikowane o północy UTC. Są to najbardziej ryzykowne wersje, ale dają dostęp do najnowszych funkcji. Preview to wersje pośrednie, które zostały już częściowo przetestowane, a stable to finalne wydania gotowe do produkcji.

    Wersja v0.47.0-nightly wpisuje się w cykl wydawniczy, w którym rodzina v0.47.0 regularnie pojawia się w dziennikach zmian. To typowy rytm dla nocnych buildów, w którym drobne poprawki są wprowadzane codziennie, a część z nich trafia do stabilnego kanału.

    Dlaczego takie aktualizacje mają znaczenie

    Wydania tego typu mogą być łatwe do przeoczenia, ponieważ nie wprowadzają efektownych nowości ani nowych komend. Jednak suma drobnych poprawek w interfejsie i dokumentacji skutkuje płynniejszą pracą. Mniej irytujących banerów i lepsza komunikacja statusu funkcji sprawiają, że narzędzie zyskuje na profesjonalizmie.

    Dla deweloperów korzystających z Gemini CLI w wersji nightly, szczególnie przy integracji agentów przeglądarkowych, ta aktualizacja jest korzystna. Usunięcie etykiety „eksperymentalna” ułatwia przekonanie współpracowników do wdrożenia tych rozwiązań w projektach. Zmiana limitu banera Antigravity sugeruje, że zespół Google analizuje zachowania użytkowników, co może poprawić użyteczność narzędzia.

    Podsumowanie

    Wersja v0.47.0-nightly.20260609.g0567b25a2 to typowa aktualizacja konserwacyjna nocnego kanału Gemini CLI. Dwie zmiany – ograniczenie wyświetleń banera i poprawa dokumentacji agenta przeglądarkowego – nie zmieniają zasadniczo działania narzędzia, ale pokazują, że Google przesuwa niektóre funkcje z fazy eksperymentalnej w stronę dojrzałego produktu. Jeśli korzystasz z Gemini CLI w wersji nightly, aktualizacja jest bezproblemowa i wprowadza więcej porządku do codziennej pracy z CLI.

    Źródła

  • Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Anthropic wydało 6 czerwca 2026 roku wersję Claude Code 2.1.167, której zmiany zostały opisane w oficjalnym changelogu jako „poprawki błędów i ulepszenia stabilności”. Mimo krótkiego opisu, aktualizacja ta jest częścią szerszego cyklu poprawek stabilności, który zespół Anthropic realizuje od kilku tygodni. Dla deweloperów korzystających z narzędzia na co dzień takie poprawki mają duże znaczenie, często bardziej niż nowe funkcje.

    Co warto wiedzieć o wydaniu 2.1.167

    • Wersja konserwacyjna — Claude Code 2.1.167 nie wprowadza nowych funkcji, a jedynie poprawki błędów i ulepszenia stabilności.
    • Niskie ryzyko wdrożenia — brak zmian w API, konfiguracji ani zachowaniu narzędzia; aktualizacja jest bezpieczna dla zespołów.
    • Data premiery — 6 czerwca 2026; wydanie zawiera 9 commitów na głównej gałęzi repozytorium.
    • Kontynuacja serii stabilizacyjnej — to część szerszego cyklu poprawek obejmującego wersje od 2.1.166 do 2.1.168.

    Co właściwie poprawiono?

    Anthropic nie opublikowało szczegółowej listy błędów usuniętych w 2.1.167. Oficjalny changelog na GitHubie zawiera jedynie standardową formułkę, a dokumentacja techniczna nie dostarcza dodatkowych informacji. Jednak w kontekście poprzednich wydań z tej serii, które rozwiązywały problemy z obsługą błędów API, zrywaniem sesji i wyciekami pamięci, można przypuszczać, że aktualizacja ta również koncentruje się na stabilności podczas długich sesji kodowania.

    Inne źródła opisują tę aktualizację jako poprawiającą „płynność działania i zmniejszającą liczbę błędów podczas intensywnych sesji programistycznych”. Choć to sformułowanie jest ogólne, dobrze oddaje charakter wydania: nie ma tu nic spektakularnego, ale każdy, kto doświadczył utraty kontekstu rozmowy przez niespodziewany crash, doceni te ulepszenia.

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Aby zrozumieć znaczenie tego wydania, warto spojrzeć na sąsiednie wersje. Tuż przed 2.1.167 Claude Code otrzymał mechanizm fallbackModel, który pozwala zdefiniować do trzech modeli zapasowych na wypadek przeciążenia lub niedostępności głównego. To istotna pomoc dla zespołów, które nie mogą sobie pozwolić na przestój, gdy API Anthropic działa gorzej.

    Równolegle wprowadzono ustawienia requiredMinimumVersion i requiredMaximumVersion, które umożliwiają administratorom wymuszenie konkretnego zakresu wersji Claude Code w organizacji. Narzędzie odmówi uruchomienia, jeśli wersja nie mieści się w dozwolonym przedziale. Dla DevOpsów zarządzających flotą kilkudziesięciu instancji to duże ułatwienie — koniec z sytuacjami, gdzie część zespołu pracuje na przestarzałym kodzie.

    Warto również zauważyć, że Anthropic ogłosiło wycofanie Claude Opus 4.1 z API — model ten przejdzie na emeryturę 5 sierpnia 2026, a zalecaną ścieżką migracji jest Claude Opus 4.8. Choć ta informacja nie dotyczy bezpośrednio wydania 2.1.167, pokazuje kierunek rozwoju całego ekosystemu.

    Co to oznacza dla zespołów deweloperskich

    Jeśli zarządzasz instalacjami Claude Code w zespole, wersja 2.1.167 nie powinna budzić niepokoju. To wydanie niskiego ryzyka — można je zainstalować, zapomnieć o nim i kontynuować pracę. Warto jednak wdrożyć je szybko, zanim pojawi się kolejna wersja z nowymi funkcjami i potencjalnymi niespodziankami.

    Jeśli jeszcze nie skonfigurowałeś modeli zapasowych ani przypinania wersji, to jest dobry moment na to. Wersja 2.1.167 nie wprowadza tych możliwości, ale stabilne środowisko jest kluczowe, aby z nich sensownie korzystać. Nie ma nic gorszego niż skonfigurowany fallback, który nie działa, ponieważ narzędzie zawiodło na poziomie samej sesji.

    Dla zwykłych użytkowników komunikat jest jasny: zaktualizuj i ciesz się mniejszą liczbą irytujących przerw w pracy. To jeden z tych przypadków, gdzie changelog mówi niewiele, ale doświadczenie pracy mówi wszystko.

    Źródła

  • Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Anthropic wydało 4 czerwca 2026 roku aktualizację Claude Code 2.1.163, która wprowadza wymuszone zarządzanie wersjami przez administratorów, nowe narzędzia do kontroli wtyczek oraz kilka poprawek stabilności. To wydanie koncentruje się na stabilności i kontroli, co jest istotne dla zespołów, które nie mogą sobie pozwolić na niespodzianki w środowisku deweloperskim.

    Kluczowe zmiany

    • Administratorzy mogą ustawić widełki wersji – requiredMinimumVersion i requiredMaximumVersion w managed settings blokują uruchomienie Claude Code poza zatwierdzonym zakresem.
    • Pojawiło się polecenie /plugin list z filtrami dla włączonych i wyłączonych wtyczek, co ułatwia audyt konfiguracji.
    • Hooki Stop i SubagentStop mogą teraz zwracać informację zwrotną do Claude przez additionalContext, nie powodując błędów.
    • Skrót „c to copy” pozwala jednym przyciskiem skopiować surową odpowiedź w formacie Markdown.
    • Poprawiono błędy związane z procesami w tle, ścieżkami w Windows i responsywnością terminala.

    Twarda bramka wersji – koniec z samowolką

    Najważniejszą nowością z perspektywy bezpieczeństwa jest mechanizm wymuszania zakresu wersji. Administrator może zdefiniować minimalną i maksymalną dozwoloną wersję Claude Code w pliku managed settings. Jeśli zainstalowana wersja wykracza poza ten przedział, Claude Code odmawia uruchomienia i kieruje użytkownika do zatwierdzonej wersji.

    To oznacza koniec zgadywania, czy wszyscy pracują na kompatybilnych wersjach narzędzia. Nie trzeba już polegać na tym, że deweloperzy sami zaktualizują środowisko – system wymusza to automatycznie. W połączeniu z poprawkami luk w regułach uprawnień, aktualizacja 2.1.163 wyraźnie stawia na kontrolę.

    Wtyczki pod lupą

    Nowe polecenie /plugin list odpowiada na rosnącą liczbę rozszerzeń w ekosystemie Claude Code. Wyświetla zainstalowane wtyczki z podziałem na status – włączone i wyłączone. Jest to szczególnie przydatne w środowiskach zespołowych, gdzie zarządzanie wtyczkami staje się wymogiem.

    Dodatkowo, Anthropic uprościło wcześniejszy dwuetapowy proces instalacji wtyczek do jednego polecenia /plugin install. Źródło source: 'settings' pozwala deklarować wpisy wtyczek bezpośrednio w settings.json, co zmniejsza tarcie przy konfiguracji.

    Hooki z ludzką twarzą

    Hooki z ludzką twarzą

    Hooki Stop i SubagentStop przeszły istotną zmianę. Do tej pory próba przekazania informacji zwrotnej do Claude przez hook często kończyła się błędem. Teraz mogą one zwracać dane przez pole additionalContext, które Claude interpretuje jako część konwersacji, a nie jako sygnał awarii.

    Dzięki temu agenci stają się bardziej interaktywni – hook może na przykład podpowiedzieć modelowi kontekst, który pomoże mu podjąć lepszą decyzję w kolejnym kroku, bez przerywania przepływu pracy komunikatem o błędzie.

    Drobiazgi, które robią różnicę

    Drobiazgi, które robią różnicę

    Wśród poprawek warto odnotować kilka praktycznych: skrót klawiszowy c kopiujący odpowiedź w formacie Markdown, usprawnienia dla Windows (w tym obsługa ścieżek i responsywność terminala) oraz poprawki procesów w tle, które mogły wcześniej wisieć po zakończeniu sesji. Dla zespołów korzystających z Claude Code w trybie headless lub w automatyzacji CI, stabilność agentów działających w tle to warunek konieczny.

    Podsumowanie

    Claude Code 2.1.163 nie przynosi spektakularnych nowości, ale pokazuje kierunek, w którym Anthropic zmierza z tym narzędziem: mniej eksperymentów, więcej kontroli. Wymuszone widełki wersji, lepsza widoczność wtyczek i inteligentniejsze hooki składają się na wydanie, które docenią przede wszystkim ci, którzy zarządzają wdrożeniami w zespołach. Jeśli twoja organizacja traktuje Claude Code jako element pipeline'u deweloperskiego, ta aktualizacja jest obowiązkowa, ponieważ bez niej system może po prostu odmówić współpracy.

    Ź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