Tag: Generatywna sztuczna inteligencja

  • OpenCode ujarzmia agentów – lepsza kontrola kroków, nowe warianty GLM-5.2 i szybsze cache’owanie promptów

    OpenCode ujarzmia agentów – lepsza kontrola kroków, nowe warianty GLM-5.2 i szybsze cache’owanie promptów

    Najnowsza aktualizacja OpenCode (v1.17.9) wprowadza zmiany w zachowaniu agentów AI oraz rozszerza obsługę modeli, co ma na celu częstsze kończenie zadań konkretną odpowiedzią, zamiast ich przerywania. Główne zmiany dotyczą zarządzania krokami agenta, konfiguracji providerów oraz mechanizmów cache’owania, co ma uczynić pracę z kodem bardziej przewidywalną.

    Co nowego – kluczowe fakty

    • Agent kończy zadanie finalną odpowiedzią tekstową, co redukuje frustrujące, niedokończone sesje.
    • GLM-5.2 zyskuje nowe warianty myślenia: high i max, umożliwiające głębszą analizę tam, gdzie to potrzebne.
    • Nagłówki providerów są teraz traktowane bez rozróżniania wielkości liter, a ustawienia łączą się warstwowo – od providera, przez model, po wariant.
    • Cache promptów działa skuteczniej, ponieważ follow-upy użytkownika nie są już opakowywane w zbędny steering reminder.
    • Subagent w tle uruchomi się tylko na serwerach wspierających sesje potomne, co eliminuje ciche błędy.

    Koniec z niedokończonymi zadaniami

    Zmiana, którą odczuje każdy, kto regularnie zleca agentowi dłuższe zadania, dotyczy sposobu finalizowania kroków. Wcześniej agent mógł utknąć w połowie skomplikowanej operacji – brak odpowiedzi, timeout lub cichy błąd. Teraz OpenCode wymusza zakończenie zadania finalną odpowiedzią tekstową. W przypadku problemów użytkownik otrzymuje komunikat, a nie pusty ekran.

    Dla zespołów pracujących w trybie vibe coding lub zlecających agentowi dziesiątki zadań dziennie, ta poprawka oszczędza godziny debugowania. Mniej przerwanych sesji to także mniejsze zużycie tokenów – agent nie próbuje bez końca kontynuować tego, co już się rozjechało.

    W release note’ach widnieje zapis, że “stop wrapping follow-up user messages in a steering reminder so prompt caching stays effective”. Oznacza to, że wiadomości follow-up nie są już sztucznie rozdmuchiwane, co sprawia, że cache promptów działa efektywniej, a odpowiedzi wracają szybciej.

    GLM-5.2 dostaje tryby myślenia – high i max

    GLM-5.2 dostaje tryby myślenia – high i max

    Drugą istotną nowością jest wsparcie dla wariantów high i max w modelu GLM-5.2. Wybór poziomu “myślenia” pozwala dostosować głębokość analizy do zadania. Jeśli potrzebujesz szybkiej odpowiedzi, pozostajesz przy standardzie. Gdy pracujesz nad architekturą lub skomplikowanym refaktorem, przełączasz na max.

    OpenCode zintegrował teraz ustawienia providera, modelu i wariantu w jedną spójną konfigurację. Dokumentacja modeli informuje, że najpierw aplikowane są wartości providera, potem modelu, a na końcu wybranego wariantu. Dla użytkowników własnych providerów (np. przez Helicone czy Cloudflare AI Gateway) to koniec z ręcznym doklejaniem nagłówków w kilku miejscach.

    Nagłówki i detekcja modeli bez zbędnego tarcia

    Nagłówki i detekcja modeli bez zbędnego tarcia

    Dla tych, którzy korzystają z niestandardowych providerów LLM, ważna jest zmiana w obsłudze nagłówków. OpenCode traktuje nazwy nagłówków bez rozróżniania wielkości liter i przepuszcza je przez konfigurację providera. Jeśli używasz zewnętrznej warstwy obserwowalności czy cache’owania (np. Helicone), nagłówki śledzące i cache’owe przechodzą bezproblemowo.

    Trwają także prace nad automatyczną detekcją modeli przez endpoint /v1/models. Dla providerów, którzy udostępniają tę ścieżkę, OpenCode sam wyciągnie listę dostępnych modeli, co eliminuje potrzebę ręcznej konfiguracji. Mniej konfiguracji na start to mniej okazji do błędów.

    Skrót do subagenta w tle (subagent: true w komendach) został ograniczony tylko do serwerów, które faktycznie wspierają wykonywanie sesji potomnych. Wcześniej próba użycia tej funkcji na niekompatybilnym serwerze kończyła się cichym błędem – teraz OpenCode po prostu nie pozwoli jej wywołać.

    Dla kogo to ma znaczenie

    Jeśli pracujesz z agentami AI na co dzień – w terminalu, IDE czy desktopie – ta aktualizacja przekłada się na mniej przerw, szybsze odpowiedzi i czytelniejsze komunikaty. Dotyczy to zwłaszcza web developmentu i vibe codingu, gdzie agenci działają niemal non-stop, a każda minuta przestoju kosztuje. Zmiany w cache’owaniu promptów mają również wymiar finansowy – skuteczniejszy cache to mniej zbędnych zapytań do API.

    Najnowsza wersja OpenCode to przede wszystkim poprawki pod maską. Nie wprowadza rewolucyjnych zmian w UI, ale oferuje wiele usprawnień, które sprawiają, że narzędzie działa bardziej przewidywalnie. W pracy z kodem przewidywalność jest kluczowa.

    Źródła

  • Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    OpenAI opublikowało wersję 0.140.0 Codex CLI, narzędzie, które od kilku miesięcy zdobywa popularność wśród asystentów programistycznych opartych na terminalu. Wydanie z 15 czerwca 2026 roku koncentruje się na warstwie narzędziowej, obejmującej sesje, stan lokalny, integrację z zewnętrznymi dostawcami oraz stabilność w dużych repozytoriach. W skrócie, skupiono się na inżynierii, która zapewnia sprawne działanie systemu.

    Co nowego w skrócie

    • Śledzenie użycia przez /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji przez /delete i codex delete z wbudowanym zabezpieczeniem przed przypadkowym usunięciem
    • Import z Claude Code przez /import przenosi konfigurację projektu, ustawienia i ostatnie czaty
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie, dostępnym od ręki
    • Automatyczna naprawa bazy SQLite – uszkodzone pliki stanu są backupowane i odbudowywane bez interwencji

    /usage, /delete i /import – trzy nowe komendy, które zmieniają codzienną pracę

    Sprawdzanie, ile tokenów wykorzystano na rozmowy z agentem, wcześniej wymagało przeszukiwania panelu konta OpenAI. Teraz wystarczy wpisać /usage w terminalu. Widok dzienny pokazuje aktywność z ostatnich 24 godzin, tygodniowy daje szerszy obraz, a kumulatywny podsumowuje wszystko od początku korzystania z konta. Dla zespołów pilnujących budżetów API to oszczędność czasu.

    Usuwanie sesji również zyskało nowe rozwiązanie. Komendy /delete i codex delete usuwają sesje na stałe, ale wcześniej pytają o potwierdzenie, co zapobiega przypadkowemu usunięciu ważnych danych. To proste zabezpieczenie było potrzebne, gdy Codex CLI dopiero zaczynał.

    Najciekawsza jest trzecia komenda – /import. Umożliwia ona przeniesienie setupu projektu, konfiguracji i ostatnich czatów z Claude Code. Dla osób przeskakujących między narzędziami oznacza to koniec ręcznego kopiowania promptów i ustawień. OpenAI stara się przyciągnąć programistów, którzy chcą uniknąć uzależnienia od jednego dostawcy, licząc, że łatwiej będzie im przejść do ekosystemu Codexa.

    Bedrock, menu @ i cicha rewolucja w MCP

    Wersja 0.140.0 wprowadza zarządzane uwierzytelnianie API dla Amazon Bedrock. Poświadczenia są szyfrowane lokalnie, zarówno dla CLI, jak i dla połączeń MCP przez OAuth. Dla zespołów korzystających z infrastruktury AWS to duża wygoda – nie trzeba już tworzyć własnych wrapperów autoryzacyjnych ani przechowywać kluczy w zmiennych środowiskowych.

    Kolejna zmiana, która ułatwi pracę w terminalu, to menu @. Wcześniej przywoływanie plików, wtyczek i umiejętności wymagało zapamiętywania różnych skrótów. Teraz wszystko znajduje się w jednym, ujednoliconym menu, które uruchamia się po wpisaniu znaku małpy. Mniej przełączania kontekstu oznacza większą płynność pracy.

    Dodatkowo poprawiono niezawodność MCP. Błędy startupowe są teraz automatycznie powtarzane, nieużywalne poświadczenia OAuth traktowane są jako wylogowane, a wyłączone serwery pozostają wyłączone na stałe. Dla osób pracujących z wieloma zewnętrznymi narzędziami podpiętymi przez MCP, te poprawki mogą znacząco wpłynąć na efektywność pracy.

    Co z bazą danych, gdy coś pójdzie nie tak

    Co z bazą danych, gdy coś pójdzie nie tak

    SQLite przechowuje stan sesji Codexa i, jak każda baza plikowa, może ulec uszkodzeniu, zwłaszcza w dużych repozytoriach. W wydaniu 0.140.0 wprowadzono automatyczne backupowanie i odbudowę uszkodzonych baz. Dotyczy to także sytuacji, gdy katalog bazy danych ulegnie uszkodzeniu – to rzadki przypadek, ale potrafi znacznie opóźnić pracę.

    Dla programistów pracujących nad rozbudowanymi projektami, którzy polegają na Codexie, to istotna zmiana. To różnica między "agent padł, wrócę za pół godziny" a "agent sam się podniósł i nawet nie zauważyłem".

    Tooling ponad modele

    Wydanie 0.140.0 ilustruje kierunek, w którym zmierza rynek narzędzi AI dla programistów. Nie chodzi już tylko o to, który model lepiej generuje kod – istotne jest, jak płynnie można przechodzić między sesjami, jak łatwo migrować konfigurację z konkurencyjnych narzędzi i czy stan lokalny przetrwa awarię bez utraty kontekstu. OpenAI pokazuje, że rozumie codzienną frustrację programistów korzystających z agentów w terminalu. W tym wydaniu nie ma fajerwerków, ale jest konkretna praca inżynieryjna, która sprawia, że narzędzie działa pewniej.

    Źródła

  • Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed doczekał się nowej aktualizacji oznaczonej numerem 1.7.2, która została wydana na stabilnym kanale 17 czerwca 2026 roku. Edytor od zespołu Zed Industries koncentruje się na dwóch głównych obszarach: poprawie wydajności agentów sztucznej inteligencji oraz usprawnieniu obsługi repozytoriów Git. Wśród wielu poprawek wyróżniają się nowa komenda /compact oraz rozszerzone możliwości wykonywania własnych poleceń na gałęziach.

    Co nowego – kluczowe fakty

    • Automatyczne odchudzanie kontekstu zapobiega zapychaniu się limitu tokenów podczas długich sesji z agentem AI, a wszystko można również wywołać ręcznie przez /compact.
    • Wsparcie dla niestandardowych poleceń Git obejmuje gałęzie i tagi widoczne na grafie, co ułatwia pracę z wieloma worktree.
    • Odświeżony podgląd Markdown jest czystszy i bardziej czytelny – mniej wizualnego szumu przy dokumentacji.
    • Poprawki na macOS 27 beta eliminują opóźnienia kliknięć w kontrolkach paska tytułu na testowej wersji systemu.
    • Usunięto wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP.

    Agent AI bez zatykania limitu tokenów

    Dłuższe rozmowy z asystentem AI w edytorze mogą prowadzić do problemów, gdy kontekst zbliża się do limitu modelu. Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu, które działa w tle: starsze wiadomości asystenta są podsumowywane, a zwolnione miejsce pozwala kontynuować pracę bez konieczności restartowania rozmowy.

    Użytkownicy mogą również ręcznie kontrolować ten proces za pomocą komendy /compact. Wystarczy wpisać ją w interfejsie agenta, aby natychmiast skondensować dotychczasową historię. Z dyskusji na GitHubie wynika, że model otrzymuje skrót wcześniejszych interakcji, co pozwala na nowe zapytania bez blokad.

    Dla osób pracujących w nurcie vibe codingu to ważna zmiana. Sesje potrafią trwać godzinami, a limit tokenów często kończy się w najmniej oczekiwanym momencie. Automatyczne i ręczne odchudzanie kontekstu to praktyczne rozwiązanie.

    Git zyskuje elastyczność

    Git zyskuje elastyczność

    Druga istotna część aktualizacji dotyczy integracji z Gitem. Zed dodał możliwość uruchamiania własnych poleceń bezpośrednio na referencjach – gałęziach i tagach – widocznych na grafie. Do tej pory użytkownicy musieli korzystać z terminala, teraz mogą podpiąć skrypt lub alias do konkretnej gałęzi i uruchomić go bez opuszczania edytora.

    Równocześnie poprawiono zarządzanie worktree. Choć oficjalne notki nie podają szczegółów technicznych, zmiany mają na celu stabilniejszą nawigację między różnymi kopiami roboczymi repozytorium. Dla zespołów pracujących z wieloma równoległymi gałęziami, co jest powszechne w web developmencie, każda minuta zaoszczędzona na przełączaniu się ma znaczenie.

    Podgląd Markdown i drobne poprawki

    Podgląd Markdown i drobne poprawki

    Nie samym AI człowiek żyje. Odświeżony podgląd Markdown zyskał czystszy wygląd, co docenią wszyscy piszący dokumentację bezpośrednio w edytorze. Wprowadzono również mniej oczywiste zmiany.

    Na macOS 27 beta – testowej wersji systemu – naprawiono opóźnienia kliknięć w kontrolkach paska tytułu. Zniknął problem znikających konfliktów w dyfie projektu podczas edycji. Na Linuksie poprawiono renderowanie tła prompta, a ustawienie experimental.auto_microphone_volume zostało usunięte, ponieważ głośność mikrofonu jest teraz normalizowana domyślnie.

    Wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP zostało usunięte. To logiczny krok, ponieważ edytor zmierza w stronę nowoczesnych środowisk, a utrzymywanie wstecznej kompatybilności staje się niepraktyczne.

    Dlaczego to ma znaczenie

    Zed 1.7.2 nie przynosi rewolucyjnych zmian, co można uznać za pozytywne. To aktualizacja, która rozwiązuje problemy związane z długimi sesjami AI i rozszerza funkcjonalność Gita, która powinna działać od dawna. Komenda /compact będzie przydatna dla każdego, kto testuje agentowe przepływy pracy. Usprawnienia w Git będą korzystne dla zespołów pracujących z rozbudowanymi repozytoriami. Edytor staje się również szybszy i bardziej stabilny, co znacząco poprawia codzienną pracę.

    Źródła

  • OpenAI Codex 0.140.0: lepsze zarządzanie sesjami, widoczność tokenów i import z Claude Code

    OpenAI Codex 0.140.0: lepsze zarządzanie sesjami, widoczność tokenów i import z Claude Code

    OpenAI wypuściło wersję 0.140.0 narzędzia OpenAI Codex, wprowadzając kilka istotnych usprawnień dla programistów. Najważniejsze zmiany dotyczą kontroli nad sesjami, śledzenia zużycia tokenów oraz migracji projektów z Claude Code. To wydanie koncentruje się na stabilności i wygodzie użytkownika.

    Kluczowe zmiany w skrócie

    • Śledzenie tokenów – widok dziennego, tygodniowego i skumulowanego zużycia tokenów bezpośrednio w CLI/TUI
    • Trwałe usuwanie sesji – możliwość kasowania wątków po ID oraz polecenia usuwania w trakcie sesji z zabezpieczeniami przed przypadkowym wykonaniem
    • Import z Claude Code – selektywne przenoszenie konfiguracji projektu, czatów i powiązanych artefaktów bez pełnej migracji
    • Uwierzytelnianie Amazon Bedrock – zarządzane klucze API z szyfrowanym lokalnym przechowywaniem poświadczeń OAuth
    • Ujednolicone menu wzmianek – jeden interfejs do wstawiania plików i wtyczek

    Kontrola nad sesjami i kosztami

    Do tej pory użytkownicy OpenAI Codex mieli ograniczony wgląd w zużycie tokenów. Wersja 0.140.0 wprowadza polecenie /usage, które pokazuje aktywność tokenową w podziale na dni, tygodnie i okresy skumulowane. Dla zespołów pracujących w środowiskach produkcyjnych to oszczędność czasu, eliminująca potrzebę przeskakiwania do zewnętrznych paneli w celu sprawdzenia kosztów.

    Drugą istotną zmianą jest trwałe usuwanie sesji. Wcześniej wątki mogły zalegać na serwerach bez wyraźnej opcji ich usunięcia. Teraz dostępne są polecenia codex delete, /delete oraz thread/delete po stronie app-servera. Każda operacja wymaga potwierdzenia, co zmniejsza ryzyko przypadkowej utraty danych. To szczególnie przydatne w przypadku wrażliwych projektów oraz porządkowania przestrzeni roboczej po dłuższych sesjach.

    Przeprowadzka z Claude Code bezboleśnie

    Nowością jest polecenie /import, które umożliwia selektywne przenoszenie elementów z Claude Code. Użytkownicy mogą wybrać, co chcą przenieść, w tym konfigurację projektu, ustawienia na poziomie użytkownika, ostatnie czaty oraz powiązane artefakty.

    To podejście ułatwia życie deweloperom korzystającym z obu narzędzi, eliminując konieczność ręcznego odtwarzania ustawień oraz utraty kontekstu rozmów z agentem. OpenAI udostępnia również ścieżkę przez wtyczkę Claude Code, co pozwala na kontynuowanie sesji między ekosystemami. Firma stawia na interoperacyjność, co jest korzystne dla użytkowników.

    Amazon Bedrock i bezpieczeństwo poświadczeń

    W nowej wersji dodano wsparcie dla zarządzanego uwierzytelniania Amazon Bedrock. Poświadczenia OAuth, zarówno dla CLI, jak i MCP, są teraz przechowywane lokalnie w formie szyfrowanej. Dla zespołów korzystających z modeli przez AWS to rozszerza możliwości wdrożeniowe, nie rezygnując z bezpieczeństwa.

    Warto również zauważyć poprawki stabilności. SQLite, wykorzystywane przez OpenAI Codex do lokalnego przechowywania stanu, otrzymało aktualizacje eliminujące błędy przy dłuższych sesjach. Dodatkowo, poprawiono niezawodność MCP, co zmniejsza liczbę awarii przy integracji narzędzi i agentów, co ma znaczenie podczas długich sesji developerskich.

    Ujednolicenie interfejsu

    Menu wzmianek (@) zostało scalone w jeden mechanizm dla plików i wtyczek. Użytkownicy wpisując @, widzą wszystkie opcje w jednym miejscu, co oszczędza czas podczas przełączania się między kontekstami.

    Co to oznacza dla web developerów

    Dla programistów pracujących w paradygmacie szybkiego prototypowania aplikacji webowych, zmiany w wersji 0.140.0 przekładają się na mniejsze przestoje i większą kontrolę. Lepsza ciągłość sesji, szyfrowane poświadczenia oraz selektywny import z konkurencyjnego narzędzia sprawiają, że OpenAI Codex staje się bardziej elastyczny w środowiskach, gdzie liczy się każda minuta.

    Zespół OpenAI inwestuje w bezpieczniejszy obieg danych uwierzytelniających oraz bardziej przewidywalny cykl życia sesji. Dla deweloperów pracujących na współdzielonych maszynach lub w środowiskach hostowanych, te zmiany realnie zmniejszają ryzyko wycieku danych i ułatwiają zarządzanie projektami rozłożonymi na wiele sesji.

    Źródła

  • Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Alibaba wypuściła 15 czerwca 2026 roku wersję 0.18.1 swojego terminalowego agenta AI – Qwen-Code 0.18.1. To wydanie nie wprowadza jednej dużej funkcji, lecz koncentruje się na kluczowych aspektach, które są istotne dla użytkowników korzystających z narzędzia na co dzień: zwiększonej autonomii i mniejszej liczbie awarii podczas długotrwałych zadań.

    Co konkretnie zmieniono

    • Twarda blokada dostępu do shella w trybie demona – teraz wymaga jawnego potwierdzenia, co eliminuje przypadkowe ekspozycje sesji powłoki.
    • Zapisywanie zbyt dużych wyników narzędzi na dysku – zabezpieczenie przed wyczerpaniem pamięci przy analizie buildów czy wieloplikowych diffów.
    • Przekazywanie próśb o uprawnienia z podagentów do sesji nadrzędnej – zwiększa kontrolę nad działaniami procesów działających w tle.
    • Poprawki telemetrii ACP dla procesów demona – zapewniają ciągłość śledzenia kontekstu między zadaniami, co jest istotne przy debugowaniu w środowiskach produkcyjnych.

    Mniej przypadków, więcej kontroli

    Zespół Qwen postawił na dojrzałość narzędzia. Najważniejszym sygnałem tej wersji jest przesunięcie w stronę bezpieczniejszej autonomicznej egzekucji. Wcześniejsze wersje działały sprawnie, dopóki nie napotykały niespodziewanych sytuacji. Teraz dodano mechanizmy, które mają zapobiegać problemom.

    Blokada shella w trybie demona odpowiada na realny problem. Gdy agent działa w tle przez dłuższy czas, może dojść do przypadkowej ekspozycji sesji. Qwen-Code 0.18.1 wprowadza twardą bramkę – bez jawnego potwierdzenia nie ma dostępu do powłoki. To proste, ale skuteczne rozwiązanie.

    Mechanizm przechwytywania próśb o uprawnienia również działa na korzyść użytkowników. Jeśli podagent potrzebuje dodatkowych praw, jego żądanie trafia do sesji nadrzędnej, co pozwala zespołom DevOps szybciej reagować na nieoczekiwane zachowania.

    Stabilność przy dużych obciążeniach

    Stabilność przy dużych obciążeniach

    Kolejnym ważnym aspektem tego wydania jest stabilność. Qwen-Code 0.18.1 zapisuje teraz zbyt duże wyniki działania narzędzi bezpośrednio na dysk, zamiast trzymać je w pamięci. To istotne dla osób analizujących logi buildów, przeglądających duże repozytoria lub pracujących z wieloetapowymi zadaniami, gdzie pojedynczy wynik może ważyć setki megabajtów.

    Wcześniej takie sytuacje często kończyły się wyczerpaniem pamięci i restartem sesji. Teraz agent zapisuje nadmiarowe dane na dysku i odwołuje się do nich w razie potrzeby. To zmiana, która przy długotrwałych zadaniach ma znaczący wpływ.

    Dodatkowo, wyniki przeszukiwania kodu mogą teraz spełniać warunki wcześniejszych sprawdzeń odczytu, co ogranicza zbędne ponowne przeszukiwania. Mniej redundantnych operacji przekłada się na krótszy czas wykonania i mniejsze zużycie zasobów.

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

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

    Wśród mniejszych poprawek warto odnotować aktualizację dokumentacji – usunięto nieaktualne odwołania do listy modeli Coding Plan oraz inne przestarzałe referencje. To ważne, aby dokumentacja była zgodna z rzeczywistością, zwłaszcza w przypadku narzędzia, które rozwija się tak szybko jak Qwen-Code 0.18.1.

    Poprawki telemetrii dotyczące propagacji śladów ACP w procesach demona również są istotne. Dzięki nim zespoły korzystające z Qwen-Code 0.18.1 w pipeline'ach produkcyjnych mogą lepiej śledzić, co agent robił podczas długiego zadania, ponieważ kontekst śledzenia nie urywa się przy przełączaniu między procesami.

    Co dalej z ekosystemem

    Wersja 0.18.1 nie jest rewolucyjna, ale pokazuje, że zespół Qwen słucha użytkowników, którzy sygnalizowali problemy ze stabilnością przy dłuższych zadaniach oraz potrzebę lepszej kontroli nad działaniami agentów w tle. Kierunek rozwoju jest jasny: mniej efektownych nowości, więcej solidności.

    Warto zauważyć, że Qwen-Code 0.18.1 rozwija się szybko – wkrótce po tej aktualizacji pojawiły się nowe wersje z obsługą protokołu MCP 2026, integracją z zewnętrznymi serwerami MCP oraz zaawansowanymi workflow. To sugeruje, że ta wersja była przystankiem technicznym przed większymi zmianami architektonicznymi, które już są w drodze.

    Źródła

  • Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Anthropic wydało 15 czerwca 2026 roku wersję 2.1.178 swojego asystenta programistycznego Claude Code, koncentrując się na kontroli i stabilności zamiast na efektownych nowościach. Aktualizacja wprowadza zaawansowane reguły uprawnień, które mogą sprawdzać parametry narzędzi, a nie tylko ich nazwy, oraz znacząco poprawia pracę z zagnieżdżonymi katalogami .claude w dużych projektach. To wydanie będzie szczególnie przydatne dla zespołów pracujących z agentami w środowiskach o zaostrzonej polityce bezpieczeństwa.

    Kluczowe zmiany w skrócie

    • Reguły uprawnień z dopasowaniem parametrów – nowa składnia Tool(param:value) pozwala blokować lub zezwalać na konkretne warianty poleceń, a nie całe klasy narzędzi
    • Wsparcie dla zagnieżdżonych katalogów .claude – monorepozytoria i projekty wielopakietowe zyskują lepszą organizację umiejętności i workflow per podprojekt
    • Wzmocniony klasyfikator trybu automatycznego – podagenci są teraz dokładniej sprawdzani, zanim dostaną zielone światło na działanie
    • Poprawki stabilności – rozwiązano problemy z pamięcią, autoryzacją Chrome i transkryptami podagentów

    Reguły, które rozumieją kontekst

    Do tej pory polityka uprawnień w Claude Code działała na poziomie nazw narzędzi. Można było zezwolić na Bash albo zablokować Write, co nie dawało dużej elastyczności. Wersja 2.1.178 zmienia tę logikę, wprowadzając składnię Tool(param:value).

    Co to oznacza w praktyce? Zamiast wydawać zgodę na wszystkie operacje powłoki, administrator może teraz zezwolić tylko na Bash(git:*), a zablokować Bash(rm:*). Mechanizm sprawdza wartości parametrów przekazywanych do narzędzia, co sprawia, że reguła staje się precyzyjna. Dla zespołów DevOps i środowisk CI/CD to znaczące ułatwienie – mniej ręcznej konfiguracji, mniej błędów.

    Tryb automatyczny również zyskał solidniejszy klasyfikator dla akcji podagentów. Luka, która pozwalała niektórym z nich działać bez pełnej ewaluacji uprawnień, została zamknięta. Podagent nie prześlizgnie się już niezauważony.

    Porządek w monorepozytoriach

    Porządek w monorepozytoriach

    Praca z dużymi repozytoriami, gdzie każdy serwis czy moduł działa niezależnie, bywała w Claude Code chaotyczna. Wersja 2.1.178 wprowadza obsługę zagnieżdżonych katalogów .claude, co pozwala na lepszą organizację umiejętności i workflow per podprojekt.

    Wyobraźmy sobie repozytorium z frontendem w Next.js, backendem w Pythonie i osobnym modułem do analityki. Każdy z tych komponentów może teraz mieć swój własny zestaw reguł, umiejętności i poleceń slash, jednocześnie dziedzicząc konwencje z poziomu całego projektu. Koniec z jednym, dużym katalogiem .claude w korzeniu.

    Stabilność, której nie widać na pierwszy rzut oka

    Stabilność, której nie widać na pierwszy rzut oka

    Pod maską znalazło się kilka poprawek, które eliminują irytujące awarie. Problemy z pamięcią przy dłuższych sesjach zostały rozwiązane – Claude Code nie powinien już się zawieszać w trakcie wielogodzinnej sesji refaktoryzacji. Transkrypty podagentów stały się stabilniejsze, co zmniejsza ryzyko utraty kontekstu przy przekazywaniu zadań między agentami.

    Zwiększono również uwagę na autoryzację. Integracja z Chrome wymaga teraz logowania przez claude.ai – jeśli użytkownik korzysta z klucza API lub tokena długoterminowego, funkcja pozostaje wyłączona. Podobnie Remote Control: przy nieobsługiwanym stanie logowania komunikat błędu jest teraz jasny, a nie enigmatyczny.

    Co z tego wynika dla web developerów i zespołów AI

    To wydanie nie jest przełomowe, ale jest istotne dla osób, które codziennie piszą kod w złożonych środowiskach. Jeśli pracujesz z monorepo, zarządzasz agentami w pipeline'ach albo po prostu cenisz sobie granularną kontrolę nad tym, co Claude Code może, a czego nie może zrobić – aktualizacja jest konieczna.

    Zmiany w Chrome i Remote Control docenią również ci, którzy debugują zdalnie lub łączą lokalne środowisko z chmurą. Mniej zgadywania, więcej konkretnych informacji zwrotnych. Wersja 2.1.178 nie przynosi rewolucji, ale solidnie poprawia fundamenty.

    Źródła

  • Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    W połowie czerwca 2026 roku, po premierze wersji preview 11 czerwca i oficjalnym wydaniu v0.18.0 12 czerwca, zaktualizowano Qwen-Code do wersji v0.18.0. Ta aktualizacja znacząco zwiększa autonomię i wygodę korzystania z asystenta AI podczas dłuższych sesji programistycznych. Zamiast drobnych poprawek, wprowadzono funkcje, które automatyzują przepływy pracy, zachowują preferencje użytkownika oraz zapewniają lepszy wgląd w działania agenta.

    Co nowego w skrócie

    • Panel zarządzania umiejętnościami — nowy interfejs /skills zastąpił wcześniejszy licznik tokenów, oferując lepszy wgląd w możliwości agenta.
    • Pamięć na poziomie użytkownika — auto-memory wykracza poza pojedyncze repozytorium. Preferencje i powtarzające się uwagi programisty są teraz dostępne między projektami, a system automatycznie rozdziela typy pamięci (użytkownika, feedback, projektu, referencyjną). Dane są przechowywane w katalogu ~/.qwen/memories/.
    • Komenda /fork — umożliwia uruchomienie agenta w tle, który dziedziczy kontekst, narzędzia i konfigurację modelu. Główny wątek działa dalej bez czekania, co pozwala na równoległe zadania, takie jak recenzja kodu czy poprawki.
    • Wsparcie multimodalne Qwen-Code v0.18.0 — model potrafi odczytywać zawartość ekranu, wchodzić w interakcję z GUI, generować kod na podstawie wizualnych referencji i nawigować po aplikacjach mobilnych.
    • Stabilność i automatyzacja — poprawki zarządzania pamięcią, usprawnione auto-update CLI oraz zautomatyzowane przepływy recenzji PR-ów.

    Koniec z agentem bez pamięci

    Jedną z irytujących cech wcześniejszych agentów kodujących było to, że po przełączeniu projektu traciły cały kontekst. Qwen-Code v0.18.0 wprowadza warstwę pamięci użytkownika, która zapamiętuje preferencje dotyczące konwencji nazewniczych, często wybieranych bibliotek oraz reakcje na konkretne sugestie.

    Auto-memory jest domyślnie włączone i nie wymaga ręcznej konfiguracji. Pamięć projektowa działa równolegle, co oznacza, że agent nie myli kontekstu między repozytoriami, ale jednocześnie uczy się na podstawie zachowań programisty. To funkcja, która po kilku dniach użytkowania staje się niezbędna.

    Statystyki, które faktycznie coś mówią

    Stary licznik tokenów był użyteczny jedynie dla osób, które wiedziały, czego szukać. Nowy panel /skills to pełnoprawny interfejs zarządzania umiejętnościami agenta, oferujący wgląd w jego możliwości i konfigurację.

    Dla zespołów monitorujących koszty API i chcących zrozumieć, gdzie agent marnuje tokeny, to konkretna wartość. Zapis do pliku JSON Lines umożliwia łatwe przesyłanie danych do zewnętrznych narzędzi analitycznych, eliminując konieczność przeszukiwania logów.

    Praca równoległa wchodzi do terminala

    Funkcja /fork może wydawać się niszowym usprawnieniem, ale szybko okazuje się niezwykle praktyczna. Na przykład, gdy agent generuje testy, można równocześnie sprawdzić alternatywną implementację funkcji w tle. Bez /fork musisz czekać, a z tą funkcją główna sesja nie jest blokowana.

    W połączeniu z panelem /skills oraz możliwością zarządzania zestawami umiejętności, Qwen-Code v0.18.0 staje się bardziej zaawansowanym narzędziem do zarządzania zadaniami. Wersja ta jest częścią szerszego cyklu wydawniczego, który koncentruje się na automatyzacji i równoległym wykonywaniu zadań.

    Multimodalność, która wykracza poza kod

    Wsparcie dla Qwen-Code v0.18.0 otwiera nowe możliwości, które jeszcze rok temu były poza zasięgiem terminalowych agentów. Model potrafi czytać interfejsy, klikać, przewijać i generować kod na podstawie zrzutów ekranu. Dla frontendowców oznacza to możliwość testowania wizualnego bez odrywania rąk od klawiatury. Dla zespołów mobilnych — nawigację po aplikacji bez pisania osobnych skryptów testowych.

    To wciąż wczesna faza, ale kierunek rozwoju jest wyraźny: agent nie tylko analizuje kod, ale także widzi efekty swojego działania. To przesunięcie od asystenta tekstowego do bardziej zaawansowanego narzędzia wizualnego.

    Przyszłość: trwały, wielozadaniowy agent

    Qwen-Code v0.18.0 to nie tylko zbiór nowych funkcji, ale przemyślany krok w kierunku agenta, który pamięta, analizuje swoje zużycie i potrafi rozdzielać pracę na równoległe wątki. Dla programistów spędzających długie godziny w terminalu, te zmiany przekładają się na mniej frustracji przy zarządzaniu kontekstem i więcej czasu na twórczą pracę.

    Wydanie wpisuje się w szerszy trend w narzędziach AI — od prostych asystentów do autonomicznych, wielozadaniowych agentów. Kolejne aktualizacje w ramach serii 0.18.x prawdopodobnie będą rozwijać te wątki, umacniając Qwen-Code v0.18.0 jako istotnego gracza w ekosystemie narzędzi programistycznych.

    Źródła

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.

    Źródła

  • Qwen-Code v0.18.0 stawia na trwałość: pamięć między projektami, agenty w tle i planowanie zadań

    Qwen-Code v0.18.0 stawia na trwałość: pamięć między projektami, agenty w tle i planowanie zadań

    Zespół Qwen wypuścił wersję v0.18.0 swojego terminalowego agenta AI do kodowania. Ta aktualizacja wprowadza mechanizmy, które przekształcają agenta z jednorazowego pomocnika sesyjnego w narzędzie, które pamięta kontekst między projektami oraz potrafi pracować w tle. W ciągu tygodnia od premiery scalono ponad sto pull requestów, a seria łatek v0.18.0 zakończyła stabilizację nowych funkcji.

    Co naprawdę zmienia ta wersja

    • Pamięć na poziomie użytkownika — preferencje i styl pracy są teraz zapisywane w ~/.qwen/memories/, co pozwala agentowi pamiętać je niezależnie od projektu.
    • Równoległe agenty w tle — polecenie /fork tworzy agenta, który dziedziczy kontekst, narzędzia i konfigurację modelu, podczas gdy główny wątek kontynuuje pracę.
    • Trwałe zadania cykliczne — /loop zapisuje harmonogram na dysku, przywraca go po restarcie i wykonuje zaległe cykle, jeśli agent był wyłączony.
    • Przełączanie katalogów bez restartu — /cd przenosi sesję do innego projektu i automatycznie migruje cały kontekst roboczy.

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

    Do tej pory agent Qwen-Code v0.18.0 działał jak złota rybka — po opuszczeniu projektu zapominał o preferencjach użytkownika. W wersji 0.18.0 wprowadzono auto-pamięć na poziomie użytkownika, która jest przechowywana w katalogu ~/.qwen/memories/. Agent zapisuje tam informacje o stylu pracy, nawykach i wcześniejszych decyzjach, nawet jeśli dotyczą różnych repozytoriów.

    To jedna z funkcji, której brakuje w wielu terminalowych asystentach AI. Gdy pracujesz nad kilkoma projektami jednocześnie, agent zaczyna rozumieć twój styl bez konieczności ciągłego tłumaczenia.

    Agenci działający, gdy ty zajmujesz się czymś innym

    Kolejna istotna zmiana to wprowadzenie równoległych agentów za pomocą polecenia /fork. Możesz uruchomić agenta do przeglądu kodu w tle, podczas gdy sam kontynuujesz pracę nad nową funkcją. Agent w tle dziedziczy pełen kontekst rozmowy, wszystkie narzędzia i ustawienia modelu, działając autonomicznie. Otrzymujesz powiadomienie, gdy zakończy swoją pracę.

    Dodatkowo wprowadzono eksperymentalny tryb Agent Team, który pozwala na stworzenie zespołu złożonego z kilku agentów. Każdy agent ma własną listę zadań, może wymieniać się wiadomościami, a lider zespołu scala wyniki w końcowy raport. To przypomina orkiestrację mikroserwisów w świecie agentów AI.

    Planowanie zadań i zmiana kontekstu bez bólu

    Funkcja /loop to coś więcej niż prosty harmonogram w terminalu. Zaplanowane zadania są trwałe — zapisują się na dysku, więc restart komputera nie powoduje ich utraty. Jeśli agent był wyłączony w momencie planowanego uruchomienia, po restarcie wykonuje zadanie raz, aby nadrobić zaległości. To usprawnienie oszczędza frustracji przy długotrwałych projektach.

    Funkcja /cd umożliwia przełączanie katalogów bez konieczności restartowania sesji. Agent automatycznie przenosi kontekst roboczy do nowego obszaru. Wcześniej zmiana projektu wymagała zamknięcia i ponownego uruchomienia Qwen-Code v0.18.0 — teraz wystarczy jedno polecenie.

    Stabilizacja i poprawki w v0.18.0

    Łatka v0.18.0 wprowadziła szereg poprawek związanych z zarządzaniem pamięcią i bezpieczeństwem sesji. Wyniki narzędzi, które są zbyt duże, są teraz automatycznie zrzucane na dysk, co zapobiega zapychaniu pamięci operacyjnej. Powiadomienia o uprawnieniach są propagowane do sesji nadrzędnej, a bezpośredni dostęp do powłoki sesji wymaga jawnej zgody użytkownika, co zwiększa bezpieczeństwo w środowiskach współdzielonych.

    Co to oznacza dla programistów

    Qwen-Code v0.18.0 wyraźnie przekształca się z prostego pomocnika sesyjnego w trwałe narzędzie agentowe. Funkcje takie jak pamięć użytkownika, równoległe agenty i trwałe zadania cykliczne pokazują, że twórcy myślą o realnych scenariuszach pracy, gdzie projekty są długotrwałe, kontekst się zmienia, a programista nie chce tracić czasu na powtarzanie tych samych instrukcji. Dla osób pracujących w terminalu to krok w stronę asystenta, który uczy się twojego stylu pracy, a nie tylko reaguje na pojedyncze polecenia.

    Źródła

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

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

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

    Kluczowe zmiany w wydaniu

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

    Więcej kontroli i bezpieczniejsze wykonanie

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

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

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

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

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

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

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

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

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

    Co to znaczy dla AI i web developmentu

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

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

    Źródła