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.
Dodaj komentarz