Tag: automatyzacja

  • 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

  • Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Wraz z wydaniem wersji 3.0.27, datowanej na 17 czerwca 2026 roku, Cline CLI wprowadza trzy istotne ulepszenia: nowe polecenie do zarządzania umiejętnościami, kreator ustawień MCP z predefiniowanymi wartościami oraz poprawioną walidację danych wejściowych. Aktualizacja koncentruje się na wygodzie użytkowników, zmniejszając potrzebę ręcznej konfiguracji i minimalizując błędy spowodowane niejednoznacznymi komendami.

    Najważniejsze zmiany

    • Polecenie cline skill upraszcza instalację i zarządzanie umiejętnościami agenta, domyślnie zapisując je w katalogu Cline.
    • Predefiniowany kreator MCP prowadzi użytkownika przez konfigurację serwera, co zmniejsza ryzyko błędów składniowych.
    • Ulepszona obsługa błędów OAuth dla wtyczek MCP — komunikaty są teraz bardziej zrozumiałe i wskazują konkretną przyczynę problemu.
    • Ostrzejsza walidacja wejścia odrzuca nieznane polecenia oraz frazy wielowyrazowe bez cudzysłowu, zamiast traktować je jako prompt.
    • Spójność składni z istniejącymi komendami cline plugin install i cline mcp, co eliminuje potrzebę nauki nowej składni.

    cline skill — zarządzanie umiejętnościami bez zbędnego szumu

    Dotychczas, aby rozszerzyć możliwości agenta o dodatkowe umiejętności, użytkownicy musieli zmagać się z ręczną konfiguracją. Nowa komenda cline skill zmienia ten proces — działa podobnie do cline plugin install i cline mcp. Użytkownik instaluje, zarządza i korzysta z umiejętności.

    Zainstalowane umiejętności trafiają domyślnie do katalogu agenta Cline, co zapobiega rozrzucaniu plików po różnych lokalizacjach w systemie. Dla zespołów automatyzujących swoje środowiska deweloperskie, to znaczące ułatwienie — wystarczy jedna komenda, aby przygotować agenta do pracy z określonym zestawem narzędzi.

    Kreator MCP: mniej zgadywania, więcej działania

    Kreator MCP: mniej zgadywania, więcej działania

    Drugą nowością jest predefiniowany kreator instalacji serwerów MCP. Użytkownik nie musi już samodzielnie wpisywać nazwy serwera, typu transportu, ścieżek do komend czy nagłówków HTTP, lecz przechodzi przez prosty formularz z podpowiedziami.

    Choć może to brzmieć nieznacznie, w praktyce oszczędza to sporo czasu. Konfiguracja MCP, która łączy Cline z zewnętrznymi API i usługami, bywa kapryśna. Literówka w ścieżce, brakujący cudzysłów czy pomylony typ transportu mogą prowadzić do frustracji. Kreator znacznie redukuje ryzyko takich błędów.

    Warto również zauważyć, że Cline CLI v3.0.27 obsługuje zarówno lokalne, jak i zdalne serwery MCP. Dokumentacja narzędzia potwierdza, że można listować serwery nieinteraktywnie za pomocą cline config mcp oraz cline config mcp --json. Nowy kreator to dodatkowa warstwa, która przyspiesza pierwsze uruchomienie, ale nie ogranicza bardziej zaawansowanych scenariuszy.

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Wersja 3.0.27 poprawia także obsługę autoryzacji OAuth dla wtyczek MCP. Gdy proces uwierzytelniania napotyka problem, na przykład wygaśnięcie tokenu lub odmowę dostępu, Cline generuje teraz komunikat, który pozwala na zrozumienie przyczyny problemu. Koniec z niejasnymi błędami, które zmuszały do zgadywania, czy problem leży po stronie klienta, serwera, czy gdzieś pośrodku.

    Wprowadzono również zmiany w walidacji poleceń. Wcześniej nieznana komenda lub wielowyrazowy ciąg znaków bez cudzysłowu mogły być traktowane jako prompt. Teraz CLI odrzuca takie wejście. To niewielka zmiana, ale w zautomatyzowanych środowiskach, gdzie prompt może generować skrypt, eliminuje potencjalnie kosztowne błędy.

    Podsumowanie

    Cline CLI v3.0.27 wprowadza przemyślane poprawki, które sprawiają, że praca z narzędziem staje się bardziej płynna. Nowe polecenie cline skill ułatwia zarządzanie umiejętnościami, kreator MCP przyspiesza konfigurację, a zaostrzona walidacja wejścia chroni przed przypadkowymi promptami. Dla zespołów DevOps i web developerów, które łączą Cline z zewnętrznymi usługami i skryptami automatyzacji, te zmiany oznaczają mniej przestojów i mniej czasu spędzonego na szukaniu błędów składniowych.

    Źródła

  • Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop otrzymał 18 czerwca 2026 roku aktualizację do wersji 3.2.19. Jest to niewielka aktualizacja, która koncentruje się na poprawie stabilności. Główną zmianą jest naprawienie błędu, który uniemożliwiał ładowanie plików umiejętności z alternatywnymi polami metadanych.

    Dla większości użytkowników ta aktualizacja może być niemal niezauważalna. Jednak dla zespołów, które tworzą własne procedury dla Devina Desktop 3.2.19, może być istotna, zwłaszcza jeśli mieli problemy z działaniem swoich skryptów.

    Co warto wiedzieć o tej wersji

    • Data wydania: 18 czerwca 2026 – aktualizacja dostępna w normalnym kanale dystrybucji dla macOS
    • Główna zmiana: poprawiono błąd, który uniemożliwiał wczytanie plików SKILL.md z alternatywnymi polami frontmatter
    • Kategoria: łatka utrzymaniowa – brak nowych funkcji, skupienie na zwiększeniu niezawodności
    • Praktyczny wpływ: zmniejsza ryzyko, że agent Devin Desktop 3.2.19 pominie zdefiniowaną procedurę podczas wykonywania zadań deweloperskich

    Dlaczego pliki umiejętności są ważne

    System umiejętności w Devin Desktop 3.2.19 opiera się na plikach SKILL.md, które są przechowywane w repozytoriach. Definiują one powtarzalne procedury, takie jak konfiguracja środowiska, przegląd kodu czy wdrożenia na produkcję. Każdy plik zawiera frontmatter, czyli blok metadanych w nagłówku, który informuje Devin Desktop 3.2.19, jak dana umiejętność ma być używana.

    Problem występował, gdy zespół korzystał z pól, które nie były częścią standardowego zestawu. Dokumentacja Devin Desktop 3.2.19 wyraźnie określa, że system wymaga określonej struktury metadanych. Jeśli użytkownik dodał alternatywne pole, na przykład do wewnętrznego oznaczania wersji lub integracji z systemem CI/CD, parser mógł się zawiesić. W efekcie umiejętność nie ładowała się, a agent kontynuował działanie bez niej, co mogło prowadzić do pomijania całych etapów workflow.

    Wersja 3.2.19 rozwiązuje ten problem, czyniąc parser bardziej tolerancyjnym wobec nietypowych pól. Nie oznacza to, że Devin Desktop 3.2.19 zaczyna rozumieć wszystkie alternatywne pola, ale przestał się na nich zawieszać.

    Kto odczuje różnicę

    Kto odczuje różnicę

    Jeśli korzystasz tylko z gotowych umiejętności dostarczanych przez Cognition AI, prawdopodobnie nie zauważysz tej aktualizacji. Standardowe pliki działały wcześniej bez problemów.

    Różnicę odczują przede wszystkim zespoły, które tworzą własne biblioteki umiejętności, zwłaszcza te, które dostosowują Devin Desktop 3.2.19 do swoich wewnętrznych procesów, na przykład integrując go z narzędziami do wdrożeń czy autorskim lintowaniem kodu. W takich środowiskach frontmatter często zawiera dodatkowe pola. Teraz można je dodawać bez obaw, że agent przestanie działać przy kolejnym zadaniu.

    Warto również zauważyć, że Devin Desktop 3.2.19 coraz częściej działa w trybie agentowym, gdzie pojedyncza sesja może wykonywać wiele operacji bez nadzoru. Jeśli jedna umiejętność nie załaduje się poprawnie, może to wpłynąć na cały proces. Dlatego nawet ta drobna poprawka ma znaczenie w codziennej pracy.

    Stabilność zamiast nowości

    Wersja 3.2.19 wpisuje się w trend rozwoju narzędzi AI dla deweloperów. To już nie są eksperymenty, lecz produkcyjne środowiska, w których przewidywalność jest kluczowa. Zespół odpowiedzialny za Devin Desktop 3.2.19 koncentruje się na udoskonalaniu istniejących mechanizmów, zamiast dodawać nowe funkcje. W changelogu nie ma nowych możliwości, ale jest pewność, że to, co powinno działać, działa.

    Jeśli używasz Devin Desktop 3.2.19 na macOS, aktualizacja powinna być już dostępna. Nie wymaga żadnych dodatkowych kroków poza standardową instalacją. A jeśli twoje umiejętności przestały się ładować kilka tygodni temu, teraz wiesz, dlaczego. Możesz wrócić do pracy.

    Ź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

  • Qwen-Code v0.18.0 zyskuje pamięć użytkownika i piaskownicę dla agentów

    Qwen-Code v0.18.0 zyskuje pamięć użytkownika i piaskownicę dla agentów

    Qwen-Code w wersji 0.18.0 wprowadza automatyczną pamięć użytkownika, interaktywny dashboard statystyk oraz nowe narzędzie workflow z izolowaną piaskownicą. Wydanie z 12 czerwca 2026 roku koncentruje się na zwiększeniu autonomiczności agenta, co pozwala programistom uniknąć powtarzania tych samych instrukcji przy każdym nowym zadaniu.

    Powtarzalność była dotąd jednym z większych problemów asystentów AI w terminalu. Każda nowa sesja oznaczała zaczynanie od zera — agent nie pamiętał preferencji dotyczących testów jednostkowych, ani że unikasz generatorów w Pythonie poniżej wersji 3.10. Teraz to się zmienia.

    • Auto-pamięć zapisuje preferencje i kontekst projektu w katalogu ~/.qwen/projects/<project>/memory/, działając w tle po każdej konwersacji.
    • Nowy dashboard /stats wyświetla statystyki użycia agenta bezpośrednio w sesji terminalowej.
    • Piaskownica node:vm dla narzędzia workflow ogranicza ryzyko przy wykonywaniu wygenerowanego kodu.
    • Usprawnione auto-aktualizacje CLI ułatwiają utrzymanie narzędzia w najnowszej wersji przy instalacjach standalone.
    • Rozszerzone wsparcie multimodalne dla modelu Qwen-Code v0.18.0.

    Automatyczna pamięć, która nie wymaga obsługi

    Główną nowością jest auto-pamięć. System działa w tle — Qwen-Code zapisuje użyteczne informacje, takie jak preferencje użytkownika, udzielone informacje zwrotne i kontekst projektu. Wszystko to ląduje w strukturze katalogów pod ~/.qwen/projects/.

    Mechanizm sam się czyści. Po odpowiedniej liczbie sesji uruchamia deduplikację i usuwa nieaktualne wpisy. Można też wywołać czyszczenie ręcznie. Dla zespołów pracujących nad długotrwałymi projektami to oszczędność czasu — kontekst nie znika po zamknięciu terminala.

    System pamięci działa automatycznie w tle, bez konieczności ręcznego zapisywania czegokolwiek.

    Piaskownica dla bezpieczniejszych workflow

    Piaskownica dla bezpieczniejszych workflow

    Drugą nowością jest narzędzie workflow z minimalną piaskownicą opartą na node:vm. Oznacza to, że agent może wykonywać logikę workflow w ograniczonym środowisku, bez dostępu do wrażliwych zasobów systemowych.

    Dla zespołów DevOps i osób automatyzujących generowanie kodu to kluczowa warstwa bezpieczeństwa. Kod wygenerowany przez model nie działa bezpośrednio na maszynie dewelopera — najpierw trafia do izolowanego kontekstu. Zmniejsza to ryzyko przypadkowego uszkodzenia środowiska lub wycieku danych.

    Co to zmienia w codziennej pracy

    Co to zmienia w codziennej pracy

    Qwen-Code od początku był terminalowym asystentem zoptymalizowanym pod modele z serii Qwen. Wersja 0.18.0 przesuwa go w stronę agenta stanowego — narzędzia, które pamięta, analizuje własne użycie i działa w kontrolowanym środowisku.

    Dashboard /stats pozwala szybko sprawdzić, jak agent radzi sobie w danej sesji. To przydatne przy debugowaniu dłuższych zadań, gdzie chcemy zrozumieć, ile tokenów poszło na poszczególne etapy pracy. Auto-aktualizacje CLI ułatwiają utrzymanie narzędzia w środowiskach CI/CD i na maszynach deweloperskich z szybkim cyklem zmian.

    Rozszerzone wsparcie multimodalne dla Qwen-Code v0.18.0 wskazuje, że zespół QwenLM myśli o interakcjach wykraczających poza sam tekst. Obrazy, diagramy architektury, zrzuty ekranu z błędami — to wszystko może trafić do kontekstu agenta.

    Podsumowanie

    Qwen-Code v0.18.0 to zestaw przemyślanych usprawnień, które skracają czas potrzebny na konfigurację środowiska pracy z agentem AI. Pamięć automatyczna eliminuje konieczność powtarzania tych samych instrukcji, piaskownica zwiększa bezpieczeństwo, a dashboard daje wgląd w działanie agenta. Dla programistów używających terminala jako głównego środowiska to aktualizacja, którą warto wdrożyć od razu — zwłaszcza przy dłuższych, wielosesyjnych zadaniach.

    Źródła

  • Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code doczekał się kolejnej aktualizacji — 12 czerwca 2026 roku zespół QwenLM wypuścił wersję v0.18.0, która przynosi usprawnienia w automatyzacji procesów CI/CD, samodzielnej aktualizacji narzędzia oraz weryfikacji instalatora. W ciągu jednego tygodnia zespół scalił ponad sto pull requestów, co pokazuje intensywny rozwój projektu.

    Co nowego w skrócie

    • Samodzielna autoaktualizacja — CLI potrafi teraz zaktualizować się bez zewnętrznych narzędzi i ręcznej interwencji.
    • Weryfikacja instalatora — proces instalacji sprawdza integralność pobranych zasobów, co zwiększa bezpieczeństwo w środowiskach deweloperskich.
    • Automatyczny triage w CI — workflow @qwen /triage przejmuje rutynową selekcję zgłoszeń i pull requestów.
    • Czystszy interfejs — linia statusu pokazuje teraz nazwę modelu zamiast technicznego identyfikatora, a kopiowanie z CLI pomija nieistotne fragmenty.

    Automatyzacja, która odciąża zespół

    Najważniejszą zmianą w v0.18.0 jest wsparcie dla samodzielnej aktualizacji CLI. Użytkownicy wcześniej musieli polegać na zewnętrznych menedżerach pakietów lub ręcznie pobierać nowe wersje. Teraz Qwen-Code sprawdza dostępność aktualizacji i instaluje je bez dodatkowych narzędzi.

    To istotne udogodnienie, zwłaszcza w środowiskach, gdzie agenci AI działają na ulotnych kontenerach lub maszynach wirtualnych. Ręczne aktualizowanie narzędzia przy każdym restarcie może spowolnić pracę. Samodzielna autoaktualizacja eliminuje ten krok. Usprawniony instalator weryfikuje sumy kontrolne pobieranych plików, co jest ważne w pipeline'ach CI, gdzie każda awaria to strata czasu na debugowanie.

    Zespół wprowadził również automatyzację w zarządzaniu projektem. Nowy workflow triage'u (@qwen /triage) automatycznie kategoryzuje nowe zgłoszenia i pull requesty, co pozwala maintainerom otwartoźródłowych narzędzi zaoszczędzić czas na etykietowanie i skupić się na kodzie.

    Interfejs mniej techniczny, bardziej ludzki

    Choć zmiany nie są rewolucyjne, są zauważalne w codziennym użytkowaniu. Status bar i banner startowy pokazują teraz nazwę modelu językowego (np. qwen3.7-plus) zamiast wewnętrznego ID. Dla osób przełączających się między różnymi modelami w trakcie sesji kodowania to wygodne rozwiązanie.

    Kolejna poprawka dotyczy kopiowania tekstu z CLI. Wcześniej przy kopiowaniu odpowiedzi modelu często pojawiały się fragmenty wewnętrznego "rozumowania", które zaśmiecały schowek. Teraz CLI je pomija. To małe, ale praktyczne udogodnienie. Dodatkowo poprawiono komunikaty w trybie zatwierdzania (approval mode), co zwiększa czytelność interaktywnych sesji kodowania.

    Telemetria z większą przejrzystością

    W v0.18.0 poprawiono widoczność ponawianych żądań w telemetrii. Zdarzenie qwen-code.llm_request teraz pokazuje, kiedy zapytanie do modelu było ponawiane z powodu błędu. Dla zespołów monitorujących wydajność agentów AI to istotna informacja, pozwalająca szybciej wykryć problemy z API lub przeciążenia.

    Co dalej? Szybkie tempo rozwoju

    Warto spojrzeć na ten release w szerszym kontekście. Dokumentacja Qwen-Code pokazuje, że w ciągu tygodnia od v0.18.0 zespół dostarczył jeszcze trzy kolejne wersje, scalając ponad sto pull requestów. Projekt rozwija się w stronę płynniejszych przepływów pracy agentów — mniej konfiguracji na starcie, więcej automatyzacji, czystszy interfejs.

    Dla osób zajmujących się web developmentem i DevOpsami to dobra wiadomość. Qwen-Code staje się narzędziem, które działa w tle, bez konieczności ciągłego ręcznego doglądania. Wersja v0.18.0 to solidny krok w tym kierunku, szczególnie dla tych, którzy pracują z agentami AI w środowiskach CI, gdzie każda minuta ręcznej pracy ma znaczenie.

    Ź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

  • Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    OpenAI wypuściło Codex 0.138.0, aktualizację, która łączy pracę w terminalu z graficzną aplikacją desktopową. Wydanie z 8 czerwca 2026 roku wprowadza 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów. Ta aktualizacja, choć techniczna, realnie wpływa na codzienny workflow programisty.

    Kluczowe zmiany w skrócie

    • Polecenie /app przenosi sesję CLI bezpośrednio do aplikacji Codex Desktop na macOS i Windows.
    • Lokalne obrazy teraz udostępniają ścieżki zapisanych plików modelowi, co ułatwia ich edycję i wykorzystanie w promptach.
    • Wtyczki z flagą --json zwracają ustrukturyzowane dane, które można wykorzystać w pipeline’ach CI/CD i skryptach automatyzacyjnych.
    • Wsparcie dla v2 personal access tokenów poprawia integrację w środowiskach enterprise i zespołowych.

    Desktop handoff, który działa

    Polecenie /app umożliwia przeniesienie bieżącego wątku CLI — z historią i stanem — do aplikacji desktopowej. Na macOS działa to natychmiastowo, a na Windowsie dodatkowo otwiera workspace bezpośrednio w Desktop.

    Funkcja ta była oczekiwana od dawna. Programiści często korzystają z CLI z powodu jego szybkości, ale czasami potrzebują przejrzeć kod w GUI, kliknąć coś lub sprawdzić podgląd. Dotychczas oznaczało to ręczne kopiowanie i odtwarzanie kontekstu. Teraz można przełączyć się jednym poleceniem i kontynuować pracę tam, gdzie się skończyło.

    Obrazy, które model rozumie

    Modele potrafią generować i analizować obrazy, ale teraz zyskują pełne ścieżki do zapisanych plików. Gdy dołączasz lokalny obraz jako załącznik lub generujesz nowy, Codex podaje modelowi dokładną lokalizację pliku na dysku. Dzięki temu edycje są precyzyjniejsze, a referencje między promptami nie gubią się. To prosta zmiana, ale znacząca dla osób pracujących z obrazami w AI.

    Warto również zwrócić uwagę na poprawki w interfejsie TUI. Terminal nie dodaje już pustych linii podczas streamowania odpowiedzi, a anulowane prompty wracają z kursorem na końcu, co ułatwia edycję.

    Automatyzacja wtyczek i gotowość na CI/CD

    Dla zespołów DevOps oraz osób automatyzujących pracę Codexa kluczowa będzie flaga --json. Polecenia dodawania, usuwania i listowania wtyczek z marketplace teraz zwracają ustrukturyzowane dane.

    To umożliwia integrację Codexa z pipeline’ami. Można skryptem sprawdzić dostępne wtyczki, doinstalować brakujące i zweryfikować konfigurację — wszystko maszynowo, bez klikania. W połączeniu z tokenami v2, które działają zarówno w CLI, jak i w integracjach app-server, automatyzacja staje się przewidywalna i audytowalna.

    Stabilność i wydajność pod spodem

    Choć te zmiany nie są efektowne, poprawiają komfort pracy. Usprawniono wklejanie wieloliniowe w /goal edit, naprawiono auto-kontynuację celów po nieudanych turach terminalowych oraz ustabilizowano tryb Plan, który nie wchodzi już samoczynnie, gdy nie powinien. Start aplikacji jest odporniejszy na różne środowiska: obsługuje /usr/bin/bash, krótsze ścieżki socketów proxy na Linuksie oraz odświeża wygasłe tokeny OAuth dla MCP przed pierwszym użyciem.

    Jeśli chodzi o wydajność, duże strumienie MCP i Ollamy oraz długie historie wiadomości przetwarzają się szybciej dzięki zoptymalizowanemu skanowaniu bajtowemu. TUI dodatkowo skraca czas startu, ponieważ ponownie wykorzystuje wyniki wcześniejszego discovery wtyczek.

    Co to oznacza dla web developerów i zespołów AI

    Codex 0.138.0 to wydanie, które szczególnie docenią osoby balansujące między terminalem a GUI, co dotyczy większości developerów pracujących z AI. Płynny handoff sesji, lepsze obrazy oraz automatyzacja wtyczek w formacie JSON sprawiają, że narzędzie staje się bardziej zintegrowane z resztą ekosystemu.

    Dla zespołów enterprise istotne będą tokeny v2 oraz widoczność zużycia konta w integracjach app-server. Autoryzacja staje się bardziej przejrzysta, co ma znaczenie przy wdrożeniach na dużą skalę. Jeśli codziennie korzystasz z Codexa, warto zaktualizować go od razu.

    Źródła

  • Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    MoonshotAI wprowadziło 5 czerwca 2026 roku wersję 1.47.0 Kimi Code CLI, która ma na celu ułatwienie użytkownikom przejścia na nową, samodzielną wersję narzędzia. Aktualizacja wprowadza komendę /upgrade, automatyzując proces migracji oraz dostarczając więcej informacji w przypadku nieudanych poleceń.

    Kluczowe zmiany w skrócie

    • Nowa komenda /upgrade instaluje samodzielną wersję Kimi Code CLI, przenosząc konfigurację oraz sesje.
    • Podpowiedzi przy starcie i wyjściu przypominają o aktualizacji raz dziennie, w sposób nieinwazyjny.
    • Lepsze komunikaty błędów pokazują końcowe linie wyjścia polecenia, co ułatwia diagnozowanie problemów.
    • Starsza wersja w Pythonie/uv nie będzie już rozwijana, a zespół koncentruje się na wersji w Node.js.

    Automatyczna migracja bez ręcznego przeklikiwania

    Przejście na nową, samodzielną wersję Kimi Code CLI jest teraz bardzo proste. Wystarczy wpisać /upgrade w terminalu, a narzędzie pobierze odpowiednią paczkę, przeniesie konfigurację, historię wejść oraz wybrane sesje czatu. Zespół MoonshotAI zapewnił, że stare dane w katalogu ~/.kimi/ pozostaną nietknięte – migracja nie usuwa ani nie modyfikuje oryginalnych plików.

    Warto jednak zauważyć, że nie wszystkie dane są przenoszone. Poświadczenia OAuth oraz autoryzacje MCP nie są kopiowane, co jest decyzją podjętą w trosce o bezpieczeństwo. W przypadku problemów migrację można uruchomić wielokrotnie, a już przeniesione sesje nie będą zduplikowane.

    Nowa wersja działa na Node.js, co przyspiesza uruchamianie i wprowadza przeprojektowany interfejs terminala. Stara wersja nie będzie już otrzymywać poprawek, co sprawia, że aktualizacja staje się koniecznością.

    Kiedy polecenie pada – teraz widać więcej

    Kolejną istotną zmianą jest poprawa raportowania błędów. Wcześniej komunikaty o niepowodzeniach były mało informacyjne – użytkownik dowiadywał się jedynie, że coś poszło nie tak. W wersji 1.47.0 Kimi Code CLI wyświetla końcowe linie wyjścia w przypadku błędu, pokazując rzeczywisty output polecenia, które nie powiodło się.

    Dla osób spędzających dużo czasu w terminalu, to istotna różnica. Szybsze zrozumienie przyczyny awarii oszczędza frustrację i przyspiesza iterację, eliminując potrzebę ręcznego odtwarzania komendy w celu sprawdzenia jej wyjścia.

    Nienachalne przypominanie o aktualizacji

    Zespół MoonshotAI wprowadził także subtelne przypomnienia o aktualizacji. Przy starcie CLI pojawia się sugestia przejścia na nową wersję, a raz dziennie – przy wyjściu – wyświetlana jest krótka porada. To podejście minimalizuje dystrakcje, dostarczając informacji w odpowiednim momencie. Użytkownicy, którzy pracują w kilku sesjach dziennie, docenią, że podpowiedź pojawia się tylko raz.

    Dlaczego to ma znaczenie dla web developerów

    Kimi Code CLI 1.47.0 to nie tylko czat z modelem AI, ale również pełnoprawne środowisko do kodowania w terminalu, z dostępem do edycji plików, wykonywania poleceń powłoki, wyszukiwania w sieci i autonomicznego planowania zadań. Nowa, samodzielna wersja upraszcza instalację i przyspiesza start, co jest istotne przy konfigurowaniu środowisk deweloperskich w kontenerach czy na maszynach wirtualnych.

    Lepsze raportowanie błędów jest korzystne dla tych, którzy używają CLI w zautomatyzowanych pipeline’ach. Gdy skrypt zawiedzie, użytkownik chce od razu wiedzieć, dlaczego, a nie po długim dochodzeniu. Migracja, która zachowuje kontekst pracy, oznacza, że nie traci się historii rozmów ani ustawień MCP, co bywa problematyczne przy ręcznej reinstalacji.

    Wydanie 1.47.0 pokazuje, że MoonshotAI traktuje poważnie proces przejścia między starą a nową architekturą. Użytkownicy otrzymali jedno polecenie, które automatyzuje cały proces, zamiast instrukcji do ręcznej reinstalacji.

    Źródła

  • Factory v0.141.0: solidniejsza obsługa długich wyników poleceń i drobne poprawki

    Factory v0.141.0: solidniejsza obsługa długich wyników poleceń i drobne poprawki

    Nowa wersja Factory, oznaczona numerem v0.141.0, koncentruje się na zwiększeniu niezawodności w pracy z obszernymi wynikami poleceń. Aktualizacja nie wprowadza nowych funkcji, ale rozwiązuje kilka problemów, które mogły wpływać na codzienną pracę z narzędziem. Udoskonalone zostało również wykrywanie plików guideline w projektach spoza Gita oraz poprawiono rozmieszczenie podpowiedzi w interfejsie.

    Kluczowe zmiany w skrócie

    • Niezawodność – agent lepiej radzi sobie z długimi wynikami poleceń, które wcześniej mogły powodować błędy
    • Pliki guideline – poprawiono ich wykrywanie w projektach, gdzie nie korzysta się z Gita
    • Umiejscowienie podpowiedzi – input hinty wyświetlają się teraz w odpowiednich miejscach
    • Wydajność – mniejsze zużycie pamięci przy długich i bezczynnych sesjach

    Większa stabilność przy dużych wyjściach

    Głównym celem tej wersji jest poprawiona obsługa rozbudowanych wyników poleceń. Oznacza to, że gdy agent wykonuje komendę generującą tysiące linii tekstu – na przykład logi builda, output testów czy zrzut bazy danych – nie powinien już gubić danych ani się zawieszać.

    Problem ten był szczególnie widoczny przy zadaniach ciągłych, gdzie output rósł stopniowo. Wcześniejsze wersje mogły ucinać wyniki lub odmawiać współpracy po przekroczeniu pewnego progu. Teraz agent lepiej radzi sobie z tymi danymi, a cały proces jest bardziej przewidywalny – nie ma potrzeby dzielenia zadań na mniejsze kawałki, aby obejść ograniczenia.

    Lepsze wyczucie kontekstu projektu

    Kolejna zmiana dotyczy plików guideline, które informują agenta o zachowaniu w danym repozytorium. Wcześniej Factory zakładało, że każdy projekt jest pod kontrolą Gita, co nie zawsze jest prawdą. Nie każdy folder z kodem to repozytorium, a czasem użytkownicy testują coś lokalnie bez inicjowania systemu kontroli wersji.

    W wersji v0.141.0 mechanizm wykrywania guideline’ów działa również poza strukturami Gita. Dla osób prototypujących lub pracujących na fragmentach większych projektów to istotna zmiana. Agent nie gubi kontekstu tylko dlatego, że zapomniano wykonać git init.

    Podpowiedzi na swoim miejscu

    Poprawiono również umiejscowienie input hintów, które pojawiają się przy polach tekstowych. Wcześniej mogły wyświetlać się w nieodpowiednich miejscach, nachodzić na inne elementy interfejsu lub znikać w trakcie pisania.

    Teraz podpowiedzi są bliżej kursora i nie przeszkadzają w pracy. Choć to drobny szczegół, w dłuższych sesjach z CLI takie zmiany mogą znacząco poprawić komfort użytkowania. Deweloperzy Factory najwyraźniej dostrzegli ten problem.

    Pod maską – mniej pamięci, więcej porządku

    Aktualizacja kontynuuje prace nad optymalizacją pamięci, które były widoczne w poprzednich wersjach. Długie sesje i okresy bezczynności nie powodują już tak dużego wzrostu zużycia RAM-u. Dla użytkowników, którzy pozostawiają Factory otwarte przez cały dzień, to realna oszczędność zasobów.

    Kontekst i co dalej

    Analizując historię wydań Factory, można zauważyć, że zespół od miesięcy pracuje nad stabilnością. Wcześniejsze wersje wprowadziły sandboxing na macOS, lepszą obsługę MCP oraz mission side panel. Wersja v0.141.0 wpisuje się w ten trend – nie wprowadza rewolucyjnych nowości, ale poprawia działanie istniejących funkcji.

    Jeśli regularnie korzystasz z agenta generującego długie outputy, ta aktualizacja jest dla ciebie. Nawet jeśli nie, warto ją zainstalować, ponieważ poprawki błędów mogą okazać się przydatne w najmniej oczekiwanych momentach.

    Źródła