Tag: Web Shell

  • 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.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.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 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