Tag: Narzędzia Programistyczne

  • Factory daje programistom kontrolę nad umiejętnościami AI i wsparcie dla Windows ARM64

    Factory daje programistom kontrolę nad umiejętnościami AI i wsparcie dla Windows ARM64

    Nowa wersja Factory v0.176.0, wydana 20 lipca 2026 roku, wprowadza flagę umożliwiającą wyłączenie wbudowanych umiejętności oraz natywne wsparcie dla komputerów z Windows ARM64. Dodatkowo, wprowadzono automatyczne powiadomienia o zbliżających się limitach oraz szereg poprawek stabilności.

    • Nowa flaga --disable-builtin-skills pozwala na wyłączenie fabrycznych umiejętności Factory, zachowując jednocześnie własne
    • Natywna wersja dla Windows ARM64 eliminuje potrzebę korzystania z warstwy zgodności x64
    • Alerty e-mail o limitach informują administratorów, gdy zużycie zbliża się do ustalonego pułapu
    • Naprawa sesji po przerwaniu działania narzędzia oraz automatyczne ponawianie połączeń z modelem
    • Drobne usprawnienia desktopowe – od dźwięków powiadomień, które nie blokują uśpienia macOS, po czytelniejsze błędy PDF

    Większa kontrola nad umiejętnościami

    Głównym elementem tej aktualizacji jest flaga --disable-builtin-skills. Umożliwia ona zespołom kontrolowanie, które umiejętności są dostępne w danym środowisku, zarówno w repozytorium, jak i lokalnie na maszynie dewelopera.

    W praktyce oznacza to, że organizacje, które mają własny zestaw umiejętności, mogą teraz całkowicie wyłączyć te dostarczane przez Factory, co eliminuje ryzyko konfliktów i niepożądanych zachowań. Własne źródła umiejętności pozostają nienaruszone. Dla zespołów DevOps i liderów technicznych to realna korzyść – mniej niespodzianek w automatyzacji, większa przewidywalność.

    Choć zmiana ta może nie wydawać się spektakularna, osoby zarządzające większymi projektami AI szybko docenią tę opcję.

    Windows ARM64 bez kompromisów

    Windows ARM64 bez kompromisów

    Kolejną ważną nowością jest natywne wsparcie dla Windows ARM64. Użytkownicy urządzeń takich jak Surface Pro X czy Lenovo ThinkPad X13s wcześniej musieli korzystać z emulacji x64, co wpływało na wydajność i responsywność.

    Teraz aplikacja desktopowa Factory działa bezpośrednio na architekturze ARM64. Zniknął narzut związany z tłumaczeniem instrukcji, co powinno poprawić płynność działania. To oznacza, że ekosystem ARM na Windowsie zyskuje na znaczeniu.

    Automatyczne alerty i solidniejsza praca z sesjami

    Automatyczne alerty i solidniejsza praca z sesjami

    Administratorzy otrzymują powiadomienia e-mail, gdy wykorzystanie API lub innych zasobów zbliża się do limitów. Factory nie ujawnia jednak domyślnych progów, częstotliwości alertów ani tego, które plany subskrypcyjne obejmuje ta funkcja. Użytkownicy muszą sprawdzić to we własnej konfiguracji.

    W zakresie stabilności wprowadzono konkretne zmiany. Przerwanie działania narzędzia nie powinno już uszkadzać historii sesji, a jeśli do tego dojdzie, wersja 0.176.0 potrafi automatycznie naprawić taką historię. Dodatkowo, w przypadku niedostępności automatycznie wybranego modelu, następuje automatyczne ponawianie prób. Użytkownicy nie muszą już ręcznie restartować operacji.

    Wprowadzono także poprawkę dla macOS: dźwięki powiadomień nie blokują już przejścia komputera w tryb uśpienia. W przypadku generowania PDF błędy są teraz widoczne natychmiast, co ułatwia diagnozowanie problemów z dokumentami.

    Dla kogo to wydanie ma znaczenie

    Factory v0.176.0 to aktualizacja skupiająca się na kontroli i niezawodności. Nowa flaga umiejętności będzie przydatna dla zespołów, które potrzebują ściśle zdefiniowanego środowiska automatyzacji. Alerty o limitach stanowią dodatkowe zabezpieczenie dla budżetu operacyjnego. Natywne wsparcie dla Windows ARM64 to odpowiedź na rosnącą liczbę deweloperów korzystających z urządzeń z tym systemem.

    Choć brakuje danych o adopcji, konkretnych benchmarków czy oficjalnych komentarzy twórców, kierunek zmian jest jasny. Factory stawia na elastyczność i przewidywalność, co jest istotne w kontekście rozwoju wspomaganego przez AI.

    Źródła

  • Factory App zyskuje precyzyjne sterowanie umiejętnościami i większą stabilność agentów

    Factory App zyskuje precyzyjne sterowanie umiejętnościami i większą stabilność agentów

    Wydana 15 lipca 2026 roku wersja v0.173.0 aplikacji Factory App wprowadza szczegółową kontrolę nad umiejętnościami agentów AI oraz kilka istotnych poprawek niezawodności. To pierwsza aktualizacja, która pozwala programistom wyłączać pojedyncze umiejętności zamiast traktować je jako całościowy zestaw.

    Co nowego w skrócie

    • Indywidualne wyłączanie skilli — użytkownicy mogą dezaktywować konkretne umiejętności bez utraty dostępu do pozostałych
    • Zapobieganie pętlom narzędziowym — agent przerywa działanie, gdy wykryje powtarzające się identyczne wywołanie narzędzia
    • Hooki wykonywane dokładnie raz — eliminacja ryzyka zdublowanych efektów ubocznych w zautomatyzowanych przepływach pracy
    • Poprawki interfejsu Mission Control — odświeżanie czatu po zamknięciu panelu działa teraz poprawnie

    Precyzyjna kontrola zamiast wszystko-albo-nic

    Dotychczasowe podejście do skilli w Factory App przypominało włącznik główny — albo agent miał dostęp do wszystkich umiejętności, albo do żadnej. Aktualizacja v0.173.0 zmienia tę logikę na znacznie bardziej szczegółową. Deweloper może teraz wyłączyć jeden konkretny skill, pozostawiając pozostałe aktywne. To przydatne, gdy agent ma tendencję do nadużywania jakiejś funkcji, ale wciąż potrzebuje innych narzędzi do wykonania zadania.

    Dodatkowo, aktualizacja pokazuje, jak ustawienia rozwiązują się w różnych zakresach konfiguracyjnych. Jeśli skill jest zdefiniowany jednocześnie na poziomie globalnym, projektowym i instalacyjnym, interfejs wizualizuje, która konfiguracja ma pierwszeństwo. Użytkownicy nie muszą już ręcznie przeszukiwać plików konfiguracyjnych w poszukiwaniu źródła problemu.

    Agent bez pętli, hooki bez niespodzianek

    Jednym z kosztownych problemów w narzędziach AI są pętle narzędziowe. Agent wywołuje to samo narzędzie z tymi samymi argumentami, nie robiąc postępu, co prowadzi do marnowania czasu i zasobów. Wersja v0.173.0 wprowadza mechanizm, który wykrywa takie powtarzające się wywołania i zatrzymuje agenta. Release notes nie podają konkretnych liczb — nie wiemy, o ile spadła częstotliwość pętli ani ile tokenów oszczędza to użytkownikom. Niemniej jednak, wprowadzenie tego zabezpieczenia to krok w stronę bardziej przewidywalnych sesji deweloperskich.

    Hooki również zostały poprawione — wykonują się teraz dokładnie raz na zdarzenie. W kontekście DevOps i hostingu ma to znaczenie, ponieważ hook może uruchamiać komendy, wysyłać powiadomienia czy wyzwalać deploymenty. Przypadkowe zdublowanie takiej akcji oznacza zbędny build albo podwójną notyfikację. Dokładne wykonanie eliminuje ten problem.

    Drobne, ale dokuczliwe usterki

    Aktualizacja rozwiązuje także kilka drobnych problemów. Mission Control po zamknięciu nie zostawia już czatu w niespójnym stanie wizualnym — interfejs odświeża się poprawnie, więc użytkownicy nie muszą restartować aplikacji. Przycisk aktualizacji na pasku bocznym ma teraz poprawione wyrównanie. To mała zmiana, ale istotna.

    Pluginy ładują się teraz poprawnie niezależnie od zakresu instalacji — globalnego, projektowego czy innego. To rozwiązuje sytuację, w której wtyczka zainstalowana w jednym miejscu była widoczna, a identyczna w innym — już nie.

    Równoległe zapisy ustawień również przestały się gryźć. Gdy kilka aktualizacji konfiguracji następuje jednocześnie, nowsze zmiany nie są już nadpisywane przez stare, buforowane dane. Dla zespołów pracujących równolegle nad konfiguracją to oszczędność frustracji.

    Co dalej z Factory App

    Wydanie v0.173.0 dotyczy zarówno CLI, jak i aplikacji desktopowej. Kontrola skilli i mechanizm zatrzymywania pętli to zmiany w CLI, podczas gdy poprawki Mission Control i paska bocznego dotyczą aplikacji. Release notes nie podają danych o adopcji ani metrykach wydajności, więc trudno oszacować konkretny wpływ na produktywność programistów. Jednak kierunek jest jasny — Factory App zmierza w stronę narzędzia, które daje więcej kontroli przy mniejszej liczbie niespodzianek.

    Dla zespołów budujących zautomatyzowane przepływy kodowania czy deploymentu oznacza to mniej ręcznego nadzoru nad agentem i bardziej przewidywalne zachowanie hooków. Takie zmiany są oczekiwane od narzędzi deweloperskich w 2026 roku.

    Źródła

  • Qwen-Code v0.19.11 z przebudowaną powłoką webową i pętlą walidacji recenzji kodu

    Qwen-Code v0.19.11 z przebudowaną powłoką webową i pętlą walidacji recenzji kodu

    Zespół Qwen-Code wypuścił wersję v0.19.11, kończąc intensywny tydzień rozwojowy, w którym zrealizowano ponad 160 scalonych pull requestów. Aktualizacja koncentruje się na trzech głównych obszarach: nowej powłoce webowej, ulepszonym interfejsie CLI oraz bardziej rygorystycznym, wieloetapowym procesie automatycznej recenzji kodu.

    Kluczowe zmiany w skrócie

    • Powłoka webowa zyskała blokadę ścieżki workspace, panel przeglądu artefaktów oraz interaktywne sterowanie diagramami Mermaid.
    • Polecenie /learn umożliwia zapisanie wiedzy z katalogu, URL-a lub rozmowy jako plik SKILL.md do późniejszego wykorzystania.
    • System recenzji rozszerza weryfikację zgłoszeń przed publikacją oraz wprowadza audyt wsteczny, który identyfikuje pominięte problemy.
    • Wydajność recenzji poprawiono przez ograniczenie buildów i testów tylko do zmienionych workspace’ów oraz skompresowane prompty.
    • Wielo-workspace’owe sesje z kolorowymi wskaźnikami i heartbeatami shellowymi zwiększają bezpieczeństwo długotrwałej pracy.

    Powłoka webowa jako centrum zarządzania pracą

    Przebudowa Web Shella to nie tylko kosmetyka. Interfejs zyskał nową bibliotekę komponentów (shadcn) i został wzbogacony o funkcje, które wcześniej wymagały przełączania się między terminalem a konfiguracją. Kluczową nowością jest blokada ścieżki workspace, co eliminuje ryzyko przypadkowej zmiany kontekstu katalogu roboczego podczas sesji. Dla zespołów pracujących nad wieloma projektami jednocześnie oznacza to koniec zgadywania, w którym repozytorium aktualnie wykonywane są polecenia.

    Wprowadzono również dedykowany panel zarządzania rozszerzeniami, który wcześniej kontrolowano głównie przez pliki konfiguracyjne lub CLI – teraz wystarczy kilka kliknięć w interfejsie. Pojawił się także panel przeglądu artefaktów, który organizuje wygenerowane pliki i wyniki pracy agenta.

    Dla wizualizacji architektury i przepływów pracy Qwen-Code dodał możliwość interaktywnego sterowania diagramami Mermaid: można je teraz przybliżać, przesuwać i przeciągać. Wsparcie dla wielu workspace’ów z podziałem ekranu i kolorowymi wskaźnikami kontekstu sprawia, że powłoka przestaje być jedynie terminalem w przeglądarce – staje się centrum zarządzania całym środowiskiem deweloperskim. Dodatkowo, przebudowa objęła maksymalizowanie paneli split-pane oraz wyświetlanie sesji oczekujących na działanie użytkownika.

    CLI, które pamięta i uczy się projektu

    Nowe polecenie /learn to jeden z ciekawszych dodatków tej wersji. Użytkownik wskazuje katalog, URL, treść rozmowy lub własny tekst, a Qwen-Code przetwarza ten materiał w plik SKILL.md. To więcej niż notatka – zapisana wiedza staje się częścią kontekstu i może być przywoływana w kolejnych sesjach.

    CLI zyskało także polecenie /update, które umożliwia aktualizację jednym kliknięciem, poprawione tryby zatwierdzania oraz lepsze zarządzanie sesjami, aby nie mieszać kontekstu między projektami. W tle działa Voice Bridge – mechanizm, który integruje audio z workflow Agent Communication Protocol: modele tekstowe otrzymują transkrypcję, a natywnie obsługujące dźwięk – oryginalne wejście audio.

    Recenzja kodu z pętlą weryfikacji

    To najważniejsza zmiana procesowa w tym wydaniu. Automatyczna recenzja kodu w Qwen-Code przestała być prostym „znajdź i zgłoś”. Teraz działa w pięciu krokach, z czego dwa zostały dodane lub rozszerzone.

    Po wykryciu problemów system uruchamia krok czwarty – weryfikator, który sprawdza każde zgłoszenie pod kątem faktycznej poprawności. Dopiero zwalidowane uwagi trafiają dalej. Krok piąty to audyt wsteczny, który szuka problemów pominiętych w pierwszym przeglądzie. To pełny, otwarty ponowny przegląd diffu, który może przebiegać w wielu rundach – od 2 do 10, w zależności od topologii i ustawień.

    Recenzje z kategorii „sugestie” trafiają teraz bezpośrednio jako komentarze inline w pull requeście – nie trzeba ręcznie kopiować rekomendacji z outputu. System zyskał także konfigurowalny poziom wysiłku recenzji, testy poprawności proceduralnej oraz mapowanie linii diffa do konkretnych recenzentów. Timeout recenzji podniesiono do 180 minut z możliwością przedłużenia do 240, co ma zapobiec przerywaniu analizy dużych pull requestów.

    Co istotne, Agent 7, odpowiedzialny za build i testy, ogranicza teraz swoje działanie wyłącznie do workspace’ów dotkniętych zmianą. Dla monorepozytoriów to znacząca różnica – zamiast przebudowywać całe repozytorium, Qwen-Code sprawdza tylko to, co faktycznie się zmieniło. Warto również wspomnieć o automatycznym fallbacku PDF-to-image, który rozszerza możliwości przetwarzania dokumentów.

    Dlaczego to ma znaczenie

    Wersja v0.19.11 scala wcześniej rozproszone elementy workflow: Web Shell zarządza środowiskiem, CLI tworzy reusable wiedzę projektową, a system recenzji weryfikuje przed publikacją i audytuje po fakcie. Dla zespołów web developerskich i devopsowych oznacza to mniej niespodzianek – agent nie wykona polecenia w złym katalogu, recenzja nie opublikuje fałszywego alertu, a build nie przeliczy połowy repo bez potrzeby.

    To wydanie koncentruje się na tym, aby Qwen-Code stał się bezpieczniejszym i bardziej praktycznym narzędziem do długotrwałej, wieloprojektowej pracy z AI.

    Źródła

  • Projekt Gemini CLI otrzymuje krytyczną łatkę stabilności dla anulowanych wywołań narzędzi

    Projekt Gemini CLI otrzymuje krytyczną łatkę stabilności dla anulowanych wywołań narzędzi

    Najnowszy "nightly build" Projekt Gemini CLI (wersja v0.53.0) wprowadza poprawkę w warstwie komunikacji z modelem, która dotyczy grupowania anulowanych odpowiedzi narzędzi oraz scalania sąsiadujących ról w konwersacji. Zmiana, wprowadzona przez kontrybutora @luisfelipe-alt w "pull requeście" #28407, eliminuje błędy 400 Bad Request, które mogły przerywać sesję w nieoczekiwanych momentach.

    Każdy, kto spędził czas z agentem Projekt Gemini CLI w trybie vibe coding, zna ten problem. Uruchamiasz kilka narzędzi — edycja pliku, polecenie shella, szybki test. Część operacji wykonuje się, a inne anulujesz, ponieważ zmieniasz koncepcję. W efekcie klient dostaje błąd od API. Ta poprawka ma to zmienić.

    Kluczowe informacje

    • Poprawka grupuje anulowane odpowiedzi narzędzi i scala sąsiadujące wiadomości o tej samej roli przed wysłaniem zapytania do API.
    • Pull request #28407 autorstwa @luisfelipe-alt jest oznaczony etykietą core,a2a, co wskazuje na zmiany w głównej logice przetwarzania i komunikacji agent-agent.
    • Wersja v0.53.0 (nie v0.52.0, jak początkowo sądzono) zawiera tę poprawkę w kanale "nightly".
    • Praktyczny efekt: mniej błędów żądań po anulowaniu narzędzi i stabilniejsza kontynuacja rozmów z modelem.

    Na czym polega problem techniczny

    Rozmowy z użyciem narzędzi w Projekt Gemini CLI są reprezentowane jako uporządkowana sekwencja wiadomości z przypisanymi rolami — model, wywołanie narzędzia, odpowiedź narzędzia. Anulowanie operacji może pozostawić fragmenty odpowiedzi, które nie pasują do oczekiwanego przez API formatu. Czasami powstają dwie sąsiadujące wiadomości od użytkownika, a czasami odpowiedź narzędzia ląduje w niewłaściwym miejscu.

    W efekcie API Projekt Gemini odrzuca zapytanie z kodem HTTP 400, co może przerwać całą sesję, szczególnie w złożonych, wieloetapowych "workflow".

    Mechanizm naprawczy działa w warstwie normalizacji wiadomości. Po pierwsze, anulowane odpowiedzi narzędzi są grupowane — zamiast emitować je jako pofragmentowane wpisy, Projekt Gemini CLI łączy je w spójną całość. Po drugie, sąsiadujące wiadomości z tą samą rolą (np. dwie kolejne od modelu) są scalane. Dopiero tak przygotowana konwersacja trafia do API.

    Dlaczego to ma znaczenie dla DevOps i vibe codingu

    Dlaczego to ma znaczenie dla DevOps i vibe codingu

    Wyobraź sobie typową sesję: agent Projekt Gemini CLI wykonuje serię operacji — klonuje repozytorium, modyfikuje konfigurację, uruchamia testy jednostkowe, sprawdza pokrycie kodu. W połowie orientujesz się, że obrałeś złą ścieżkę. Przerywasz. Agent anuluje pending tool calls, ale w tle pozostają fragmenty odpowiedzi.

    Bez tej poprawki ryzykujesz, że następne zapytanie do modelu — nawet zupełnie niezwiązane z anulowaną operacją — zostanie odrzucone. Z poprawką warstwa komunikacji jest odporna na takie artefakty.

    Co ciekawe, zmiana dotyczy nie tylko głównej ścieżki core, ale też komunikacji a2a (agent-to-agent). W środowiskach, gdzie wiele agentów wymienia się kontekstem, ryzyko zduplikowanych ról rośnie. Ta łatka zabezpiecza oba scenariusze.

    Kontynuacja prac nad stabilnością

    Kontynuacja prac nad stabilnością

    Linia rozwojowa v0.52.0 już wcześniej otrzymała poprawkę, która zapewnia, że anulowanie zadania przerywa pętlę wykonawczą agent-agent. Teraz v0.53.0 idzie krok dalej — nie tylko przerywa wykonanie, ale też sprząta po anulowaniu.

    Warto pamiętać, że "nightly build" Projekt Gemini CLI jest publikowany codziennie z głównej gałęzi o 00:00 UTC. Nie jest przeznaczony do produkcji — może zawierać nieprzetestowane zmiany. Jeśli jednak testujesz najnowsze możliwości agentów Projekt Gemini CLI w "workflow" developerskich, ta wersja jest dla ciebie.

    Czego nie ma w tej łatce

    Nie ma nowych narzędzi, szybszego modelu ani zmian w interfejsie użytkownika. To czysto inżynieryjna poprawka, która realnie zmniejsza tarcie w codziennej pracy z Projekt Gemini CLI. Nie ma statystyk latency ani wykresów error rate przed/po. To solidna robota pod maską.

    Następnym razem, gdy anulujesz agentowi część pracy i wszystko działa dalej bez restartu sesji, będziesz wiedział, komu za to podziękować.

    Źródła

  • Gemini CLI z lepszą diagnostyką limitów i pewniejszym anulowaniem zadań

    Gemini CLI z lepszą diagnostyką limitów i pewniejszym anulowaniem zadań

    Google wprowadziło nową wersję nocną Gemini CLI – v0.52.0-nightly.20260714, która zawiera kilka istotnych poprawek w kluczowych obszarach narzędzia. Aktualizacja wprowadza bardziej zrozumiałe komunikaty o przekroczeniu limitów dla współdzielonych projektów, niezawodne zatrzymywanie zadań w serwerze A2A oraz obsługę ścieżek względnych w trybie planowania. Dodatkowo zaktualizowano bibliotekę Google Auth do wersji 10.9.0.

    Co nowego w wersji nightly

    • Limit współdzielonych projektów – błędy związane z wyczerpaniem puli zasobów zawierają teraz wskazówkę konfiguracyjną, która prowadzi użytkownika do odpowiednich ustawień projektu.
    • Anulowanie zadań A2A – serwer agent-to-agent natychmiast przerywa aktywną pętlę wykonawczą po żądaniu anulowania, zamiast tylko zmieniać stan zadania.
    • Ścieżki względne w Plan Mode – narzędzie akceptuje teraz zapis plików planu w formacie względnym, co eliminuje wcześniejsze błędy przy typowych strukturach repozytoriów.
    • Google Auth 10.9.0 – aktualizacja zależności uwierzytelniającej, która zapewnia zgodność z najnowszymi poprawkami bezpieczeństwa.

    Diagnostyka limitów, która wreszcie mówi, co zrobić

    Każdy, kto pracował z Gemini CLI w zespole, prędzej czy później napotkał na problem związany z limitami. Dotychczas komunikat był mało informacyjny – na przykład „quota exceeded” – co pozostawiało użytkownika w niepewności. Wersja z 14 lipca dodaje do tego błędu wskazówkę konfiguracyjną.

    Zamiast przeszukiwać dokumentację, użytkownik otrzymuje informację, które ustawienia projektu wymagają poprawy. To drobna zmiana, ale znacząco zmniejsza frustrację przy konfigurowaniu współdzielonej puli zasobów w zespole. Jest to szczególnie pomocne dla osób, które dopiero wdrażają Gemini CLI w swojej organizacji.

    A2A: anulowanie, które faktycznie zatrzymuje pracę

    W przepływach agent-to-agent szybkie przerwanie długiego zadania jest kluczowe. Wyobraź sobie, że uruchamiasz złożone zapytanie, które okazuje się niepotrzebne – klikasz „cancel”, ale serwer w tle nadal wykonuje pętlę. W poprzednich wersjach występował ten problem: anulowanie aktualizowało stan zadania, ale proces nadal działał.

    Nowa wersja eliminuje to zachowanie. Żądanie anulowania natychmiast przerywa aktywną pętlę wykonawczą. Dla workflow, w którym jeden agent zleca pracę drugiemu, to różnica między kontrolowanym zatrzymaniem a niekontrolowanym zużywaniem zasobów, co jest szczególnie ważne przy kosztownych obliczeniowo zadaniach.

    Plan Mode i ścieżki względne – koniec z niespodziankami

    Tryb planowania w Gemini CLI umożliwia zapisanie wygenerowanego planu działania do pliku. Wcześniej polityka zapisu wymagała stosowania ścieżek bezwzględnych. Próba zapisu do pliku plan.md w bieżącym katalogu kończyła się błędem, co było irytujące przy pracy w tymczasowych katalogach roboczych.

    Aktualizacja upraszcza tę politykę, akceptując ścieżki względne. W efekcie Plan Mode działa teraz przewidywalnie – plik planu ląduje dokładnie tam, gdzie go oczekujesz, bez konieczności stosowania absolutnych ścieżek.

    Co z tego wynika dla codziennej pracy

    Te zmiany to solidne poprawki operacyjne, które mogą poprawić codzienną pracę. Lepsze komunikaty o limitach skracają czas diagnozowania problemów konfiguracyjnych. Poprawne anulowanie zadań eliminuje sytuacje, w których zatrzymany proces nadal konsumuje zasoby. Wsparcie dla ścieżek względnych sprawia, że Plan Mode lepiej integruje się z codziennymi workflow w repozytoriach.

    Aktualizacja biblioteki autoryzacyjnej to rutynowy, ale istotny krok – Gemini CLI intensywnie korzysta z kont Google, OAuth i kluczy API, więc opóźnienia w zależnościach bezpieczeństwa byłyby ryzykowne.

    Wersja jest oznaczona jako nightly, co oznacza codzienne budowanie z głównej gałęzi rozwojowej. Google informuje, że takie buildy mogą zawierać błędy, które nie przeszły jeszcze pełnej walidacji. Jeśli jednak polegasz na Gemini CLI w projektach zespołowych lub korzystasz z przepływów agent-to-agent, warto sprawdzić, czy te poprawki wkrótce trafią do stabilnego kanału.

    Źródła

  • Qwen-Code v0.19.10: praca z wieloma projektami wreszcie pod kontrolą

    Qwen-Code v0.19.10: praca z wieloma projektami wreszcie pod kontrolą

    14 lipca 2026 roku ukazała się wersja Qwen-Code v0.19.10, która wprowadza obsługę wielu przestrzeni roboczych oraz nową powłokę webową. W tym wydaniu zespół zrealizował ponad 160 pull requestów od 11 lipca. Nie wprowadzono nowego modelu AI, lecz zaktualizowano infrastrukturę, co przekształca Qwen-Code z narzędzia do jednego repozytorium w środowisko obsługujące wiele projektów jednocześnie.

    Kluczowe zmiany w skrócie

    • Pełna obsługa wielu przestrzeni roboczych — sesje, demony i widoki mogą działać na osobnych projektach bez restartów
    • Nowy panel artefaktów w Web Shellu umożliwia przeglądanie wygenerowanych wyników
    • Odporność sesji na przerwane strumienie, wygasłe tokeny OAuth i restart demona
    • Lepsza widoczność podprocesów — podgląd komend, ścieżki transkryptów i chronologiczny zapis aktywności
    • Schowki promptów przypisane do projektu oraz czytelniejsza prezentacja gałęzi Git w CLI

    Przestrzenie robocze jako fundament

    Największą zmianą w v0.19.10 jest architektura wielu przestrzeni roboczych. Dotychczas praca z kilkoma repozytoriami wymagała restartów demona lub skomplikowanej konfiguracji. Teraz punkty końcowe ACP mogą otwierać sesje ograniczone do konkretnego projektu. Pracownicy demona są grupowani i przypisywani do wybranych przestrzeni. Interfejs z podziałem widoku obsługuje karty przypisane do różnych workspace'ów, oznaczone kolorami. Rejestracja przestrzeni odbywa się w czasie rzeczywistym i jest zachowywana po restarcie demona. Można również usuwać workspace'y bez wyłączania serwera.

    Dla zespołów developerskich oznacza to lepszy podział między projektami. Jeden proces Qwen-Code może zarządzać kilkoma repozytoriami, usługami czy zdalnymi katalogami, a polecenia trafiają do właściwego projektu. Nie ma potrzeby martwić się, czy demon działa w niewłaściwym kontekście.

    W dokumentacji dodano mechanizmy zaufanych przestrzeni, endpointy z kwalifikacją workspace'ów oraz katalogi tylko do odczytu dla niezaufanych środowisk.

    Web Shell z nowym panelem artefaktów

    Drugą istotną zmianą jest przeprojektowanie powłoki webowej. Nowy panel przeglądu artefaktów to osobna przestrzeń do inspekcji wygenerowanych plików i modyfikacji. Dla osób pracujących w nurcie vibe coding to znaczne ułatwienie, ponieważ nie trzeba przeszukiwać historii konwersacji ani drzewa plików, aby zobaczyć, co agent stworzył.

    Interfejs został zmodernizowany — odświeżono panel boczny i ustawienia, dodano możliwość edycji konfiguracji modeli z poziomu UI. Przełącznik modeli pokazuje teraz czytelniejsze metadane i umożliwia szybszą zmianę aktywnego dostawcy. Całość oparto na bibliotece komponentów shadcn, a diagramy Mermaid zyskały kontrolki powiększania, przesuwania i przeciągania.

    Sesje, które nie giną

    Sesje, które nie giną

    Wersja 0.19.10 poprawia odporność na typowe awarie. Przerwane strumienie modelu nie przerywają już całej sesji. Wycieki tur protokołu są obsługiwane poprawnie, a wygasłe sesje OAuth nie wymagają ręcznego odtwarzania kontekstu.

    Szczególnie przydatna jest lepsza obsługa restartów demona. Przy długich zadaniach kodowania przerwane połączenie czy restart procesu w tle zmuszały do ręcznego odbudowywania kontekstu. Teraz sesje odzyskują stan automatycznie po takich zdarzeniach.

    Co widać w podprocesach

    Co widać w podprocesach

    Obserwowalność agentów pomocniczych wzbogacono o nowe funkcje. Podgląd komend na żywo pokazuje, czym zajmuje się dany podproces. Ścieżki do transkryptów ułatwiają odnalezienie pełnego zapisu interakcji, a chronologiczna oś czasu układa aktywność w czytelną sekwencję.

    Te zmiany są przydatne przy debugowaniu złożonych zadań, gdzie kilka podprocesów działa równolegle. Zamiast zgadywać, który agent co robi i dlaczego, można prześledzić polecenia, czas wykonania i wybór modelu.

    Drobniejsze, ale praktyczne

    CLI zyskało schowki promptów działających w kontekście projektu. Jeśli pracujesz nad kilkoma repozytoriami z różnymi konwencjami czy niedokończonymi zadaniami, każde ma teraz własny zestaw zapisanych instrukcji. Gałęzie Git są czytelniej wyświetlane, a timeouty poleceń powłoki można konfigurować.

    SDK i integracje z demonem zyskały drobnoziarnistą kontrolę nad modelami, poziomem wysiłku, kontekstem i opcjami transportu. Dla zespołów DevOps oznacza to możliwość dostosowania zachowania agenta do konkretnego zadania, zamiast polegania na jednej globalnej konfiguracji.

    Dlaczego to wydanie jest istotne

    Qwen-Code v0.19.10 odpowiada na realny problem: im więcej projektów, pracowników i podprocesów, tym trudniej ogarnąć, co się dzieje. Rozdzielenie przestrzeni roboczych, trwałe rejestracje, widoczność stanu agentów i odporność na awarie to zmiany, które pokazują kierunek rozwoju. Qwen-Code przestaje być tylko chatbotem w terminalu, a staje się trwałym środowiskiem developerskim dla wielu projektów jednocześnie.

    Źródła

  • Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Anthropic wprowadziło aktualizację Claude Code 2.1.208, która dodaje tryb dla czytników ekranu, poprawia działanie w tle oraz przyspiesza sesje z wieloma narzędziami. To wydanie koncentruje się na dostępności i stabilności, wprowadzając zmiany, które szczególnie docenią programiści korzystający z terminala.

    Kluczowe zmiany w wydaniu

    • Tryb czytnika ekranu zamienia wizualny interfejs terminala na tekst, który narzędzia takie jak VoiceOver czy NVDA odczytują liniowo.
    • Mapowania w stylu Vima umożliwiają przypisanie sekwencji dwuklawiszowych, na przykład jj, do klawisza Escape w trybie insert.
    • Sesje w tle zyskały automatyczne odzyskiwanie po nieudanych dostawach oraz lepszą obsługę aktualizacji demona.
    • Optymalizacja wydajności przynosi nawet 7-krotnie szybsze rundy narzędziowe i do 79 razy mniejsze transkrypty sesji.
    • Poprawki stabilności eliminują problemy z zawieszaniem się przy zamykaniu połączeń HTTP/2 oraz z dołączaniem do sesji po aktualizacji.

    Tryb czytnika ekranu – CLI bez barier

    Nowy tryb dostępności odpowiada na konkretne potrzeby użytkowników. Standardowy widok Claude Code wykorzystuje naprzemienny ekran terminala (alternate screen), który nie obsługuje natywnego przewijania historii. Dla osób korzystających z czytników ekranu oznacza to trudności, ponieważ interfejs zmienia się dynamicznie, a kolorowe panele są interpretowane w sposób nieprzewidywalny.

    Tryb czytnika ekranu przekształca to w liniowy, czysty tekst. Można go włączyć na trzy sposoby: jednorazowo flagą claude --ax-screen-reader, przez zmienną środowiskową CLAUDE_AX_SCREEN_READER=1 lub w ustawieniach ("axScreenReader": true). Po aktywacji Claude Code przestaje rysować okienka i powiadomienia wizualne, pokazując jedynie tekst, który czytnik odczytuje po kolei. Użytkownicy VoiceOver na macOS i NVDA na Windowsie zyskają na użyteczności, ponieważ wcześniejsze korzystanie z Claude Code w terminalu było utrudnione.

    W tym trybie komunikaty o nowych uprawnieniach są odczytywane na głos, w tym przy zatwierdzaniu planu z Shift+Tab. Krótkie ogłoszenia, na przykład informacja o usuniętym słowie, pozostają na ekranie do momentu naciśnięcia klawisza, co daje czas na ich przetworzenie.

    Vimowe mapowania i stabilniejsze tło

    Vimowe mapowania i stabilniejsze tło

    Nowa funkcjonalność umożliwia mapowanie sekwencji dwuklawiszowych w trybie insert Vima. Użytkownicy, którzy od lat korzystają z jj jako Escape, mogą teraz przenieść tę konfigurację do Claude Code. Ustawienia trafiają do pliku keybindings.json, co pozwala na dostosowanie skrótów do własnych potrzeb.

    Sesje działające w tle były dotychczas problematyczne. Ta aktualizacja naprawia kilka istotnych kwestii: usunięto awarie przy zamykaniu połączeń HTTP/2 oraz sytuację, w której po aktualizacji binarki nie można było dołączyć do działającego procesu agenta. Sesje, które restartują się same, teraz zapisują i dostarczają tekst po powrocie, co oznacza, że agenci działający w tle nie będą gubić danych.

    Szybsze narzędzia, mniejsze transkrypty

    Szybsze narzędzia, mniejsze transkrypty

    Wydajność również została poprawiona. Zespół Anthropic wprowadził cache'owanie składania puli narzędzi, co przyspieszyło rundy narzędziowe nawet 7-krotnie w sesjach z wieloma MCP-tools. Dla osób pracujących z rozbudowanym zestawem narzędzi to znacząca różnica.

    Transkrypty sesji zostały znacznie zmniejszone, co w workflow z intensywną edycją plików przyniosło spadek rozmiaru nawet 79-krotnie. Mniejsze transkrypty oznaczają mniejsze zużycie pamięci, szybsze wznawianie sesji oraz ograniczone użycie dysku na checkpointy. W przypadku długotrwałych zadań, które są codziennością w devopsie czy vibe codingu, te optymalizacje mają duże znaczenie.

    Dodatkowo poprawiono responsywność wejścia – aktualizacje listy zadań nie przerysowują już całego interfejsu, co sprawia, że nawigacja stała się bardziej płynna.

    Rozwój w stronę dojrzałego narzędzia

    Claude Code 2.1.208 to nie rewolucja, ale znaczący krok naprzód. Tryb czytnika ekranu otwiera CLI na nową grupę użytkowników, a poprawki stabilności i wydajności sprawiają, że narzędzie lepiej radzi sobie z długimi sesjami z agentami i rozwidlonymi procesami. Dla web developerów, devopsów oraz osób zajmujących się AI-assisted coding to kolejny krok w kierunku narzędzia, na którym można polegać, nawet w przypadku intensywnego korzystania z terminala i wielu MCP-owych pluginów.

    Ź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

  • Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline wprowadził aktualizację do wersji v4.0.2, w której głównym elementem jest rozszerzona kontrola nad trybami wnioskowania modeli DeepSeek. Zespół dodał również poprawki stabilności w interfejsie oraz uporządkował doświadczenie z ClinePass, co ma na celu ułatwienie deweloperom konfiguracji dostawców AI.

    Kluczowe zmiany w pigułce

    • DeepSeek thinking models otrzymały wsparcie dla parametru reasoning effort, w tym najwyższego poziomu xhigh
    • ClinePass zyskał czytelniejsze kontrolki wnioskowania i ujednolicony mechanizm wyboru modelu
    • Meta-dane modeli zostały wyczyszczone — Cline preferuje teraz kanoniczne identyfikatory Z.ai
    • Webview doczekał się poprawek w podmianie zmiennych środowiskowych i domyślnych ustawieniach focus chain

    Co konkretnie zmienia się w obsłudze DeepSeek

    DeepSeek od dawna oferuje tryb myślenia, ale wcześniej kontrola nad intensywnością rozumowania była ograniczona. Aktualizacja v4.0.2 wprowadza jawną kontrolę nad parametrem reasoning effort, który można ustawić na low, medium, high oraz xhigh.

    Warto zauważyć, że DeepSeek w swoim API mapuje poziomy medium, high i xhigh na ten sam faktyczny tier — high. Mimo to wprowadzenie osobnych przełączników ma sens z perspektywy przyszłych zmian w API. Deweloperzy zyskają czytelniejszy interfejs, co pozwoli im świadomie wybierać ustawienia odpowiednie do ich zadań.

    Dla praktyków oznacza to konkretne konsekwencje: wyższy effort wydłuża czas odpowiedzi i zwiększa zużycie tokenów, ale może przynieść lepsze rezultaty przy złożonych zadaniach programistycznych. Niższe ustawienia będą bardziej odpowiednie przy prostych refaktoryzacjach lub generowaniu testów jednostkowych, gdzie głęboka analiza nie jest konieczna.

    ClinePass zyskuje na przejrzystości

    ClinePass zyskuje na przejrzystości

    Drugim ważnym elementem tej aktualizacji jest przebudowa doświadczenia z ClinePass. Kontrolki wnioskowania są teraz widoczne bezpośrednio przy selektorze modelu, co wcześniej wymagało ich szukania w głębszych ustawieniach. Mechanizm wyboru modelu został również ujednolicony z resztą systemu dostawców, eliminując rozbieżności w listach i niespójne nazwy.

    Dodatkowo uporządkowano meta-dane modeli. Cline preferuje teraz kanoniczne identyfikatory Z.ai, co ułatwia rozpoznawanie modeli przy przełączaniu się między dostawcami. Dla użytkowników ClinePass oznacza to mniej niespodzianek — model wybrany w interfejsie odpowiada temu, co trafia do zapytania API.

    Poprawki pod maską

    Poprawki pod maską

    Oprócz nowych funkcji, v4.0.2 rozwiązuje dwa istotne błędy. Pierwszy dotyczył podmiany zmiennych środowiskowych w webview — w niektórych sytuacjach zmienne nie były prawidłowo rozwijane, co prowadziło do błędów konfiguracji. Drugi fix naprawia domyślne ustawienia focus chain — przełącznik w interfejsie teraz pokazuje poprawną wartość od razu po załadowaniu, zamiast wyświetlać błędną domyślną pozycję.

    Te poprawki mogą nie być spektakularne, ale mają znaczący wpływ na codzienną pracę. Każdy, kto debugował konfigurację agenta AI, wie, że takie detale mogą być bardziej frustrujące niż brak zaawansowanych funkcji.

    Dlaczego to wydanie ma znaczenie

    Cline v4.0.2 to nie rewolucja, ale solidny krok w kierunku poprawy. Dla zespołów korzystających z DeepSeek jako głównego silnika wnioskowania, dodanie xhigh i jawnych kontrolek reasoning effort to zmiana, która wpływa na kontrolę kosztów i jakość odpowiedzi. Umożliwia to precyzyjniejsze balansowanie między szybkością a głębokością analizy — co jest kluczowe w produkcyjnych workflow agentów AI.

    Ujednolicenie ClinePass z resztą ekosystemu dostawców to krok w stronę spójności interfejsu. Mniej niespodzianek przy przełączaniu modeli przekłada się na mniejszą frustrację i szybsze prototypowanie. W połączeniu z poprawkami stabilności, v4.0.2 to aktualizacja, którą warto zainstalować — zwłaszcza dla tych, którzy na co dzień pracują z modelami z rodziny DeepSeek.

    Źródła

  • Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Alibaba wypuściła wersję 0.19.3 swojego narzędzia Qwen-Code 28 czerwca 2026 roku. Aktualizacja wprowadza znaczące zmiany, w tym nową webową powłokę, rozszerzoną obsługę MCP (Model Context Protocol) oraz wsparcie dla dyktowania głosowego. Dodatkowo, poprawiono problem z wyciekiem PTY w systemie Windows, który mógł powodować trudności podczas dłuższych sesji.

    Co nowego w pigułce

    • Web shell z interakcjami w stylu Excela – tabele w markdownie można teraz edytować i sortować bezpośrednio w interfejsie.
    • Rozszerzone zarządzanie serwerami MCP – przeglądanie zasobów stało się wygodniejsze, a serwery HTTP są w pełni wspierane.
    • Nowy kreator rozszerzeń (extension creator skill) – umożliwia generowanie rozszerzeń bez ręcznego sklejania przepływu pracy.
    • Wsparcie dla dyktowania głosowego – rozpoznawanie mowy wykracza poza podstawowe komendy, co pozwala na pracę bez użycia rąk.

    Powłoka webowa, która przypomina arkusz kalkulacyjny

    Najwięcej wizualnych zmian dotyczy web shell. Interfejs zyskał interakcje przypominające Excela – tabele w markdownie można sortować, filtrować i modyfikować bez potrzeby opuszczania widoku. Dla programistów przyzwyczajonych do szybkiego przeglądania danych to znaczne ułatwienie. Nie ma już potrzeby kopiowania tabeli do innego miejsca, aby sprawdzić konkretny wiersz.

    Dodatkowo, poprawiono obsługę pytań i odpowiedzi w web shellu – interfejs lepiej pokazuje, co zostało już załatwione, a co wciąż wymaga uwagi. To mały, ale istotny detal dla osób spędzających długie godziny w konsoli.

    MCP jako centralny element integracji

    Qwen-Code od pewnego czasu stawia na MCP jako główną metodę łączenia z zewnętrznymi narzędziami, bazami danych i API. W wersji 0.19.3 ta integracja została znacznie udoskonalona.

    Dokumentacja projektu wyraźnie wskazuje, że serwery MCP to sposób, w jaki Qwen-Code komunikuje się z zewnętrznymi systemami. W nowej wersji poprawiono przeglądanie zasobów serwerów MCP, co przyspiesza dostęp do podpiętych baz danych i narzędzi. Wprowadzono również wsparcie dla zdalnych serwerów MCP przez HTTP, co umożliwia ich zarządzanie z poziomu przeglądarki, co może być korzystne dla zespołów DevOps.

    Konfiguracja stała się bardziej stabilna przy uruchamianiu qwen serve – wcześniej zdarzało się, że ustawienia MCP dla workspace’u nie ładowały się poprawnie. Teraz działa to zgodnie z oczekiwaniami.

    Kreator rozszerzeń i dyktowanie głosowe

    Kreator rozszerzeń i dyktowanie głosowe

    Nowy kreator rozszerzeń upraszcza proces tworzenia rozszerzeń. Zamiast ręcznego budowania całego workflow, można to zrobić w kilku krokach, a narzędzie samo generuje strukturę. Dla osób pragnących szybko dostosować Qwen-Code do własnych potrzeb, to znaczna oszczędność czasu.

    Wsparcie głosowe również się rozwija. Dyktowanie nie służy już tylko do zamiany mowy na tekst, ale pozwala na sterowanie agentem bez użycia klawiatury. W połączeniu z funkcjami Qwen-Code, może to być przydatne podczas dłuższych sesji debugowania czy przeglądania logów.

    Stabilność pod maską

    Stabilność pod maską

    Wprowadzono także poprawki stabilności. Najważniejsza dotyczy wycieku PTY shell w systemie Windows, który mógł powodować problemy z zasobami podczas dłuższej pracy. Łatka natychmiast zwalnia zasoby terminala po jego zamknięciu, zamiast czekać na późniejsze czyszczenie.

    Poprawiono również obsługę wywołań narzędzi. Błędy w strumieniowaniu były wcześniej uciążliwe, teraz system próbuje ponowić połączenie przy przejściowych błędach sieciowych, co zmniejsza liczbę sesji, które kończą się z powodu chwilowej utraty łączności.

    Telemetria do wyboru

    Telemetria stała się konfigurowalna. Qwen-Code wysyła statystyki użytkowania do endpointu Alibaba Cloud RUM, ale tylko jeśli użytkownik to włączy. To rozwiązanie dla zespołów, które chcą mieć pełną kontrolę nad danymi opuszczającymi ich środowisko. Ulepszenia CLI i komponentów serwerowych pokazują, że narzędzie rozwija się zarówno wizualnie, jak i infrastrukturalnie.

    Dla zespołów korzystających z agentów AI na co dzień, wersja 0.19.3 łączy interaktywność w przeglądarce z automatyzacją w trybie headless, nie rezygnując z żadnej z tych warstw.

    Źródła