Kategoria: AI i Technologia

  • Aktualizacja Cursor SDK: własne narzędzia, automatyczny przegląd i zagnieżdżeni podagenci

    Aktualizacja Cursor SDK: własne narzędzia, automatyczny przegląd i zagnieżdżeni podagenci

    Cursor wprowadził w czerwcu 2026 roku znaczącą aktualizację swojego Cursor SDK, ogłoszoną w changelogu z 4 czerwca 2026. Nowa wersja dodaje trzy istotne funkcje dla zespołów pracujących z agentami poza IDE: możliwość definiowania własnych narzędzi w kodzie, konfigurowalny system automatycznego przeglądu dla wywołań lokalnych oraz wsparcie dla zagnieżdżonych podagentów. Te zmiany sprawiają, że Cursor SDK staje się istotnym narzędziem w automatyzacji CI/CD oraz w środowiskach produkcyjnych. Aktualizacja obejmuje zarówno TypeScript, jak i Pythona, a także wprowadza elastyczne opcje przechowywania metadanych agentów.

    Co nowego w pigułce

    • Własne narzędzia można teraz przekazywać jako definicje funkcji przez local.customTools, zamiast stawiać osobny serwer MCP.
    • Auto-review przekierowuje lokalne wywołania narzędzi przez klasyfikator, który decyduje o automatycznym wykonaniu lub wstrzymaniu do recenzji.
    • Zagnieżdżeni podagenci tworzą drzewa delegowanej pracy – recenzent może uruchomić pisarza testów, który uruchomi kolejnego agenta.
    • Opcje storage obejmują SQLite, JSONL oraz własne implementacje LocalAgentStore (Redis, Postgres, w pamięci).
    • TypeScript i Python – Cursor SDK działa w skryptach, pipeline'ach CI, backendach i botach.

    Własne narzędzia bez dodatkowej infrastruktury

    Do tej pory, aby dać agentowi dostęp do własnej funkcji, konieczne było uruchomienie serwera MCP. Aktualizacja to zmienia. Teraz wystarczy przekazać definicje funkcji przez local.customTools przy Agent.create() lub per wywołanie send().

    Cursor udostępnia te narzędzia przez wbudowany serwer MCP o nazwie custom-user-tools. Dzięki temu wykonanie podlega tej samej ścieżce uprawnień, co inne narzędzia MCP, eliminując potrzebę budowania osobnej warstwy integracyjnej. Narzędzia zdefiniowane raz są widoczne dla wszystkich podagentów rodzica. Definiujesz funkcję dla głównego agenta, a każdy podagent w drzewie może z niej korzystać bez dodatkowej konfiguracji.

    To znaczne ułatwienie dla zespołów web dev i DevOps. Przykładowo, w pipeline CI, gdzie agent potrzebuje dostępu do wewnętrznego API, systemu deploymentu lub narzędzia do migracji bazy danych, wystarczy zdefiniować funkcję raz i przekazać ją agentowi.

    Auto-review – kontrolowane zaufanie w trybie bezgłowym

    Gdy agenci Cursor SDK działają w trybie bezgłowym, normalnie wykonują wywołania narzędzi bez pytania o zgodę. Choć jest to wygodne, może być ryzykowne, zwłaszcza w środowiskach produkcyjnych.

    Flaga local.autoReview zmienia tę dynamikę. Zamiast bezwarunkowo ufać każdemu wywołaniu, Cursor przepuszcza je przez system recenzji. Klasyfikator decyduje, które wywołania są bezpieczne i mogą przejść automatycznie, a które wymagają zatrzymania i wglądu człowieka.

    Zachowanie klasyfikatora można dostosować instrukcjami w języku naturalnym w pliku permissions.json. Dwa kluczowe pola to autoRun.allow_instructions oraz autoRun.block_instructions. Można opisać, jakie operacje agent może wykonywać bez pytania, a które zawsze powinny trafić do recenzji.

    Dla zespołów CI/CD to bardzo praktyczne rozwiązanie. Agent zyskuje autonomię tam, gdzie jest to bezpieczne, ale w przypadku wrażliwych operacji, takich jak zmiany w produkcji czy operacje na bazie danych, system wstrzymuje akcję i czeka na decyzję.

    Zagnieżdżeni podagenci – drzewa zamiast list

    Zagnieżdżeni podagenci – drzewa zamiast list

    Do tej pory podagenci działali w sposób płaski – agent główny delegował zadania, ale same podagenty nie mogły delegować dalej. Teraz struktura może być bardziej złożona. Podagent może uruchomić własnego podagenta, a ten kolejnego.

    Cursor dokumentuje limity zagnieżdżeń, ale sama możliwość otwiera nowe wzorce. Recenzent kodu może delegować zadania do pisarza testów, który uruchamia agenta do generowania mocków, a ten z kolei do formatowania. Każdy poziom działa w swoim kontekście, ale dziedziczy dostęp do narzędzi rodzica.

    W praktyce to idealnie pasuje do skomplikowanych workflow: generowanie dokumentacji, wieloetapowe przeglądy kodu czy zadania operacyjne, gdzie każdy krok wymaga innego zestawu umiejętności.

    Gdzie to wszystko przechowywać

    Gdzie to wszystko przechowywać

    Cursor SDK oferuje teraz trzy opcje dla przechowywania metadanych agentów. SqliteLocalAgentStore zapisuje dane w SQLite w katalogu roboczym, co jest dobre dla lokalnych środowisk deweloperskich. JsonlLocalAgentStore tworzy przenośne pliki JSON (newline-delimited) w wybranym katalogu, co jest idealne do ephemeralnych jobów CI, gdzie nie ma potrzeby korzystania z bazy danych.

    Istnieje również LocalAgentStore jako interfejs, który można zaimplementować samodzielnie. Można użyć Redis, Postgres lub przechowywania w pamięci – wszystko, co pasuje do danej architektury.

    Co dalej z Cursor SDK

    Cursor SDK weszło do publicznej bety pod koniec kwietnia 2026, a już w maju pojawiło się wsparcie dla Pythona. Czerwcowa aktualizacja to kolejny krok w kierunku, który Cursor określa jako "agentami jako systemem" – autonomicznymi jednostkami, które budują i dostarczają oprogramowanie bez ciągłej interwencji człowieka.

    Dla zespołów AI, web dev i DevOps oznacza to mniej pracy związanej z integracją, większą kontrolę nad tym, co agenci robią w tle, oraz możliwość budowania wieloetapowych workflow, które wcześniej wymagały znacznej ręcznej orkiestracji. Cursor SDK działa w skryptach, pipeline'ach, backendach i botach – nie tylko w IDE.

    Źródła

  • Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    OpenAI wydało wersję 0.140.0 Codex, która wprowadza nowe funkcje, takie jak śledzenie zużycia tokenów w terminalu, trwałe usuwanie sesji oraz możliwość importowania konfiguracji z Claude Code. Ta aktualizacja zmienia codzienną pracę z agentowym kodowaniem — teraz można łatwo monitorować koszty na ekranie, a także skutecznie zarządzać wątkami. Dodatkowo, wprowadzono zarządzane uwierzytelnianie Amazon Bedrock oraz kilka poprawek, które poprawiają wydajność przy dużych repozytoriach.

    Kluczowe zmiany w skrócie

    • Komenda /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bez potrzeby przechodzenia do panelu administracyjnego.
    • Trwałe usuwanie sesji przez codex delete <thread_id>, /delete lub API app-servera, z zabezpieczeniem przed przypadkowym usunięciem i automatycznym czyszczeniem subagentów.
    • Import z Claude Code (/import) przenosi ustawienia, konfigurację projektu i ostatnie rozmowy, co ułatwia migrację między narzędziami.
    • Amazon Bedrock zyskał zarządzane klucze API, a dane logowania CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym.
    • Optymalizacje dla dużych repozytoriów oraz poprawki odzyskiwania baz SQLite — mniej awarii przy pracy z rozbudowanymi codebasami.

    /usage — koniec zgadywania kosztów

    Najważniejsza zmiana to wbudowane analizy użycia. Dotychczas sprawdzenie, ile tokenów wykorzystano w sesji Codex, wymagało logowania się do zewnętrznego dashboardu. Teraz wystarczy wpisać /usage w terminalu, aby natychmiast zobaczyć aktywność dzienną, tygodniową oraz skumulowaną. Dla zespołów pracujących na limitach kredytowych to istotne narzędzie, które pozwala kontrolować budżet bez przerywania pracy.

    Dane są dostępne w tym samym interfejsie TUI, w którym piszesz kod i rozmawiasz z agentem. Nie ma potrzeby przełączania się do przeglądarki ani pamiętania o sprawdzaniu raportów po fakcie. Dla osób, które doświadczyły nieprzyjemnych rachunków po intensywnej sesji z Codex, to znacząca zmiana.

    To jedna z funkcji, które powinny były pojawić się wcześniej, ale lepiej późno niż wcale — szczególnie że wersja 0.140.0 robi to dobrze, z podziałem na modele i produkty.

    Sesje, których naprawdę już nie ma

    Kolejną istotną zmianą jest zarządzanie sesjami. Wcześniej usunięcie wątku nie zawsze oznaczało jego całkowite zniknięcie — pozostawały ślady w app-serverze, subagenty mogły wisieć w tle, a lokalne metadane mogły przetrwać restart. Teraz codex delete działa skutecznie: czyści zarówno lokalnie, jak i zdalnie, z potwierdzeniem przed wykonaniem oraz automatycznym sprzątaniem subagentów.

    To ważne dla osób pracujących z wrażliwymi danymi lub tych, którzy nie chcą mieć setek martwych wątków w historii. W projektach komercyjnych, gdzie kod źródłowy bywa objęty NDA, możliwość trwałego usunięcia całej ścieżki rozmowy z agentem AI jest wymogiem bezpieczeństwa. Dodatkowo, łatwiej się odnaleźć, gdy lista sesji jest uporządkowana.

    Import z Claude Code i szyfrowane dane logowania

    Import z Claude Code i szyfrowane dane logowania

    Ciekawym dodatkiem jest /import, który przenosi wybrane elementy z Claude Code — ustawienia, konfigurację projektu i historię ostatnich czatów. To krok w stronę użytkowników rozważających przesiadkę między platformami agentowego kodowania. Zamiast konfigurować wszystko od nowa, można przejąć to, co już działało.

    Wersja 0.140.0 poprawia również bezpieczeństwo danych logowania. Tokeny OAuth dla CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym lub systemowym keychainie, zamiast w plikach JSON w formacie plaintext. Dla środowisk enterprise i hostowanych workflow AI to korzystna zmiana — szczególnie w połączeniu z nowym, zarządzanym uwierzytelnianiem Amazon Bedrock, które rozszerza obsługiwane przepływy autoryzacji.

    Wydajność i stabilność przy dużym kodzie

    Wydajność i stabilność przy dużym kodzie

    Poprawki wydajnościowe dla dużych repozytoriów to coś, co doceni każdy, kto próbował uruchomić Codex w monorepo. Wersja 0.140.0 wprowadza optymalizacje związane z cache'owaniem oraz szybsze działanie przy rozbudowanych codebasach. Dodatkowo, poprawiono odzyskiwanie baz SQLite — jeśli baza uległa uszkodzeniu, Codex nie powinien już ulegać awarii bez wyjaśnienia.

    Zwiększono również niezawodność MCP (Model Context Protocol), czyli mechanizmu łączącego Codex z zewnętrznymi narzędziami i pluginami. Mniej losowych rozłączeń, stabilniejsze podtrzymywanie kontekstu oraz ogólnie mniej frustracji przy zautomatyzowanych przepływach pracy.

    Narzędzie, które dorasta

    Wersja 0.140.0 to nie rewolucja, ale solidny krok w stronę produkcyjnej dojrzałości. Codex przestaje być wyłącznie agentem do generowania kodu i staje się pełniejszym narzędziem deweloperskim: z widocznością kosztów, kontrolą nad cyklem życia sesji oraz sensownym importem konkurencyjnych konfiguracji.

    Ź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

  • Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    OpenAI udostępniło 15 czerwca 2026 roku wersję Codex 0.140.0, która wprowadza nowe mechanizmy kontroli sesji oraz narzędzie do migracji ustawień z Claude Code. Aktualizacja koncentruje się na trzech obszarach: zarządzaniu cyklem życia sesji, monitorowaniu zużycia tokenów i integracji z zewnętrznymi dostawcami uwierzytelniania. To wydanie jest istotne dla zespołów developerskich, które rozważają przesiadkę między środowiskami AI lub potrzebują lepszej kontroli nad kosztami.

    Kluczowe zmiany w skrócie

    • Trwałe usuwanie sesji dostępne przez codex delete, /delete oraz app-server thread/delete, z potwierdzeniem operacji
    • Polecenie /import umożliwia selektywne przenoszenie ustawień, konfiguracji, umiejętności i historii czatów z Claude Code
    • Statystyki użycia w widokach dziennych, tygodniowych i skumulowanych dostępne pod /usage
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie
    • Uwierzytelnianie Amazon Bedrock umożliwia korzystanie z zarządzanego dostępu do modeli przez AWS

    Sesje pod pełną kontrolą

    Największą nowością jest możliwość permanentnego usuwania sesji. Do tej pory użytkownicy Codex mogli jedynie archiwizować niepotrzebne wątki – teraz mają narzędzia do ich trwałego usuwania. Operacja dostępna jest z poziomu CLI (codex delete), bezpośrednio w interfejsie (/delete) oraz przez API serwera aplikacji.

    Każde usunięcie wymaga potwierdzenia, co eliminuje ryzyko przypadkowej utraty kontekstu. W praktyce oznacza to mniej niepotrzebnych danych w długotrwałych projektach, gdzie agenci AI mogą generować dziesiątki sesji testowych w ciągu tygodnia. Dla zespołów dbających o prywatność to także sposób na usunięcie wrażliwych danych z lokalnej bazy.

    Migracja z Claude Code bezboleśnie

    Polecenie /import odpowiada na potrzeby developerów przesiadających się z Claude Code. Zamiast ręcznie przeklejać ustawienia czy tracić wypracowane instrukcje projektowe, można teraz selektywnie przenieść konfigurację, umiejętności i ostatnie czaty.

    Import nie jest operacją typu wszystko-albo-nic. Użytkownik decyduje, które elementy chce zachować – może przenieść tylko ustawienia projektu, pominąć historię konwersacji albo odwrotnie. To ułatwia przejście dla osób, które zainwestowały czas w dopracowanie środowiska Claude Code, ale chcą wypróbować Codex bez utraty dotychczasowego dorobku.

    Tokeny pod lupą i lepsze UI

    Nowe widoki /usage pokazują zużycie tokenów w podziale na dni, tygodnie i dane skumulowane. Dla zespołów operujących w środowiskach wrażliwych kosztowo to praktyczne narzędzie do monitorowania, które sesje lub agenci generują największe obciążenie. Zamiast zgadywać, można sprawdzić konkretne liczby.

    Zmiany w interfejsie obejmują także ujednolicone menu @. Po wpisaniu znaku małpy użytkownik widzi teraz wszystkie dostępne opcje – pliki, wtyczki i umiejętności – w jednym spójnym widoku. To usprawnienie przyspiesza nawigację, szczególnie w projektach z rozbudowaną strukturą katalogów.

    Bedrock i szyfrowanie poświadczeń

    Wsparcie dla Amazon Bedrock rozszerza możliwości wdrożeniowe Codex. Organizacje korzystające z zarządzanego przez AWS dostępu do modeli mogą teraz używać natywnego uwierzytelniania API, bez konieczności podpinania się wyłącznie pod klucze OpenAI. To rozwiązanie jest korzystne dla firm, które z powodów zgodności preferują pozostać w ekosystemie Amazona.

    Wprowadzono także szyfrowane lokalne przechowywanie poświadczeń CLI i MCP OAuth. Dane uwierzytelniające nie są już przechowywane w czystym tekście na dysku, co jest istotnym krokiem w kierunku poprawy bezpieczeństwa w narzędziach developerskich.

    Poprawki stabilności

    Wersja 0.140.0 zawiera również poprawki krytycznych błędów. Zwiększono niezawodność bazy SQLite, która mogła gubić dane przy intensywnym użyciu, oraz ustabilizowano połączenia MCP. Dla użytkowników, którzy doświadczali losowych rozłączeń agentów, te poprawki mogą być ważniejsze niż wszystkie nowe funkcje razem wzięte.

    Co to oznacza w praktyce

    Codex 0.140.0 to wydanie, które nie wprowadza rewolucyjnych zmian, ale skutecznie zamyka kilka brakujących elementów. Trwałe usuwanie sesji i monitoring tokenów to funkcje, które były potrzebne w codziennej pracy. Import z Claude Code pokazuje, że OpenAI dostrzega konkurencję i ułatwia przepływ użytkowników między narzędziami. Wsparcie dla Bedrocka sugeruje, że Codex chce być obecny wszędzie tam, gdzie deweloperzy już pracują – nie tylko w ekosystemie OpenAI.

    Źródła

  • Codex 0.140.0 wprowadza śledzenie tokenów i narzędzie do migracji z Claude Code

    Codex 0.140.0 wprowadza śledzenie tokenów i narzędzie do migracji z Claude Code

    OpenAI wypuściło 15 czerwca 2026 roku stabilną wersję Codex 0.140.0, która wprowadza cztery istotne zmiany dla zespołów pracujących z dużymi bazami kodu. Nowości obejmują szczegółowe monitorowanie zużycia tokenów, trwałe usuwanie sesji oraz selektywny import konfiguracji z Claude Code. Aktualizacja została wydana zaledwie pięć dni po pierwszych kompilacjach alfa, co wskazuje na szybkie tempo prac nad stabilizacją.

    Kluczowe fakty

    • Śledzenie tokenów – widok /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bezpośrednio w interfejsie Codex.
    • Trwałe usuwanie sesji – polecenia codex delete, /delete i app-server thread/delete pozwalają na bezpowrotne kasowanie sesji z zabezpieczeniami przed przypadkowym wykonaniem.
    • Selektywny import z Claude Code – /import umożliwia przeniesienie ustawień, konfiguracji projektu i ostatnich czatów bez pełnej migracji.
    • Ujednolicone menu wzmianek – menu @ otwiera teraz wspólną listę plików, wtyczek i umiejętności.
    • Amazon Bedrock – dodano zarządzane uwierzytelnianie API-key oraz szyfrowane przechowywanie danych logowania OAuth dla CLI i MCP.

    Kontrola kosztów w zasięgu ręki

    Nowy widok /usage odpowiada na rosnące zapotrzebowanie zespołów na przejrzystość wydatków przy intensywnym korzystaniu z agentów AI. Wcześniej sprawdzenie zużycia tokenów wymagało zaglądania do zewnętrznych paneli lub ręcznego sumowania danych z logów. Teraz wystarczy jedno polecenie.

    Widok pokazuje aktywność w trzech przedziałach czasowych – dziennym, tygodniowym i skumulowanym. Dla osób pracujących w trybie vibe coding z długimi sesjami agentowymi to znaczna oszczędność czasu. Użytkownicy nie muszą już zgadywać, czy agent wykorzystał połowę miesięcznego limitu na refaktoryzację jednego pliku. Dane są dostępne od ręki, co pozwala na bieżące podejmowanie decyzji o optymalizacji promptów.

    Funkcja ta pojawia się w momencie, gdy coraz więcej narzędzi oferuje podobne mechanizmy. Codex nie wprowadza nowości, ale robi to w sposób zintegrowany z resztą interfejsu.

    Bezpieczniejsze zarządzanie danymi lokalnymi

    Trwałe usuwanie sesji to funkcja, która wydaje się oczywista, ale jej brak może powodować problemy. Dotychczas użytkownicy Codex nie mieli pewności, czy usunięta sesja rzeczywiście znika z lokalnej bazy danych. Wersja 0.140.0 rozwiązuje ten problem przez trzy ścieżki: codex delete, /delete oraz app-server thread/delete.

    Każda z tych opcji wymaga potwierdzenia, co zmniejsza ryzyko przypadkowego skasowania kilkugodzinnej sesji debugowania. Dla zespołów dbających o prywatność, szczególnie przy pracy z wrażliwymi danymi klientów, to krok w dobrym kierunku.

    Warto również wspomnieć o automatycznym odzyskiwaniu baz SQLite. Jeśli lokalna baza sesji ulegnie uszkodzeniu, na przykład przez nieoczekiwane zamknięcie terminala, Codex spróbuje ją naprawić. To nie jest spektakularna funkcja, ale oszczędza frustracji.

    Most między narzędziami

    Most między narzędziami

    Największym zaskoczeniem tego wydania jest /import – narzędzie do selektywnego przenoszenia konfiguracji z Claude Code. Dotychczas przejście między platformami oznaczało żmudne odtwarzanie ustawień projektu i tracenie historii rozmów z agentem. Teraz można wybrać, co dokładnie chce się przenieść: konfigurację początkową, ustawienia projektu czy ostatnie czaty.

    To przemyślane posunięcie ze strony OpenAI. Zamiast zmuszać użytkowników Claude Code do pełnej migracji, daje im możliwość wypróbowania Codex bez rezygnacji z dotychczasowego workflow. Dla zespołów rozważających zmianę narzędzia to znacznie obniża próg wejścia.

    Stabilność i wydajność

    Stabilność i wydajność

    Poza funkcjami widocznymi dla użytkownika, wersja 0.140.0 przynosi również wiele poprawek pod maską. Zespół skupił się na responsywności przy pracy z dużymi repozytoriami, szczególnie w długich sesjach, gdzie wcześniej zdarzało się ponowne przetwarzanie historii i wielokrotne analizowanie diffów.

    Poprawiono także stabilność połączeń MCP (Model Context Protocol), co ma znaczenie przy integracji z zewnętrznymi źródłami danych. Dla użytkowników korporacyjnych istotna będzie również obsługa zarządzanego uwierzytelniania Amazon Bedrock, co jest korzystne dla organizacji korzystających z infrastruktury AWS.

    Co to oznacza w praktyce

    Codex 0.140.0 nie jest rewolucją, ale stanowi solidny krok naprzód. Śledzenie tokenów daje kontrolę nad kosztami, selektywny import ułatwia migrację, a stabilność przy dużych repozytoriach zwiększa komfort codziennej pracy. Jeśli przyszłe wydania będą utrzymywać to tempo, Codex ma szansę stać się poważnym graczem w segmencie narzędzi CLI dla agentów AI – nie tylko jako alternatywa dla Claude Code, ale jako samodzielne, przemyślane środowisko pracy.

    Ź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 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

  • Qwen-Code v0.18.0: pamięć między projektami i agenci działający w tle

    Qwen-Code v0.18.0: pamięć między projektami i agenci działający w tle

    Wersja v0.18.0 narzędzia Qwen-Code została wydana, wprowadzając istotne zmiany, które mogą wpłynąć na sposób, w jaki programiści korzystają z terminala. Aktualizacja nie jest jedynie kosmetyczna — nowości obejmują pamięć kontekstową między projektami, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Celem tych zmian jest przekształcenie CLI w narzędzie automatyzacji dla zadań developerskich.

    Kluczowe zmiany w Qwen-Code v0.18.0

    • Pamięć międzyprojektowa przechowuje kontekst między repozytoriami i sesjami, co ułatwia długotrwałe prace nad funkcjami.
    • Agenci działający w tle wykonują wieloetapowe zadania bez potrzeby ciągłego nadzoru ze strony użytkownika.
    • Panel umiejętności oferuje wizualne zarządzanie powtarzalnymi zadaniami bezpośrednio w CLI.
    • Automatyczna aktualizacja działa teraz dla instalatora standalone, nie tylko dla npm.
    • Wsparcie multimodalne dla modeli Qwen-Code v0.18.0 rozszerza możliwości poza pracę z tekstem.

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

    Jednym z głównych problemów asystentów kodowania w terminalu była utrata kontekstu po zamknięciu sesji. Qwen-Code v0.18.0 wprowadza pamięć na poziomie użytkownika, która działa między projektami. Użytkownicy nie muszą ponownie informować agenta o tym, nad czym pracują, gdy przełączają się między repozytoriami.

    Oznacza to, że CLI zapamiętuje preferencje, wcześniejsze decyzje i schematy pracy. Dla zespołów DevOps oraz osób zajmujących się triage'em CI to znaczna oszczędność czasu — mniej ręcznego ustawiania kontekstu przy każdym nowym zadaniu.

    Agenci działający w tle i praca równoległa

    Nowym dodatkiem jest funkcja /fork background agents, która pozwala uruchomić agenta wykonującego zadanie w tle, podczas gdy główna sesja pozostaje wolna. Harmonogramowane zadania (/loop scheduled tasks) mogą teraz przetrwać restart, co eliminuje konieczność ich ponownej konfiguracji po awarii lub zamknięciu terminala.

    Późniejsze wersje z linii v0.18.x (aż do v0.18.3) wprowadziły współpracę zespołów agentów (Agent Team parallel collaboration). Użytkownicy mogą zlecać różnym agentom kilka zadań jednocześnie, co pozwala na równoległe ich wykonanie bez wzajemnego blokowania.

    Drobne usprawnienia, które robią różnicę

    Zespół Qwen-Code wprowadził również mniejsze, ale praktyczne zmiany, takie jak przełączanie katalogów w trakcie sesji, zwijane wyniki myślenia modelu oraz bramkowanie zatwierdzeń MCP. To ostatnie umożliwia kontrolowanie, które akcje agent może wykonać bez pytania o zgodę.

    Poprawiono także kompresję, co przyspiesza przetwarzanie długich sesji, zmniejszając czas oczekiwania na rozbudowane zadania. W kontekście web developmentu, gdzie często pracuje się z wieloma plikami i zależnościami, takie optymalizacje są istotne.

    Stabilność i łatki

    Dokumentacja nie zawiera szczegółowej listy błędów, ale wiadomo, że zespół skoncentrował się na zarządzaniu pamięcią, stabilności CLI oraz kompatybilności międzyplatformowej. Qwen-Code działa na systemach Linux, macOS i Windows (w tym przez WSL), co czyni te poprawki kluczowymi dla spójności doświadczeń użytkowników.

    Wersja v0.18.0 to także ponad 50 scalonych PR-ów w jednym cyklu tygodniowym. Tempo rozwoju wskazuje na szybkie dojrzewanie narzędzia — to dopiero początek serii wydań zaplanowanych na czerwiec.

    Co dalej?

    Linia v0.18.x nie jest końcem rozwoju Qwen-Code. Już zapowiedziano integrację z multimodalnym modelem Qwen-Code v0.18.0, który łączy rozumienie obrazu i wideo z agentowym wykonywaniem zadań. Dla programistów webowych może to oznaczać możliwość przesłania zrzutu ekranu z błędem i uzyskania analizy bez konieczności opisywania problemu słowami.

    Dla osób pracujących w nurcie vibe coding, gdzie dużą część kodu generuje AI, a rola programisty przesuwa się w stronę nadzoru i kierowania, automatyzacja oraz pamięć kontekstowa stają się kluczowe. Qwen-Code v0.18.0 wyraźnie zmierza w tym kierunku.

    Źródła