Tag: Narzędzia Programistyczne

  • Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Anthropic wprowadziło wersję 2.1.191 Claude Code. Choć nie jest to ogromna aktualizacja z setkami zmian, odpowiada na problemy, które frustrowały użytkowników przez długi czas. Premiera miała miejsce 24 czerwca 2026 roku i przynosi nową komendę /rewind, trwałe zatrzymywanie agentów działających w tle oraz znaczną optymalizację wydajności.

    Co nowego w pigułce

    • Komenda /rewind umożliwia przywrócenie konwersacji sprzed wykonania /clear, co eliminuje ryzyko przypadkowej utraty kontekstu.
    • Zatrzymywanie agentów w tle jest teraz trwałe — zatrzymany agent nie wróci już po kilku sekundach.
    • Zużycie CPU podczas strumieniowania spadło o około 37%, co przekłada się na cichszą pracę wentylatorów w dłuższych sesjach.
    • Rozrost pamięci w długich sesjach został ograniczony dzięki usprawnieniom w cache'owaniu terminala i zarządzaniu sesją.
    • Serwery MCP otrzymały poprawki zwiększające niezawodność, w tym retransmisje dla operacji takich jak tools/list czy resources/list.

    /rewind — drugie życie po /clear

    Najważniejszą nowością tej wersji jest komenda /rewind. Każdy, kto spędza długie godziny w terminalu, zna stres związany z przypadkowym użyciem /clear, co prowadzi do utraty kontekstu. Do tej pory jedynym sposobem na ratunek było zapisanie sesji — o ile użytkownik o tym pamiętał.

    Claude Code 2.1.191 wprowadza istotną zmianę. Dokumentacja potwierdza, że /rewind potrafi przywrócić konwersację sprzed wykonania /clear. To nie tylko cofnięcie ostatniej wiadomości, ale pełnoprawny mechanizm odzyskiwania utraconego kontekstu.

    Dla programistów pracujących nad złożonymi projektami to duża ulga. Można teraz bez obaw czyścić rozmowę, wiedząc, że istnieje możliwość przywrócenia kontekstu. Pomyłka nie prowadzi już do utraty całej sesji.

    Agenci w tle — koniec z efektem zombie

    Inna istotna zmiana to trwałe zatrzymywanie agentów. Wcześniej agenci potrafili niespodziewanie wracać po tym, jak już dostali sygnał stop. Było to frustrujące, zwłaszcza przy równoległym uruchamianiu wielu zadań, ponieważ nie można było mieć pewności, które procesy faktycznie zakończono.

    Ta poprawka eliminuje ten problem. Ręcznie zatrzymany agent nie wstaje ponownie. To proste, ale znaczące usprawnienie dla każdego, kto zarządza wieloma agentami jednocześnie.

    37% mniej CPU przy strumieniowaniu

    Optymalizacje wewnętrzne również przynoszą korzyści. Zmniejszenie zużycia procesora o około 37% podczas strumieniowania odpowiedzi to efekt usprawnień w przetwarzaniu danych. Przekłada się to na mniejszy hałas z wentylatorów i więcej zasobów dla innych procesów, takich jak IDE, przeglądarki czy kontenery Docker.

    Dodatkowo ograniczono rozrost pamięci w długich sesjach. Usprawnienia w cache'owaniu terminala i zarządzaniu sesjami sprawiają, że Claude Code 2.1.191 nie zajmuje coraz więcej pamięci RAM po kilku godzinach pracy. Dla deweloperów, którzy pozostawiają sesje otwarte przez cały dzień, to zauważalna zmiana.

    MCP i uprawnienia — mniejsze, ale praktyczne poprawki

    Serwery MCP (Model Context Protocol) otrzymały zestaw poprawek zwiększających niezawodność. Dodano retransmisje i mechanizmy odporności dla operacji tools/list, prompts/list oraz resources/list. Usprawniono także działanie OAuth po przejściowych awariach sieci.

    Dodatkowo poprawiono komunikaty błędów dla funkcji blokowanych przez polityki oraz ogólne komunikaty o niepowodzeniach związanych z konfiguracją MCP. Choć to drobne zmiany, oszczędzają czas na debugowaniu.

    W kwestii wyświetlania naprawiono błędy przewijania, problemy z hookami używającymi przecinków jako separatorów oraz regresje w cyklu życia agentów.

    Podsumowując, aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie poprawia funkcjonalność. Komenda /rewind stanie się szybko codziennym narzędziem, podobnie jak trwałe zatrzymywanie agentów i niższe obciążenie CPU. Dla każdego, kto korzysta z Claude Code 2.1.191 jako głównego narzędzia w terminalu, to aktualizacja, którą warto zainstalować natychmiast.

    Źródła

  • Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Claude Code 2.1.190: cicha aktualizacja, która ratuje komfort pracy programistów

    Anthropic wypuściło 24 czerwca 2026 roku nową wersję Claude Code oznaczoną numerem 2.1.190. To wydanie konserwacyjne, które nie wprowadza nowych funkcji ani przełomowych zmian, ale zawiera konkretne poprawki stabilności i błędów, mające realny wpływ na codzienną pracę z narzędziem.

    • Claude Code 2.1.190 to wydanie utrzymaniowe z datą 24 czerwca 2026, skupione wyłącznie na poprawkach błędów i niezawodności.
    • Brak nowych funkcji — aktualizacja nie wprowadza żadnych zmian w interfejsie ani API, co oznacza zerowe ryzyko regresji.
    • Wersja 2.1.190 wprowadziła nowe ustawienie sandbox.credentials, a wersja 2.1.190 przyniosła optymalizację CPU podczas streamingu.
    • Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w rejestrze npm, więc 2.1.190 jest jedną z faktycznie dystrybuowanych wersji w tym cyklu.

    Co faktycznie zmienia wydanie utrzymaniowe

    Oficjalny changelog Claude Code jest w tej kwestii wyjątkowo lakoniczny. Opis zmiany sprowadza się do jednego zdania: „Poprawki błędów i usprawnienia niezawodności”. Brak listy commitów i szczegółów technicznych. Choć brzmi to enigmatycznie, dla programistów pracujących z narzędziem w trybie CLI, takie wydania często robią największą różnicę.

    Wersja 2.1.190 pojawiła się zaledwie 9 godzin i 22 minuty po poprzedniej stabilnej wersji 2.1.190. Ten krótki odstęp sugeruje szybką reakcję na zgłoszone problemy. Co ciekawe, rozmiar plików binarnych wzrósł zaledwie o 3,4 kB, a tokeny promptów pozostały bez zmian, co oznacza, że logika kontekstowa nie uległa zmianie, a poprawki dotyczyły warstwy wykonawczej.

    Kontekst szerszego okna wydań

    Mimo że samo 2.1.190 nie doczekało się szczegółowego changeloga, warto spojrzeć na to, co działo się w okolicy. Wersje 2.1.190 i 2.1.190 nie zostały opublikowane w npm, prawdopodobnie z powodu błędów wykrytych na etapie wewnętrznych testów. To pokazuje, że zespół Anthropic aktywnie filtruje wydania przed publikacją, a 2.1.190 jest efektem tego procesu.

    W szerszym oknie wydań pojawiło się kilka istotnych zmian. Wersja 2.1.190 dodała nowe ustawienie sandbox.credentials i rozszerzyła działanie komendy /rewind. Z kolei wersja 2.1.190 zoptymalizowała zużycie CPU podczas streamowanych odpowiedzi, co pozwoliło na redukcję o około 37%. To znacząca różnica, zwłaszcza przy dłuższych sesjach kodowania, gdzie wentylatory w laptopach mogą być głośne.

    Poprawiono także szereg drobniejszych błędów, takich jak opóźnienia przy starcie Claude Code Remote, zrywanie połączeń kanałowych, problemy z wyświetlaniem linków i URL-i w terminalach Ghostty oraz Windows Terminal, a także błędy renderowania w claude agents i przepełnienie splash artu. Nie wiadomo jednak, które z tych poprawek trafiły konkretnie do 2.1.190, a które do sąsiednich wersji, ponieważ oficjalny changelog ich nie przypisuje.

    Dlaczego to ma znaczenie dla web developerów i DevOps

    Claude Code to narzędzie terminalowe. Nie ma GUI ani panelu administracyjnego — wszystko dzieje się w linii poleceń. Dlatego nawet pozornie mała łatka stabilności może uratować sesję programistyczną przed niespodziewanymi crashami czy desynchronizacją połączenia. W kontekście vibe codingu, gdzie płynność interakcji z AI jest kluczowa dla utrzymania flow, takie wydania są istotne.

    Dla zespołów DevOps i osób pracujących zdalnie stabilność połączeń kanałowych oraz szybki czas rozruchu to parametry, które bezpośrednio wpływają na produktywność. Jeśli Claude Code Remote startuje zauważalnie szybciej, a połączenia nie rwą się co kilkanaście minut, każda minuta zaoszczędzona na debugowaniu narzędzia to minuta więcej na właściwą pracę z kodem.

    Optymalizacja zużycia CPU o blisko 37% wprowadzona w wersji 2.1.190 jest szczególnie istotna. Przy dłuższych sesjach z Claude Code różnica w temperaturze laptopa i poziomie hałasu może być odczuwalna. Dla programistów pracujących w open space lub zdalnie z kawiarń to ważny aspekt.

    Jak zaktualizować

    Sprawdzenie wersji to standardowe claude --version. Aktualizacja przebiega przez menedżer pakietów lub bezpośrednie pobranie binarki z repozytorium GitHub. Po instalacji warto zrestartować wszystkie aktywne sesje, ponieważ niektóre poprawki stabilności wymagają świeżego połączenia, aby działały poprawnie.

    Podsumowanie

    Claude Code 2.1.190 to przykład wydania, które nie trafi na pierwsze strony branżowych serwisów, ale dla aktywnych użytkowników CLI może być ważniejsze niż niejedna aktualizacja z listą nowych funkcji. Brak szczegółowego changeloga nie powinien zniechęcać — w wydaniach utrzymaniowych mniej znaczy lepiej. Krótszy interwał od poprzedniej wersji i pominięcie dwóch numerów sugeruje, że Anthropic aktywnie monitoruje zgłoszenia i szybko reaguje. Jeśli używasz Claude Code na co dzień, warto poświęcić minutę na aktualizację.

    Źródła

  • Qwen-Code v0.19.0: interaktywne artefakty, głos i dynamiczne workflow wchodzą do terminala

    Qwen-Code v0.19.0: interaktywne artefakty, głos i dynamiczne workflow wchodzą do terminala

    Qwen-Code v0.19.0, wydany 23 czerwca 2026 roku, wprowadza trzy nowe funkcje: eksperymentalne narzędzie Artifact do publikowania interaktywnych stron HTML, natywne dyktowanie głosowe z transkrypcją strumieniową oraz pełne wsparcie dla Dynamicznych Workflow. To wydanie znacząco ułatwia łączenie kodowania z działaniem — agent potrafi generować kod i od razu pokazywać go jako działającą stronę, a użytkownicy mogą wydawać mu polecenia głosowo.

    Najważniejsze zmiany w wersji v0.19.0

    • Narzędzie Artifact umożliwia modelowi zapakowanie wygenerowanej treści jako samodzielnej strony HTML, którą można otworzyć lokalnie i renderować z file://, bez potrzeby dostępu do sieci.
    • Dynamiczne Workflow zostały w pełni przeniesione, co oznacza, że działają teraz z zapisem, wznawianiem sesji, wyzwalaczami słów kluczowych i powiadomieniami.
    • Dyktowanie głosowe jest dostępne w CLI przez /voice, a wkrótce także w aplikacji desktopowej jako przycisk mikrofonu z podglądem fali i czasu nagrania.
    • Panel boczny z możliwością zmiany rozmiaru ułatwia przeglądanie plików i artefaktów w aplikacji desktopowej.
    • Przeglądarka bloków myślenia w interfejsie terminalowym pozwala podejrzeć tok rozumowania modelu.

    Artifact: od prompta do działającej strony w kilka sekund

    Narzędzie Artifact to nowość, która pozwala modelowi zamienić wygenerowaną treść w interaktywną stronę. Umożliwia tworzenie prototypów, diagramów, tabel i wizualizacji danych, które można zamknąć w HTML-u.

    Strony są zapisywane w katalogu ~/.qwen/artifacts/ i otwierane lokalnie przez file://. Nie wymaga to hostingu, co pozwala szybko sprawdzić, czy model zrozumiał oczekiwania. Strona musi być samowystarczalna, bez zewnętrznych CSS-ów ani JavaScriptów, a całość nie może przekraczać 16 MB. Przy kolejnym uruchomieniu ten sam plik zostanie nadpisany.

    Dla web developerów to efektywny sposób na prototypowanie komponentów czy całych widoków bez odrywania rąk od terminala. Model generuje, a użytkownik widzi efekt, co znacząco przyspiesza proces.

    Dynamiczne Workflow w końcu kompletne

    Wersja v0.19.0 kończy temat Dynamicznych Workflow, które zyskały pełne wsparcie dla wznawiania i zapisywania. Użytkownicy mogą zapisać cały workflow jako komendę slash, która trafia do .qwen/workflows/<nazwa>.js, a następnie wywołać go przez /<nazwa>. Jeśli sesja zostanie przerwana, agent odtwarza ją z logów JSONL i kontynuuje od pierwszego punktu rozbieżności.

    To znaczna oszczędność czasu przy dłuższych zadaniach. Użytkownicy nie muszą ponownie opisywać kontekstu ani powtarzać tych samych kroków. Workflow można zapisać na poziomie projektu lub użytkownika. Jeśli skrypt już istnieje, system zapyta, czy nadpisać. Zakończone przebiegi terminalowe zapisują się automatycznie w <katalogProjektu>/workflows/<idUruchomienia>.json, a panel /workflows przechowuje historię między restartami.

    Głos, który działa w terminalu i desktopie

    Głos, który działa w terminalu i desktopie

    Funkcja dyktowania została wprowadzona najpierw jako /voice w CLI, a później w aplikacji desktopowej jako przycisk mikrofonu w pasku kompozytora. Nagrywanie pokazuje na żywo przebieg fali i licznik czasu, a po zatrzymaniu transkrypcja trafia od razu do pola tekstowego.

    Transkrypcja działa po stronie serwera, wykorzystując potok głosowy CLI — modele qwen3-asr-flash dla trybu wsadowego i *-realtime dla strumieniowania. Dane uwierzytelniające nie są przekazywane do procesu renderowania, co zapewnia bezpieczeństwo. Dla osób spędzających długie godziny w terminalu, możliwość wydania polecenia głosem bez odrywania rąk od klawiatury jest istotna.

    Pod maską i w interfejsie

    Pod maską i w interfejsie

    Oprócz głównych nowości, wersja v0.19.0 wprowadza także szereg mniejszych, ale użytecznych usprawnień. Panel boczny w aplikacji desktopowej zyskał możliwość zmiany rozmiaru, co ułatwia przeglądanie plików lub artefaktów. W interfejsie terminalowym (TUI) pojawiła się przeglądarka bloków myślenia, która umożliwia zajrzenie w tok rozumowania modelu.

    Wprowadzono także wiele poprawek błędów i optymalizacji w CLI, logice rdzenia i testach integracyjnych. Zespół zadbał o szczegóły — wyniki wyszukiwania, obsługa skrótów w terminalu, wszystko zostało poprawione.

    Dlaczego to ma znaczenie

    Qwen-Code v0.19.0 to nie tylko kolejna wersja — to wydanie, które zmienia sposób pracy z agentem. Artifact ułatwia przeglądanie kodu, Dynamiczne Workflow automatyzują powtarzalne zadania, a dyktowanie głosowe umożliwia szybkie interakcje. Wszystko to odbywa się w terminalu, co jest istotne dla zespołów korzystających z CLI i ceniących szybkie pętle feedbacku.

    Źródła

  • Qwen-Code 0.18.5: protokół MCP zyskuje dostęp do zasobów, a narzędzie uczy się nowych modeli

    Qwen-Code 0.18.5: protokół MCP zyskuje dostęp do zasobów, a narzędzie uczy się nowych modeli

    Nowa wersja asystenta kodowania Qwen-Code, oznaczona numerem 0.18.5, wprowadza rozszerzenie obsługi Model Context Protocol (MCP) o zasoby oraz dodaje providera Request i wsparcie dla nowych modeli językowych. Ta aktualizacja łączy porządki w kodzie z zauważalnymi usprawnieniami wydajności. Zespół QwenLM skupił się na stabilizacji, a łatki objęły interfejs CLI, aplikację desktopową i kluczowe komponenty rdzenia.

    Kluczowe zmiany w skrócie

    • MCP z narzędzi na zasoby – protokół MCP dotychczas udostępniał tylko narzędzia; teraz potrafi również czytać ustrukturyzowane dane z zewnętrznych systemów.
    • Nowy provider Request – rozszerza ekosystem dostawców modeli dostępnych w Qwen-Code.
    • Wydajność git branch prosto z systemu plików – informacje o gałęziach odczytywane są bezpośrednio, omijając kosztowne wywołania komend gita.
    • Trzy nowe modele – qwen3.7-plus, glm-5.2 i kimi-k2.7-code dołączają do puli dostępnych modeli.
    • Poprawki w CLI, desktop i rdzeniu – wersja eliminuje błędy wpływające na stabilność całego narzędzia.

    MCP: od narzędzi do zasobów

    Model Context Protocol to otwarty standard, który umożliwia asystentom AI łączenie się z zewnętrznymi źródłami danych i usługami. W Qwen-Code można było podłączać serwery MCP, które udostępniały narzędzia, czyli akcje, które agent może wywołać. Teraz dołączają zasoby.

    Co to zmienia w praktyce? Agent kodujący zyskuje dostęp nie tylko do możliwości wykonania akcji, ale także do odczytywania ustrukturyzowanego kontekstu. Może to obejmować zawartość plików, rekordy z bazy danych, odpowiedzi z API czy metadane systemowe. Dla terminalowego asystenta działającego w środowisku programistycznym oznacza to głębszą integrację z rzeczywistym stanem projektu.

    Dokumentacja Qwen-Code pokazuje, że MCP można łączyć z takimi usługami jak GitHub, Slack czy Jira. Serwerami zarządza się zarówno z poziomu ustawień, jak i poleceń CLI – qwen mcp add, qwen mcp list czy /mcp w interaktywnym UI. Istnieje również opcja tool_idle_timeout, która pozwala kontrolować, jak długo narzędzie czeka na odpowiedź z serwera.

    Co daje czytanie git branch z systemu plików

    Co daje czytanie git branch z systemu plików

    Qwen-Code 0.18.5 rezygnuje z wywoływania komend gita na rzecz bezpośredniego odczytu informacji o gałęziach z systemu plików. Dla terminalowego narzędzia, które nieustannie sprawdza kontekst repozytorium, to oszczędność czasu. Każde pominięcie git branch czy git status to milisekundy, które sumują się w dłuższej sesji pracy.

    Świadomość gałęzi jest kluczowa przy generowaniu kodu osadzonego w konkretnym kontekście projektu. Agent musi wiedzieć, na której gałęzi pracuje, jakie commity są nad nią oraz gdzie znajduje się upstream. Bezpośrednie czytanie z plików .git eliminuje narzut związany z procesami potomnymi i parsowaniem wyjścia konsoli.

    Nowe modele, więcej wyboru

    Nowe modele, więcej wyboru

    Rozszerzenie puli modeli o qwen3.7-plus, glm-5.2 i kimi-k2.7-code odpowiada na rosnącą konkurencję w segmencie modeli wyspecjalizowanych w kodowaniu. Każdy z nich ma nieco inną charakterystykę – od szybkości inferencji po styl generowanego kodu.

    Qwen3.7-plus to rozwinięcie linii modeli Qwen, zoptymalizowane pod kątem zadań wymagających precyzji. GLM-5.2 wnosi kompetencje w zadaniach wymagających rozumowania matematycznego i logicznego. Kimi-k2.7-code celuje w generowanie kodu, co czyni go naturalnym wyborem przy zadaniach programistycznych. Użytkownik zyskuje elastyczność w wyborze modelu, który najlepiej odpowiada jego potrzebom.

    Stabilność przede wszystkim

    Choć nowe funkcje przyciągają uwagę, to zakres poprawek pokazuje priorytety tej wersji. Błędy w CLI mogą zakłócać pracę, zwłaszcza gdy asystent działa w tle i reaguje na polecenia użytkownika. Problemy w aplikacji desktopowej psują doświadczenie tych, którzy preferują GUI. Wersja 0.18.5 łata te bolączki, co jest dobrą praktyką inżynieryjną: zespół najpierw upewnia się, że fundamenty są solidne, zanim wprowadzi nowe funkcje.

    Qwen-Code rozwija się w kierunku narzędzia, które nie tylko generuje kod, ale także rozumie kontekst projektu i potrafi sięgnąć po dane z zewnętrznych systemów. Rozszerzenie MCP o zasoby przybliża asystenta do roli pełnoprawnego członka zespołu deweloperskiego, który rozumie nie tylko, co ma zrobić, ale także w jakim środowisku działa.

    Ź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

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

  • Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 swojego terminalowego agenta Codex. Ta aktualizacja koncentruje się na stabilności narzędzi i redukcji liczby przełączeń kontekstu podczas pracy. Najważniejszą nowością jest możliwość bezpośredniego wywoływania wyszukiwania internetowego w trybie kodowania, co eliminuje potrzebę opuszczania edytora i przeglądania dokumentacji w przeglądarce.

    Co nowego w pigułce

    • Tryb kodowania umożliwia teraz samodzielne wyszukiwanie w sieci, w tym z zagnieżdżonych wywołań JavaScript, zwracając wyniki jako czysty tekst.
    • Schematy wejściowe narzędzi zachowują oneOf i allOf, co stabilizuje współpracę ze złożonymi złączami MCP.
    • codex doctor raportuje teraz szczegóły dotyczące środowiska edytora i pagera, a eksport JSON ukrywa wrażliwe wartości.
    • Zarządzanie wtyczkami zostało przyspieszone dzięki wcześniejszemu użyciu buforowanego katalogu oraz uwzględnieniu źródła marketplace’u w JSON-owym listingu.
    • Poprawki w TUI rozwiązują problemy z resetowaniem wątków, ścieżkami obrazów i ostrzeżeniami MCP w subagentach.

    Wyszukiwanie bez odrywania rąk od terminala

    Dotychczasowy workflow developera korzystającego z Codexa wymagał samodzielnego sprawdzania dokumentacji API, changelogów czy specyfikacji pakietów – ręcznie lub przez dodatkowe narzędzia. Wersja 0.139.0 pozwala trybowi kodowania na bezpośrednie odpytanie sieci. Mechanizm działa również w zagnieżdżonych wywołaniach narzędzi JavaScript.

    Wyniki wracają jako prosty tekst. Oznacza to, że agent może na przykład pobrać informację o aktualnej wersji biblioteki, sprawdzić składnię nowego endpointu albo znaleźć rozwiązanie błędu – wszystko w jednej sesji terminalowej. Dla osób pracujących w trybie vibe coding to znaczna oszczędność czasu: mniej przełączania okien, więcej płynności.

    Schematy JSON, które się nie gubią

    Druga zmiana jest szczególnie istotna dla tych, którzy integrują Codexa z zewnętrznymi serwerami MCP. Do tej pory złożone schematy wejściowe narzędzi mogły się "spłaszczać" podczas kompresji – traciły konstrukcje oneOf i allOf, co prowadziło do błędów w bardziej skomplikowanych złączach.

    Teraz Codex przechowuje te struktury w niezmienionej formie. Dla konektorów, które polegają na precyzyjnie zdefiniowanych typach danych (np. narzędzia do zarządzania infrastrukturą DevOps czy integracji z bazami danych), to różnica między działającym wywołaniem a cichym błędem. Stabilność agentowych przepływów pracy rośnie, a użytkownicy nie muszą wprowadzać żadnych zmian.

    Lepsza diagnostyka lokalnego środowiska

    Lepsza diagnostyka lokalnego środowiska

    codex doctor to narzędzie do rozwiązywania problemów z konfiguracją. W nowej wersji raport lokalny uwzględnia informacje o edytorze i pagerze, co jest istotne, gdy coś nie działa prawidłowo w interakcji z konkretnym terminalem albo nakładką edytorską. Dodatkowo eksport JSON został odchudzony z surowych wartości, które mogłyby wyciec przy udostępnianiu logów.

    W praktyce: jeśli coś szwankuje z renderowaniem TUI albo sesja nie startuje poprawnie, codex doctor dostarcza teraz więcej konkretów, eliminując potrzebę ręcznego grzebania w zmiennych środowiskowych.

    Wątki, obrazy i subagenty – porządki w TUI

    Wątki, obrazy i subagenty – porządki w TUI

    Kilka poprawek dotyczy codziennej pracy z interfejsem. Komendy codex resume --last "..." oraz codex fork --last "..." teraz traktują końcowy argument jako początkowy prompt, a nie mylnie odczytują go jako identyfikator sesji. Reset wątków przez /new, /clear czy /fork nie gubi już wymagań zarządzanych przez chmurę ani flag funkcji.

    Wątki subagentów przestały też zalewać rodzica powielonymi ostrzeżeniami MCP, a spinning startowy nie zawiesza się bez powodu. Edycja obrazów z kolei używa teraz dokładnej ścieżki wskazanego pliku, zamiast zgadywać ją z historii konwersacji – mała rzecz, ale istotna przy pracy z assetami graficznymi.

    Pod maską: V8 i stabilność

    Wydanie aktualizuje również wewnętrzny toolchain V8 – Codex przeszedł na rusty_v8 149.2.0. Dla użytkownika końcowego to zmiana, która nie jest widoczna, ale przekłada się na stabilność wykonywania JavaScript w środowisku agenta, szczególnie w sandboxie. Kilka mniejszych poprawek dotyczy właśnie wykonywania kodu w izolacji, co wpływa na bezpieczeństwo sesji deweloperskich.

    Podsumowanie

    Codex 0.139.0 to zestaw precyzyjnych poprawek, które doceni każdy, kto spędza w terminalu dłużej niż godzinę dziennie. Bezpośrednie wyszukiwanie w sieci redukuje tarcia w pracy, lepsze traktowanie schematów JSON stabilizuje integracje MCP, a poprawki w TUI eliminują irytujące problemy. OpenAI stawia na niezawodność narzędzi agentowych, co widać w każdym changelogu.

    Źródła

  • Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory wypuściło aktualizację v0.141.0, która koncentruje się na bardziej niezawodnym wykonywaniu poleceń generujących duże ilości danych. To krok w stronę stabilniejszego środowiska deweloperskiego, które nie zawiesza się przy intensywnych operacjach.

    Najważniejsze zmiany w skrócie

    • Obsługa obszernych wyników poleceń została przeprojektowana, aby zapobiec awariom przy długich outputach.
    • Poprawiono rozmieszczenie podpowiedzi w interfejsie użytkownika, co eliminuje problemy z nakładaniem się elementów.
    • Droidy działają teraz stabilniej w projektach, które nie korzystają z Gita.
    • Wcześniejsze wydania pokazują, że Factory konsekwentnie inwestuje w niezawodność agentów i czytelność UI.

    Większa odporność na przeciążenia

    Przetwarzanie długich wyników poleceń od dawna stanowi problem w środowiskach deweloperskich opartych na agentach AI. Gdy output przekracza pewien rozmiar, system może się zawiesić, a sesja może zostać utracona. W wersji v0.141.0 Factory wprowadza mechanizmy, które radzą sobie z tym lepiej.

    Choć oficjalny dziennik zmian dla tej wersji nie został upubliczniony, wcześniejsze wydania Factory pokazują wyraźny wzorzec. Wersja 1.6 wprowadziła przycinanie wyników przekraczających limit i wymuszała limity rozmiaru wiadomości, aby chronić integralność danych. Wersja v0.141.0 kontynuuje tę tendencję, ale z większą precyzją. Celem jest nie tylko zapobieganie awariom systemu, ale także umożliwienie deweloperom zachowania kontekstu i uniknięcia powtarzania pracy.

    UI bez irytujących wpadek

    Kolejną istotną zmianą jest poprawa rozmieszczenia podpowiedzi w interfejsie. Każdy, kto korzystał z zaawansowanych narzędzi CLI, wie, że źle umieszczone podpowiedzi mogą zakłócać pracę. Nachodzące na siebie elementy i podpowiedzi pojawiające się w niewłaściwych miejscach to drobiazgi, które mogą prowadzić do frustracji.

    Aktualizacja v0.141.0 porządkuje te elementy. Wcześniejsze wersje, takie jak 0.182.0, poprawiały już nagłówki i stan interfejsu podczas wykonywania narzędzi. Teraz Factory skupia się na szczegółach — podpowiedzi trafiają tam, gdzie ich miejsce, co ułatwia pracę.

    Droidy w projektach bez Gita

    Zmiana dotycząca zachowania Droidów — autonomicznych agentów Factory — w projektach, w których Git nie jest używany, również zasługuje na uwagę. Wcześniej niektóre funkcje mogły nie działać prawidłowo w braku repozytorium, opierając się na założeniu, że projekt zawsze jest pod kontrolą wersji. Wiele zespołów pracuje lokalnie, korzysta z innych systemów kontroli wersji lub rezygnuje z nich na wczesnych etapach prototypowania.

    Factory dostosowuje algorytmy wykrywania katalogu głównego projektu i odświeżania przestrzeni roboczej. Droidy nie gubią się już, gdy nie widzą folderu .git — po prostu działają.

    Konsekwentny kierunek

    Analizując historię wydań Factory, widać, że to nie przypadkowy zbiór poprawek. Od wersji 1.3, przez 1.6, aż po ostatnie buildy z lipca 2026 — firma regularnie poprawia obszary niezawodności i użyteczności. Wprowadzono między innymi piaskownicę dla procesów na macOS, poprawki sesji MCP oraz zwiększoną odporność na uszkodzenia historii sesji.

    Te zmiany tworzą obraz narzędzia, które dojrzewa. Factory nie goni za spektakularnymi nowościami, lecz konsekwentnie usuwa przeszkody w codziennej pracy dewelopera. W obliczu szybkiego rozwoju AI w kodowaniu, jest to prawdopodobnie najlepsza strategia.

    Źródła