Tag: Qwen Code

  • Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code wprowadził nową stabilną wersję — v0.20.1 — po intensywnym tygodniu prac. W ciągu kilku dni zespół opublikował trzy stabilne wydania (v0.19.12, v0.20.0 i v0.20.1) oraz scalił ponad 220 pull requestów. Najnowsza aktualizacja koncentruje się na trzech obszarach: odzyskiwaniu przerwanych procesów autofix, personalizacji interfejsu Web Shell oraz poprawie stabilności testów i narzędzi CLI.

    Najważniejsze zmiany w skrócie

    • Autofix można ponownie uzbroić na osieroconym pull requeście, gdy proces naprawczy zatrzyma się przed ukończeniem PR.
    • Własne komendy slash pozwalają zespołom definiować powtarzalne polecenia w Web Shell.
    • Przeglądarka historii commitów działa bezpośrednio w interfejsie, bez przełączania się do osobnego klienta Git.
    • Polling operacji rozszerzeń eliminuje problem traktowania asynchronicznych zadań jako natychmiast ukończonych.
    • Szybszy start daemona skraca czas oczekiwania na dostępność lokalnych usług.

    Autofix i obsługa pull requestów

    Najważniejsza zmiana dotyczy workflow autofix. Dotychczas, gdy zautomatyzowany proces naprawczy przestawał działać w trakcie realizacji pull requesta, programista musiał zaczynać od nowa. Teraz można ponownie uzbroić autofix na osieroconym PR, co pozwala wznowić przerwany proces bez utraty dotychczasowego kontekstu.

    Rozszerzono również mechanizm autofixu sterowanego etykietami. Etykiety repozytoriów lub pull requestów mogą teraz odgrywać bardziej bezpośrednią rolę w wyzwalaniu i zarządzaniu automatycznymi poprawkami. To część szerszego kierunku, w którym Qwen-Code stawia na interaktywne przepływy pracy agentów zamiast jednorazowej generacji kodu.

    Web Shell: więcej kontroli nad interfejsem

    Web Shell zyskał nowe narzędzia dla programistów pracujących z wieloma projektami. Własne komendy slash umożliwiają zespołom lub pojedynczym deweloperom definiowanie poleceń do wielokrotnego użytku dla typowych zadań — takich jak uruchamianie testów, formatowanie kodu czy wdrażanie na staging.

    Wbudowana przeglądarka historii commitów pozwala sprawdzać zmiany w repozytorium bez wychodzenia z Web Shell. Nie trzeba już przełączać się do terminala ani osobnego klienta Git, aby zobaczyć, co zmieniło się w ostatnich commitach.

    Personalizacja paska bocznego daje użytkownikom kontrolę nad układem i nawigacją interfejsu. Obsługa nazw wyświetlanych dla workspace'ów ułatwia identyfikację projektów, gdy otwartych jest kilka repozytoriów. Rozszerzono również wsparcie internacjonalizacji, co poprawia działanie interfejsu w różnych językach i ustawieniach regionalnych.

    Stabilność i narzędzia dla deweloperów

    Stabilność i narzędzia dla deweloperów

    Wydanie zawiera liczne poprawki błędów, które mają na celu zwiększenie stabilności testów. Chodzi o wyeliminowanie awarii spowodowanych przez testy wrażliwe na czas lub zawodne. W praktyce oznacza to mniej fałszywych alarmów w CI i pewniejsze wyniki.

    W CLI poprawiono raportowanie referencji zasobów, co sprawia, że odwołania są bardziej widoczne w wyjściu poleceń. Dodano również polling operacji rozszerzeń — CLI teraz śledzi asynchroniczne zadania rozszerzeń, zamiast uznawać je za natychmiast ukończone. To ważne dla rozszerzeń, które wykonują długotrwałe operacje w tle.

    Optymalizacja wydajności startowej daemona serwującego skraca czas oczekiwania na dostępność lokalnych usług. Dla zespołów DevOps i web developmentu to konkretna oszczędność czasu w codziennej pracy.

    Kontekst serii v0.20

    Kontekst serii v0.20

    Warto spojrzeć na v0.20.1 w szerszym kontekście całej serii v0.20. Wprowadziła ona silniejsze wsparcie dla izolowanych sesji Web Shell, co pozwala równoległym zadaniom pracować w osobnych worktree'ach Git. Dzięki temu zmiany plików i operacje Git nie kolidują ze sobą.

    Pojawiła się również opcjonalna, wbudowana funkcja wyszukiwania w sieci oparta na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji. Linia v0.20 obejmuje także utrwalone gałęzie konwersacji oraz ulepszone trasowanie operacji shellowych.

    Podsumowanie

    Praktyczne znaczenie v0.20.1 leży w kontroli nad przepływem pracy. Deweloperzy mogą odzyskiwać przerwane procesy autofix, kodować powtarzalne operacje jako własne komendy, przeglądać historię Git bez opuszczania interfejsu i lepiej zarządzać wieloma projektami. Ulepszenia pollingu, testów i czasu startu daemona celują w problemy operacyjne, które często sprawiają, że narzędzia oparte na agentach AI bywają zawodne w codziennym użytkowaniu. Qwen-Code pozostaje otwartoźródłowym agentem kodowania działającym w terminalu, z Web Shell jako przeglądarkowym interfejsem do interakcji z projektami i sesjami.

    Źródła

  • Qwen-Code v0.20.1: izolowane worktree, inteligentne autofixy i wyszukiwanie w sieci

    Qwen-Code v0.20.1: izolowane worktree, inteligentne autofixy i wyszukiwanie w sieci

    Alibaba wydało Qwen-Code v0.20.1 — jedno z trzech wydań, które pojawiły się w ciągu jednego tygodnia, zamykając intensywny cykl, w którym scalono ponad 220 pull requestów. Ta aktualizacja koncentruje się na stabilności działania agentów AI w złożonych repozytoriach i wprowadza kilka brakujących funkcji do web-shella.

    Kluczowe zmiany w serii v0.20.1

    • Automatyczne naprawy — mechanizmy naprawcze poprawiają zarządzanie w zespołowych repozytoriach.
    • Izolowane sesje worktree — równoległe instancje agentów AI działają w osobnych worktree, eliminując konflikty między nimi.
    • Opcjonalne wyszukiwanie w sieci — funkcja web_search oparta na silniku Bailian Responses API, domyślnie wyłączona, wymaga ustawienia zarówno tools.webSearch.enabled: true, jak i tools.webSearch.model.

    Automatyzacja dopasowana do zespołu

    Jednym z głównych problemów automatycznych napraw generowanych przez AI był brak integracji z istniejącymi procesami w repozytorium. Seria v0.20.1 rozwija mechanizmy automatyzacji, które lepiej współpracują z konwencjami zespołowymi.

    Dla zespołów DevOps oznacza to możliwość dostosowania ścieżek weryfikacji pull requestów do własnych reguł — automatyka uwzględnia metadane PR-ów i odpowiednio reaguje. To funkcjonalność, która może wydawać się drobna, ale w codziennej praktyce oszczędza wiele czasu.

    Kolejną nowością jest obsługa forków w czasie rzeczywistym. Gdy kontrybucja pochodzi spoza głównego repozytorium — co jest typowe w open source — mechanizmy naprawcze teraz poprawnie koordynują zmiany. Wcześniej zdarzały się problemy, zwłaszcza gdy kilka zewnętrznych branchy próbowało jednocześnie wprowadzać poprawki.

    Worktree — koniec z konfliktami między agentami

    Ta zmiana z pewnością ucieszy każdego, kto uruchamia kilka instancji Qwen-Code równolegle. Web-shell zyskał izolację sesji dzięki Git worktree — jedno kliknięcie i każdy agent działa w swoim odizolowanym drzewie roboczym.

    Dlaczego to jest istotne? Agenci AI mogą być dość aktywni w edytowaniu plików, przełączaniu branchy i stage'owaniu zmian. Gdy dwie instancje działają w tym samym worktree, prędzej czy później dojdzie do kolizji — nadpisanych plików, utraconych zmian lub bałaganu w indeksie. Izolacja worktree rozwiązuje ten problem, zapewniając każdej sesji własny obszar roboczy.

    Wyszukiwanie w sieci — ale tylko na żądanie

    Qwen-Code przywraca funkcję web_search, opartą na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji — to przemyślane posunięcie, ponieważ nie każdy chce, aby agent AI samodzielnie przeszukiwał internet. Aby funkcja działała, należy ustawić zarówno tools.webSearch.enabled: true, jak i wskazać model przez tools.webSearch.model; brak któregokolwiek z tych ustawień sprawia, że funkcja pozostaje wyłączona.

    Implementacja obejmuje nie tylko wyszukiwanie: silnik otwiera i odczytuje strony, a w wygenerowanych odpowiedziach wymagana jest sekcja Sources z cytowanymi źródłami. To przydatne, gdy agent potrzebuje aktualnej dokumentacji lub zewnętrznych informacji technicznych.

    Stabilność i sterowanie w locie

    Cykl v0.20.1 to nie tylko nowe funkcje — to także wiele pracy nad niezawodnością. Poprawki objęły moduły core harness, interakcje CLI i stabilizację zestawu testów. Dla użytkownika końcowego oznacza to, że agenci rzadziej napotykają problemy podczas prostych operacji.

    Co ciekawe, cała seria v0.20.1 wprowadziła również możliwość korygowania agenta w czasie rzeczywistym — można wpisać instrukcję, gdy model jeszcze generuje odpowiedź, co pozwala na przejęcie kontroli na granicy próbkowania. To drobna zmiana, ale daje poczucie kontroli, które często brakuje w interakcji z agentami AI.

    Co to oznacza w praktyce

    Qwen-Code v0.20.1 to wydanie, które nie przyciąga uwagi pojedynczym spektakularnym ficzerem, lecz systematycznie poprawia doświadczenie developera. Izolacja worktree eliminuje problemy związane z równoległą pracą. Automatyzacja napraw integruje się z istniejącymi procesami, zamiast narzucać własne. Opcjonalne wyszukiwanie dostarcza dodatkowy kontekst bez narzucania go tym, którzy go nie potrzebują.

    Przy tempie trzech wydań tygodniowo i ponad 220 scalonych PR-ach zespół Qwen intensywnie inwestuje w użyteczność produkcyjną, nie tylko w demonstracje technologiczne.

    Źródła

  • Qwen-Code 0.20.0 wprowadza rotację logów demona i model qwen3.8-max-preview

    Qwen-Code 0.20.0 wprowadza rotację logów demona i model qwen3.8-max-preview

    Zespół QwenLM opublikował 19 lipca 2026 roku stabilną wersję Qwen-Code 0.20.0, koncentrując się na niezawodności długoterminowych procesów, poprawie obsługi historii poleceń w WebShell oraz rozszerzeniu listy modeli dostępnych w planie Token. To wydanie nie wprowadza znaczących nowości wizualnych, ale rozwiązuje konkretne problemy operacyjne, które mogą występować u deweloperów pracujących z agentami AI w środowiskach kontenerowych i CI/CD.

    Najważniejsze zmiany w Qwen-Code 0.20.0

    • Rotacja logów demona — wprowadzono ograniczoną rotację logów procesów w tle, co pomaga kontrolować wykorzystanie miejsca na dysku.
    • Historia WebShell — odtwarzanie wcześniejszych poleceń stało się bardziej niezawodne, co ułatwia powtarzanie sekwencji debugowania i wdrożeń.
    • Nowy model w planie Token — qwen3.8-max-preview został dodany do oficjalnej listy.
    • Poprawki stabilności — naprawiono stałą TIMEOUT_30_MINUTES w Java SDK, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient; poprawiono również schematy wywołań narzędzi.
    • Optymalizacja wydajności — opóźnione uruchamianie TUI i cache'owanie pamięci kanałów zmniejszają obciążenie w CLI.

    Rotacja logów: ograniczenie wzrostu plików demona

    Najbardziej zauważalną zmianą dla osób utrzymujących długo działające instancje Qwen-Code jest ograniczona rotacja logów demona. Wcześniej logi procesów w tle mogły rosnąć bez kontroli, co w środowiskach z ograniczoną przestrzenią dyskową, takich jak kontenery, współdzielone serwery deweloperskie czy runnerzy CI, zwiększało ryzyko problemów z miejscem.

    Obecnie rotacja działa w ramach zdefiniowanego limitu. Dokumentacja wydania nie precyzuje jednak dokładnych parametrów, takich jak liczba zachowywanych plików, próg rozmiaru czy kompresja logów. Niemniej jednak, ta zmiana ma praktyczne znaczenie, ponieważ ogranicza ryzyko sytuacji, w której agent kodujący działa poprawnie przez długi czas, aż nagle cała maszyna przestaje działać z powodu braku miejsca na partycji.

    WebShell: historia, którą da się odtworzyć

    Kolejna istotna poprawka dotyczy odtwarzania historii poleceń w WebShell. Dla osób pracujących iteracyjnie, czy to przy debugowaniu aplikacji webowych, czy przy wdrażaniu na hosting, możliwość szybkiego przywołania wcześniejszej sekwencji komend skraca czas między wykryciem błędu a jego reprodukcją.

    W praktyce chodzi o scenariusze takie jak: restart usługi lokalnej, sprawdzenie logów wdrożenia czy ponowne uruchomienie menedżera pakietów. Historia działa teraz bardziej przewidywalnie, chociaż nie jest jasne, czy jest przechowywana lokalnie, czy odtwarzana ze stanu demona.

    qwen3.8-max-preview: nowy model w planie Token

    Rozszerzenie listy modeli w planie Token o qwen3.8-max-preview ułatwia pracę z dużymi repozytoriami i złożoną dokumentacją techniczną. Użytkownicy zyskali bezpośrednią ścieżkę wyboru modelu bez potrzeby ręcznej konfiguracji.

    Poprawki niezawodności w CLI, SDK i WebShell

    Wydanie zawiera również szereg mniejszych, ale istotnych poprawek. Java SDK otrzymało poprawkę stałej TIMEOUT_30_MINUTES, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient, co jest kluczowe dla usług hostowanych i potoków automatyzacji, gdzie zawieszone żądanie może zablokować cały build. Lepsze wsparcie dla schematów wywołań narzędzi zmniejsza ryzyko niekompatybilności między CLI a zewnętrznymi integracjami. Dodatkowo poprawiono śledzenie ustaleń z przeglądów kodu, obsługę pełnego planu w potwierdzeniu exit_plan_mode oraz poprawkę proxy trasy /goals w serwerze deweloperskim Vite.

    Tempo rozwoju i kontekst wydania

    Qwen-Code 0.20.0 nie był jednorazowym wydaniem. Zgodnie z późniejszymi podsumowaniami tygodniowymi, w tym samym tygodniu projekt wydał trzy stabilne wersje — v0.19.12, Qwen-Code 0.20.0 i v0.20.1 — scalając łącznie ponad 220 pull requestów. To świadczy o intensywnym cyklu rozwojowym.

    Czego źródła nie precyzują

    Dokumentacja wydania nie podaje dokładnych liczb dotyczących oszczędności czasu startowego po opóźnieniu inicjalizacji TUI ani redukcji opóźnień dzięki cache'owaniu pamięci kanałów. Brakuje również pełnego changeloga commit po commicie. Najsilniejszy opis Qwen-Code 0.20.0 to: operacyjne zabezpieczenia, lepsza ciągłość sesji shellowych, szerszy dostęp do modeli i poprawki niezawodności w całym produkcie — wszystko skierowane do deweloperów, którzy pozostawiają Qwen-Code uruchomiony przez długi czas.

    Źródła

  • Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code doczekał się wersji v0.19.12, która jest jedną z trzech stabilnych aktualizacji wydanych równocześnie. W sumie scalono ponad 220 pull requestów, a aktualizacja nie wprowadza zmian łamiących kompatybilność. Najwięcej nowości można zauważyć w powłoce webowej oraz w sposobie, w jaki agent deleguje zadania między modelami.

    Co przynosi wydanie — kluczowe zmiany

    • Web Shell zyskał strony do zarządzania umiejętnościami, integrację ze statusem gita oraz możliwość eksportu zarchiwizowanych sesji.
    • Agent zyskał kontrolę delegacji według modelu, przekierowanie multimodalne całej tury oraz możliwość sterowania w trakcie odpowiedzi.
    • web_fetch przeszedł gruntowną przebudowę, poprawiając wierność treści i bezpieczeństwo.
    • Stabilność poprawiono w obszarach takich jak uprawnienia MCP, obsługa tool-calli, cykl życia pod-agentów oraz zarządzanie pamięcią.
    • Izolowane worktree umożliwiają równoległe zadania w tym samym repozytorium bez wzajemnych konfliktów.

    Web Shell: umiejętności, git i historia sesji na wyciągnięcie ręki

    Nowe strony zarządzania umiejętnościami pozwalają szybko sprawdzić dostępne workflow oraz ich źródła. Umiejętności można ładować z poziomu projektu, użytkownika lub rozszerzeń, przy czym te projektowe mają najwyższy priorytet. To ułatwienie, gdy pracuje się z wieloma kontekstami jednocześnie.

    Integracja z gitem również została ulepszona. W interfejsie pojawił się chip pokazujący status repozytorium oraz wizualny diff drzewa roboczego. Umożliwia to przeglądanie zmienionych plików bez opuszczania shella. Dodatkowo poprawiono nawigację po historii sesji, wprowadzając eksport archiwalnych sesji, co jest przydatne przy dokumentowaniu dłuższych zadań.

    Wersja wprowadza także stronę celów workspace, dedykowane miejsce do śledzenia zamierzonych rezultatów projektu obok samego kodowania. To praktyczny dodatek dla zespołów, które chcą mieć kontekst zadania w jednym widoku.

    Agent: delegacja z głową i sterowanie w locie

    Zachowanie pod-agentów zostało zauważalnie poprawione. Wprowadzono limity współbieżności dla konkretnych modeli, co zapobiega nadmiernemu obciążeniu jednego modelu równoległymi zadaniami. Jest to istotne, gdy używa się modeli o różnej latencji i kosztach.

    Przekierowanie multimodalne całej tury to kolejna nowość. Gdy prompt zawiera obraz, cała tura może być przekazywana do modelu obsługującego multimodalność, co zmniejsza ryzyko utraty kontekstu wizualnego między etapami.

    Najbardziej praktyczna zmiana dotyczy jednak sterowania w tej samej turze. W trakcie generowania odpowiedzi można nacisnąć Enter, aby przekazać instrukcję przy najbliższej granicy próbkowania. Ctrl+Q odkłada ją do następnej tury. Działa to także podczas wykonywania narzędzi, co pozwala na korektę agenta bez czekania na zakończenie długiego polecenia.

    web_fetch: nowa jakość wydobywania treści

    Przebudowa narzędzia web_fetch objęła zarówno wierność treści, jak i bezpieczeństwo. Nowy workflow przyjmuje URL oraz prompt opisujący, co należy wyodrębnić, prosi o potwierdzenie przed pobraniem, a następnie przetwarza materiał szybkim, lekkim modelem.

    Dla prac dokumentacyjnych i web developmentu to ważna zmiana — narzędzie lepiej zachowuje użyteczną zawartość strony źródłowej, stosując precyzyjny prompt ekstrakcji. Mniej niepotrzebnych informacji, więcej konkretów.

    Stabilność i izolacja zadań

    Wydanie poprawiło dziesiątki błędów, obejmujących uprawnienia MCP, obsługę tool-calli, zarządzanie pamięcią oraz renderowanie w CLI. Zabezpieczenia workspace zostały wzmocnione, co ogranicza ryzyko przypadkowego nadpisania plików przez nieuprawnione procesy.

    Największą nowością w kontekście pracy równoległej są izolowane worktree. Każda sesja Web Shell może działać na osobnym drzewie roboczym gita. Edycja plików, stage'owanie zmian i przełączanie branchy w jednym zadaniu nie koliduje z innymi, nawet jeśli wszystkie operują na tym samym repozytorium. Jak zauważyli twórcy, zadania równoległe „nigdy sobie nie przeszkadzają”.

    Dlaczego to ma znaczenie

    Dla zespołów webowych oraz tych, którzy praktykują vibe coding, wersja v0.19.12 eliminuje tarcia w trzech obszarach. Po pierwsze, repozytorium staje się bezpieczniejszym miejscem dla wielu agentów. Po drugie, możliwość sterowania w trakcie tury daje bezpośredni mechanizm zatrzymania agenta, zanim popełni błędy. Po trzecie, odświeżony web_fetch ułatwia pracę z dokumentacją online.

    Całość nie opiera się na jednej spektakularnej funkcji, lecz na zestawie przemyślanych poprawek, które razem wpływają na codzienną pracę. Agent trudniej wymyka się spod kontroli, shell lepiej pokazuje stan projektu, a narzędzia webowe nie gubią istotnych treści.

    Ź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

  • 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

  • Qwen-Code v0.19.10 z pełnym wsparciem wieloobszarowym i odświeżoną powłoką webową

    Qwen-Code v0.19.10 z pełnym wsparciem wieloobszarowym i odświeżoną powłoką webową

    Zespół Qwen opublikował 14 lipca 2026 roku wersję v0.19.10 swojego narzędzia Qwen-Code, zaledwie trzy dni po poprzednim wydaniu. Głównym celem aktualizacji jest rozszerzenie obsługi wielu obszarów roboczych na wszystkie warstwy systemu – od demona i SDK po interfejs webowy i transport ACP. Dodatkowo zmodernizowano powłokę Web Shell, wprowadzając nowy panel artefaktów, lepszą obsługę sesji oraz zwiększoną widoczność działań podagentów.

    Kluczowe informacje

    • Data wydania: 14 lipca 2026 roku, trzy dni po wersji v0.19.9
    • Główny cel: wieloobszarowe przepływy pracy obejmujące demona, SDK, Web Shell i zarządzanie sesjami
    • Nowy panel artefaktów w Web Shellu do przeglądania wygenerowanych plików i zadań
    • Ulepszone odzyskiwanie sesji po błędach strumieni, wygaśnięciu tokenów OAuth i restartach demona
    • Więcej kontroli w SDK nad wysiłkiem wnioskowania, wyborem modeli i zużyciem zasobów

    Wieloobszarowość na każdym poziomie

    Do tej pory praca z wieloma projektami w Qwen-Code wymagała ręcznego przełączania kontekstu. Wersja v0.19.10 wprowadza wiązanie sesji z konkretnym obszarem roboczym na poziomie demona i endpointów ACP. Dzięki temu klienci SDK i Web Shell mogą otwierać sesje przypisane do wybranego workspace’u bez ryzyka pomieszania kontekstów.

    Rejestracje obszarów roboczych przetrwają restart demona, co eliminuje konieczność ponownej konfiguracji środowiska. Workspace’y są dodawane dynamicznie i można je usuwać bez restartowania serwera. Split-view w Web Shellu koduje każdy panel kolorem przypisanym do workspace’u, co ułatwia identyfikację aktywnego projektu.

    Web Shell z nowym panelem artefaktów

    Interfejs webowy przeszedł istotne zmiany w tej serii wydań. Przeprojektowano pasek boczny, dodano nowy panel ustawień i stronę zarządzania rozszerzeniami. Zmodernizowany selektor modeli pokazuje jaśniejsze informacje i pozwala szybciej przełączać się między opcjami. Diagramy Mermaid zyskały możliwość powiększania, przesuwania i przeciągania.

    Najważniejszym dodatkiem jest panel artefaktów – dedykowane miejsce do przeglądania wygenerowanych plików, diffów i zaplanowanych zadań. Panel działa w ramach sesji, co pozwala na zachowanie orientacji przy pracy z wieloma zadaniami jednocześnie. Całość wykorzystuje bibliotekę shadcn jako wspólną podstawę komponentów UI.

    Sesje i modele – odporność na awarie

    Sesje i modele – odporność na awarie

    Wersja v0.19.10 usuwa kilka problemów związanych z utratą stanu sesji. Naprawiono wycieki tur protokołu, obsługę nieprawidłowych strumieni modeli oraz odzyskiwanie po wygaśnięciu tokenów OAuth. Dzięki tym zmianom przerwany strumień czy restart demona są obsługiwane bez konieczności ręcznego odtwarzania całej rozmowy z agentem.

    Wprowadzono ujednolicony plan odzyskiwania sesji dla wszystkich punktów wejścia, który obsługuje przerwane prompty, zawieszone wywołania narzędzi i zdegradowaną historię. Działa to spójnie, niezależnie od tego, czy korzystamy z CLI, SDK czy Web Shell.

    Śledzenie podagentów i CLI

    Śledzenie podagentów i CLI

    Dla zespołów debugujących złożone zadania agentów istotne są nowe możliwości obserwowalności. Podagenty pokazują teraz nieobcięte polecenia na żywo, ścieżki transkryptów i chronologiczną oś czasu zdarzeń. Dodatkowo dziedziczą modele Explore, co ułatwia analizę ich zachowania w trakcie wykonywania zadań.

    W linii poleceń pojawiły się projektowe schowki promptów – Ctrl+S zapisuje prompt dla bieżącego projektu i przywraca go przy następnym uruchomieniu. Aktywna gałąź Gita jest teraz widoczna bezpośrednio w CLI, a timeouty poleceń powłoki można konfigurować. Poprawiono również reakcję na presję pamięci.

    SDK z precyzyjną kontrolą

    Deweloperzy osadzający Qwen-Code we własnych narzędziach zyskują drobnoziarnistą kontrolę nad działaniem agentów. SDK pozwala teraz na sterowanie wysiłkiem wnioskowania, wybieranie modeli, sprawdzanie limitów użycia i konfigurowanie opcji transportu na poziomie pojedynczej sesji. Metody SDK hostowanych agentów przekazują odpowiedzi użytkownika z powrotem do modelu, co umożliwia interaktywne przepływy pytań w TypeScript i Python.

    Co to oznacza w praktyce

    Qwen-Code v0.19.10 to wydanie infrastrukturalne, które koncentruje się na problemach operacyjnych związanych z agentami pracującymi w monorepozytoriach, projektach wielousługowych czy środowiskach hostowanych. Sesje nie gubią przypisań do workspace’ów, podagenty pozostawiają czytelne ślady, a Web Shell zapewnia przejrzysty wgląd w artefakty. W tygodniu premiery scalono ponad 160 pull requestów w trzech wydaniach – v0.19.9, v0.19.10 i v0.19.11, a sam Web Shell doczekał się ponad 15 PR-ów.

    Ź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

  • Wielowarsztatowa powłoka Qwen-Code zyskuje podgląd agentów i izolację wykonania

    Wielowarsztatowa powłoka Qwen-Code zyskuje podgląd agentów i izolację wykonania

    Wielowarsztatowa powłoka Qwen-Code doczekała się wersji nocnej v0.19.9-nightly.20260714.9dd8389eb, która wprowadza pełne wsparcie dla wielu obszarów roboczych w jednym procesie demona. To umożliwia zarządzanie kilkoma repozytoriami z poziomu jednego serwera, eliminując potrzebę uruchamiania osobnych instancji dla każdego projektu.

    Najważniejsze zmiany w wersji nightly

    • Wiele obszarów roboczych rejestrowanych przez flagę --workspace, z pierwszym obszarem jako głównym oraz możliwością dynamicznego dodawania lub usuwania przestrzeni w trakcie działania demona.
    • Podział widoku w Web Shellu – sesje mogą teraz działać w trybie split-view, z każdą przypisaną do własnego obszaru, co pozwala na odrębne zarządzanie stanem i narzędziami.
    • Poprawiona obserwowalność podagentów – harmonogramy i ścieżki transkrypcji zagnieżdżonych agentów są teraz wyraźnie widoczne w interfejsie.
    • Stabilność długich sesji – wprowadzone poprawki dotyczące zarządzania pamięcią, obsługi strumieni modeli oraz awarii wywołań narzędziowych.

    Jeden demon, wiele przestrzeni – jak to działa

    Nowa architektura opiera się na izolowanych runtime'ach dla każdego zarejestrowanego obszaru roboczego. Każdy runtime ma własny most ACP (Agent Communication Protocol), podproces potomny oraz niezależny stan sesji. Żądania kierowane do demona są kwalifikowane względem kanonicznej ścieżki cwd – jeśli jej brakuje, wywołanie trafia do głównego obszaru.

    Dzięki temu, pracując nad frontendem w React i backendem w FastAPI, można trzymać oba projekty w osobnych przestrzeniach, a demon sam przekieruje zapytania do odpowiednich obszarów. Co istotne, dynamicznie dodane rejestracje przetrwają restart demona, co oznacza, że cała konfiguracja wielowarsztatowa nie zostanie utracona po awarii.

    Bezpieczeństwo również zostało uwzględnione. Jeśli któryś z obszarów jest oznaczony jako niezaufany, Web Shell wyświetla go w trybie tylko do odczytu z etykietą „untrusted”, co zapobiega przypadkowemu uruchomieniu operacji zapisu w repozytorium o wątpliwej wiarygodności.

    Podgląd agentów – co robi kod, gdy nie patrzysz

    Jednym z ciekawszych dodatków jest rozbudowana obserwowalność podagentów. Dotychczas śledzenie zagnieżdżonych wywołań agentowych przypominało analizę logów bez kontekstu. Teraz harmonogramy sub-agentów i ścieżki transkrypcji są zintegrowane z interfejsem, co pozwala na śledzenie działań agentów w czasie rzeczywistym.

    Dla użytkowników Wielowarsztatowej powłoki Qwen-Code, którzy zajmują się rozproszonymi zadaniami, taka zmiana znacząco ułatwia debugowanie. Izolacja stanu narzędzi na poziomie runtime'u workspace ogranicza sytuacje, w których agent z jednego obszaru przypadkowo sięga po pliki z innego.

    To zmiana, która, choć techniczna, przynosi realne korzyści w codziennej pracy, zwłaszcza podczas długich sesji z wieloma krokami narzędziowymi, gdzie awaria jednego wywołania mogła wcześniej zniweczyć całą sekwencję.

    Stabilność i odzyskiwanie sesji

    Zespół Wielowarsztatowej powłoki Qwen-Code zajął się problemami, które pojawiają się podczas dłuższych zadań. Zarządzanie pamięcią to nie tylko techniczny szczegół – chodzi o to, by demon nie zużywał nadmiernie RAM-u podczas wieloetapowych operacji na kilku obszarach jednocześnie. Lepsza obsługa strumieni modeli oraz awarii wywołań narzędziowych sprawia, że agent nie zawiesza się w trakcie pracy, gdy model zwraca nieoczekiwaną odpowiedź.

    Odzyskiwanie sesji po restarcie demona również działa efektywnie. Jeśli serwer ulegnie awarii, po ponownym uruchomieniu wszystkie zarejestrowane przestrzenie są automatycznie odtwarzane, co eliminuje konieczność ręcznego rekonfigurowania środowiska.

    Dla kogo to ma znaczenie

    Dla zespołów zajmujących się web developmentem, które operują na kilku repozytoriach jednocześnie, to znacząca wygoda – jeden proces, jedna polityka uwierzytelniania, jeden limit sesji, a jednocześnie wyraźne granice między projektami. W środowiskach hostingowych i DevOps izolacja na poziomie runtime'u ułatwia wdrażanie agentów AI, minimalizując ryzyko przeciekania stanu między klientami.

    Kierunek lipcowej fali aktualizacji Wielowarsztatowej powłoki Qwen-Code jest wyraźny: z narzędzia jednowarsztatowego w stronę lekkiego środowiska wykonawczego dla agentów operujących na wielu projektach. Choć to wciąż wersja nocna, już teraz widać, że architektoniczne fundamenty są solidnie przemyślane.

    Ź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