Kategoria: AI i Technologia

  • 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

  • Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code otrzymał znaczącą aktualizację — wersja v0.18.0 została udostępniona użytkownikom w połowie czerwca 2026 roku, wprowadzając trzy kluczowe funkcje: pamięć działającą między projektami, agentów pracujących w tle oraz nowy pulpit statystyk. Te zmiany mają potencjał, aby znacznie poprawić sposób pracy z narzędziem, zwłaszcza dla osób zarządzających wieloma repozytoriami.

    Kluczowe fakty

    • Pamięć użytkownika działa teraz globalnie — preferencje i styl pracy agenta są dostępne niezależnie od projektu.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy pełny kontekst rozmowy, podczas gdy główny wątek pozostaje dostępny dla użytkownika.
    • Pulpit /stats pokazuje dzienne zużycie tokenów bezpośrednio w CLI, eliminując potrzebę korzystania z zewnętrznych paneli.
    • Interaktywny menedżer umiejętności (/skills) zastępuje ręczne wpisywanie komend wizualną przeglądarką z funkcją wyszukiwania oraz opcjami włączania/wyłączania.
    • Standalone installer oraz weryfikacja plików instalacyjnych poprawiają bezpieczeństwo i odtwarzalność środowisk deweloperskich.

    Pamięć, która wędruje z tobą między projektami

    Wcześniej Qwen-Code zapamiętywał kontekst tylko w obrębie jednego repozytorium. Po zakończeniu pracy nad aplikacją webową i przejściu do repozytorium infrastrukturalnego, użytkownik musiał zaczynać od nowa. Agent nie miał świadomości preferencji, takich jak zwięzłość odpowiedzi czy unikanie nadmiarowych komentarzy w kodzie.

    Wersja v0.18.0 wprowadza katalog ~/.qwen/memories/, w którym przechowywane są preferencje użytkownika niezależnie od projektu. Choć może wydawać się to niewielką zmianą, dla osób pracujących w różnych obszarach, takich jak frontend, backend czy konfiguracja CI/CD, oznacza to koniec konieczności ciągłego konfigurowania agenta.

    Zespół szybko naprawił również błędy związane z tą funkcją — łatka v0.18.0 rozwiązała problem z "przywoływaniem nieaktualnych schematów narzędzi" przez mechanizm pamięci, co mogło prowadzić do niespójnych zachowań agenta w dłuższych sesjach.

    Agenci w tle i przepływy pracy bez blokowania terminala

    Kolejną nowością jest komenda /fork. Podczas sesji kodowania, gdy pojawia się potrzeba przeprowadzenia długiego przeglądu kodu, użytkownik może wysłać agenta do pracy w tle. Główny wątek terminala pozostaje wolny, a po zakończeniu zadania użytkownik otrzymuje powiadomienie w panelu zadań w tle.

    Dokumentacja opisuje: "/fork pozwala wysłać agenta w tle w trakcie rozmowy — dziedzicząc pełny kontekst, narzędzia i konfigurację modelu, podczas gdy ty kontynuujesz pracę w głównym wątku".

    To zmiana istotna dla zadań takich jak triage zgłoszeń, automatyczne przeglądy PR czy rutynowe przeglądy kodu. Wcześniej każde z tych zadań blokowało terminal na czas wykonania. Teraz można uruchomić kilka równoległych zadań i wrócić do nich, gdy będą gotowe.

    Dodatkowo, workflow można zapisywać jako komendy ukośnikowe i wykorzystywać wielokrotnie. Zautomatyzowany triage (@qwen /triage) oraz usprawnione przeglądy PR to przykłady, które już pojawiły się w notatkach do wydania.

    Widoczność kosztów i nowy interfejs

    Deweloperzy korzystający z AI-asystentów często tracą orientację w zużyciu tokenów, szczególnie gdy narzędzie działa w tle przez dłuższy czas. Komenda /stats rozwiązuje ten problem, wyświetlając dzienne zużycie bezpośrednio w interfejsie CLI. Użytkownik nie musi korzystać z zewnętrznych dashboardów ani logować się do paneli — wystarczy wpisać komendę, aby zobaczyć dane.

    Zespół uprościł również interfejs terminala oraz poprawił powiadomienia dla zadań asynchronicznych. Przeglądarka umiejętności (/skills) nie wymaga już zapamiętywania nazw komend — teraz to wizualny wybór z możliwością wyszukiwania i filtrowania.

    Znaczenie dla web dev, AI i DevOps

    Te zmiany mają istotne znaczenie. Dla zespołów pracujących w modelu "vibe coding", gdzie agent AI jest aktywnym uczestnikiem procesu, a nie tylko asystentem, możliwość utrzymywania kontekstu między projektami i równoległego wykonywania zadań to krok w stronę bardziej płynnej współpracy.

    Standalone installer oraz weryfikacja plików binarnych mają znaczenie dla środowisk CI/CD. Umożliwiają bezpieczniejsze uruchamianie agenta w pipeline'ach, zapewniając, że pobrane artefakty nie zostały naruszone. Automatyczne aktualizacje upraszczają utrzymanie narzędzia na wielu maszynach.

    Co dalej

    Wersja v0.18.0 to nie pojedyncze wydanie, a seria szybkich aktualizacji — tydzień po premierze ukazały się kolejne wersje, w tym v0.18.0, z ponad 100 zmergowanych pull requestów. Zespół skupił się głównie na stabilności agentów w tle, kompresji długich sesji oraz przełączaniu katalogów w trakcie pracy.

    Qwen-Code zmierza w kierunku narzędzia, które nie wymaga ciągłego nadzoru — współpracuje z użytkownikiem, zapamiętuje jego styl pracy i nie przeszkadza, gdy ma coś do zrobienia.

    Źródła

  • Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Zespół QwenLM opublikował 12 czerwca 2026 roku wersję v0.18.0 swojego terminalowego agenta kodowania Qwen-Code. Ta aktualizacja wprowadza istotne zmiany w sposobie korzystania z narzędzia: agenty mogą teraz działać w tle, pamięć nie resetuje się przy zmianie projektu, a interfejs wiersza poleceń stał się bardziej przyjazny dla użytkowników.

    Co nowego w Qwen-Code v0.18.0

    • Równoległe agenty — komenda /fork uruchamia agenta w tle, podczas gdy główna sesja pozostaje aktywna; panel powiadomień informuje o zakończeniu zadania.
    • Pamięć na poziomie użytkownika — zapisywane są preferencje i informacje zwrotne, które przetrwają zmianę repozytorium, przechowywane w katalogu ~/.qwen/memories/.
    • Ujednolicone zarządzanie umiejętnościami — panel /skills umożliwia przeglądanie, wyszukiwanie, włączanie i wyłączanie umiejętności oraz ich uruchamianie jednym kliknięciem.
    • Poprawki stabilności — usunięto błędy związane z zarządzaniem pamięcią, dodano wsparcie multimodalne dla modelu Qwen-Code v0.18.0 oraz udoskonalono automatyzację CI/CD.

    Agenci w końcu mogą pracować równolegle

    Do tej pory praca z agentem w terminalu była liniowa — wydajesz polecenie, czekasz na wynik. Qwen-Code v0.18.0 wprowadza nową komendę /fork, która uruchamia agenta w tle, a panel zadań informuje użytkownika o zakończeniu pracy.

    Oznacza to, że można poprosić agenta o refaktoryzację modułu testowego i jednocześnie pisać nową funkcję w głównej sesji. Nie trzeba czekać. Dla osób praktykujących szybkie, iteracyjne programowanie wspierane przez sztuczną inteligencję, to znaczna oszczędność czasu. Równoległość zmniejsza frustrację, ponieważ agent nie blokuje terminala na dłuższy czas podczas analizy większych fragmentów kodu.

    Pamięć, która pamięta między projektami

    Wcześniej pamięć agenta była przypisana do konkretnego repozytorium. Zmiana folderu oznaczała utratę preferencji i kontekstu, co było uciążliwe przy pracy nad kilkoma projektami jednocześnie.

    Twórcy rozwiązali ten problem, wprowadzając katalog ~/.qwen/memories/. Teraz agent zapisuje tam informacje na poziomie użytkownika. Qwen-Code sam decyduje, które dane trafią do pamięci projektowej, a które do użytkownika, na podstawie czterech kategorii routingu pamięci, co eliminuje potrzebę ręcznej konfiguracji. Dla zespołów DevOps i programistów pracujących z mikroserwisami to zauważalna zmiana.

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

    Interfejs również przeszedł kilka poprawek. Panel /skills to jeden z dodatków, które ułatwiają korzystanie z narzędzia. Zamiast zapamiętywać składnię każdej komendy, można otworzyć interaktywny dialog, przeszukać dostępne umiejętności i uruchomić je od razu.

    Dodatkowo, wprowadzono powiadomienia w sekwencji terminala, odświeżono panel zadań w tle oraz poprawiono tryb Vima. Samodzielny instalator zyskał automatyczną aktualizację, co ułatwia życie użytkownikom, którzy nie chcą ręcznie śledzić wydań.

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

    Nie wszystkie zmiany są widoczne na pierwszy rzut oka, ale stabilność jest kluczowa. Wersja v0.18.0 naprawia błędy związane z zarządzaniem pamięcią, które mogły prowadzić do wycieków lub nieprzewidywalnego zachowania podczas dłuższych sesji. Dodano także wsparcie multimodalne dla modelu Qwen-Code v0.18.0, co pozwala agentom analizować nie tylko kod, ale także obrazy i zrzuty ekranu. Udoskonalono automatyzacje CI/CD, co docenią zespoły korzystające z Qwen-Code.

    Mały krok wersji, duży krok dla przepływu pracy

    Qwen-Code v0.18.0 to aktualizacja, która nie zmienia fundamentów, ale znacząco zwiększa użyteczność narzędzia. Równoległe agenty, pamięć międzyprojektowa i panel umiejętności tworzą narzędzie, które mniej przeszkadza, a bardziej wspiera użytkowników. Dla programistów spędzających godziny w terminalu, to różnica między narzędziem, które się używa, a takim, na którym można polegać.

    Źródła

  • Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 Codex CLI, która wprowadza autonomiczne wyszukiwanie w trybie code mode oraz poprawia kompatybilność ze złożonymi schematami narzędzi. Ta aktualizacja, choć na pierwszy rzut oka może wydawać się skromna, w rzeczywistości przynosi istotne zmiany dla codziennej pracy dewelopera.

    Kluczowe zmiany w skrócie

    • Samodzielne wyszukiwanie w trybie code mode – model może teraz bezpośrednio wysłać zapytanie do sieci, także z zagnieżdżonych wywołań JavaScript, a wyniki otrzymuje jako czysty tekst.
    • Schematy oneOf i allOf są teraz zachowywane w definicjach narzędzi, co ułatwia agentom pracę z rozbudowanymi API i konektorami MCP.
    • Diagnostyka codex doctor raportuje teraz szczegóły edytora i pagera, co przyspiesza rozwiązywanie problemów środowiskowych.
    • Poprawki w TUI eliminują gubienie konfiguracji przy resetach wątków oraz błędne parsowanie argumentów przy resume i fork.
    • Plugin marketplace zwraca teraz informacje o źródle każdej wtyczki i korzysta z cache'owanego katalogu przed odświeżeniem sieciowym.

    Wyszukiwanie bez przełączania kontekstu

    Nowa funkcja w code mode pozwala modelowi na samodzielne wyszukiwanie, co eliminuje potrzebę przerywania pracy w celu sprawdzenia dokumentacji lub zachowania API. Wystarczy, że model wywoła wyszukiwanie, a wyniki przychodzą jako plaintext, bez zbędnego formatowania. Funkcja ta działa również z zagnieżdżonymi wywołaniami narzędziowymi w JavaScripcie. Dla deweloperów, którzy spędzają dużo czasu na przełączaniu się między przeglądarką a terminalem, to znacząca oszczędność czasu.

    Co istotne, wyszukiwanie jest autonomiczne – nie wymaga osobnej konfiguracji ani przełączania trybów. Model samodzielnie decyduje, kiedy potrzebuje świeżych informacji.

    Schematy, które w końcu działają jak trzeba

    Dla osób budujących złożone integracje przez MCP lub używających rozbudowanych pluginów, zmiana w obsłudze schematów JSON Schema jest kluczowa. Dotychczas oneOf i allOf mogły gubić się przy kompaktowaniu dużych definicji. Teraz są zachowywane, a same schematy mają płytszą strukturę bez utraty informacji.

    To może brzmieć technicznie, ale w praktyce oznacza mniej błędów przy wywołaniach narzędzi, które mają warunkowe parametry. Agent nie zgubi się, gdy pole może przyjąć string albo obiekt z dodatkowymi właściwościami.

    Diagnostyka i TUI – mniej frustracji przy debugowaniu

    codex doctor zyskał rozszerzenie, które w lokalnym raporcie uwzględnia teraz konfigurację edytora i pagera. To drobny szczegół, ale każdy, kto debugował dziwne zachowania terminala, wie, że środowisko potrafi płatać figle. W JSON-owym outpucie wartości są redagowane, co zapobiega wyciekowi wrażliwych danych.

    W samym TUI naprawiono kilka irytujących błędów. Przede wszystkim codex resume --last "..." i codex fork --last "..." przestały mylić prompt z ID sesji. Resetowanie wątków (/new, /clear, /fork) nie gubi już wymagań zarządzanych przez chmurę ani flag feature. Dodatkowo ostrzeżenia z sub-agentów MCP pozostają w swoim wątku, co eliminuje duplikujące się alerty czy zawieszone spinnerów.

    Warto również wspomnieć o poprawce edycji obrazów – teraz używane są dokładne ścieżki plików, zamiast zgadywania na podstawie historii konwersacji.

    Dlaczego to ma znaczenie

    Aktualizacja 0.139.0 nie jest przełomowa w skali całego ekosystemu AI, ale dobrze ilustruje kierunek rozwoju Codex. Autonomiczne wyszukiwanie w code mode to krok w stronę agentów, które same zdobywają kontekst bez przerywania głównego zadania. Zachowanie złożonych schematów JSON to z kolei ukłon w stronę zaawansowanych użytkowników budujących własne integracje. Poprawki w TUI i diagnostyce sprawiają, że narzędzie działa bardziej przewidywalnie, co jest kluczowe w codziennej pracy.

    Źródła

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła