Tag: Aktualizacja

  • Cline CLI v3.0.36 naprawia przełączanie trybów Plan i Act — koniec z obchodzeniem ograniczeń przez shell

    Cline CLI v3.0.36 naprawia przełączanie trybów Plan i Act — koniec z obchodzeniem ograniczeń przez shell

    Nowa wersja Cline CLI, oznaczona jako 3.0.36, wprowadza istotną poprawkę w mechanizmie przełączania między trybem planowania a wykonawczym. Wcześniej narzędzie switch_to_act_mode nie działało natychmiastowo — model kontynuował działanie w trybie Plan aż do końca tury. W sytuacji, gdy nie miał dostępu do edytora plików, wykorzystywał komendy shella, aby modyfikować kod. Ta aktualizacja eliminuje te obejścia.

    Choć zmiana jest niewielka, ma duże znaczenie dla użytkowników Cline w codziennej pracy z kodem. Przejście z fazy „czytam i analizuję” do „robię zmiany” ma być teraz szybkie i bezpieczne.

    Kluczowe informacje o wydaniu

    • Natychmiastowe przełączanie — switch_to_act_mode kończy turę w trybie Plan i od razu kontynuuje z pełnym zestawem narzędzi Act, zamiast czekać na zakończenie bieżącej tury.
    • Bezpieczniejsze przełączanie Tab — dodano zabezpieczenie przed przypadkowym uruchomieniem niezatwierdzonego planu przy szybkim przełączaniu trybów w interfejsie TUI.
    • Eliminacja obejść przez shell — model nie będzie już próbował edytować plików poleceniami powłoki, gdy brakuje mu natywnego edytora w trybie Plan.
    • Wydanie stabilizacyjne — v3.0.36 to celowana łatka, a nie duża aktualizacja funkcjonalna.

    Dlaczego to ma znaczenie w pracy developera

    Tryb Plan w Cline to faza eksploracyjna, w której model analizuje kod, przegląda strukturę projektu i opracowuje strategię. W tym czasie nie powinien wprowadzać żadnych zmian. Tryb Act to czas na edycję plików, wykonywanie poleceń i wdrażanie zmian.

    Problem pojawiał się, gdy model dostawał sygnał do przełączenia, ale pozostawał w trybie Plan do końca tury. Zamiast czekać na pełny dostęp do edytora, próbował osiągnąć cel dostępnymi środkami, korzystając z komend shella. Dla developera oznaczało to, że zamiast płynnego przejścia między planowaniem a wykonaniem, obserwował chaotyczne próby modyfikacji plików przez echo, sed czy przekierowania.

    Po poprawce przejście jest płynne: model kończy fazę planowania i automatycznie kontynuuje z zatwierdzonym planem, mając do dyspozycji pełen zestaw narzędzi Act.

    Bezpieczeństwo w interfejsie terminalowym

    Bezpieczeństwo w interfejsie terminalowym

    Druga poprawka dotyczy sytuacji, w której szybkie przełączanie trybów w TUI mogło przypadkowo uruchomić wykonanie niezatwierdzonego planu. To był wyścig między przełączeniem trybu a zakończeniem tury — rzadki, ale potencjalnie niebezpieczny, zwłaszcza przy pracy z krytycznymi plikami.

    Dla osób pracujących w terminalu na szybkich skrótach klawiszowych to istotna poprawka komfortu i bezpieczeństwa. Nie trzeba już martwić się, czy przypadkiem nie wciśnięto czegoś za szybko.

    Co to znaczy dla vibe codingu

    Cline pozycjonuje się jako narzędzie do „vibe codingu”, w którym programista definiuje intencje, a agent AI realizuje je w kodzie. Granica między myśleniem a działaniem jest kluczowa.

    Kiedy model przeskakuje z fazy analizy do nieautoryzowanej edycji przez shell, traci się kontrolę nad tym, co i kiedy jest modyfikowane. Ta poprawka przywraca porządek: Plan to czytanie, Act to działanie. Bez szarej strefy pośrodku.

    Wydanie v3.0.36 nie dodaje nowych funkcji ani nie zmienia modeli. To czysto inżynieryjna poprawka w logice przełączania trybów, która wpłynie na każdego, kto regularnie przechodzi od eksploracji kodu do jego modyfikacji. Mniej frustracji, więcej przewidywalności.


    Źródła

  • Gemini CLI z krytyczną łatką bezpieczeństwa – co zmienia wersja v0.51.0-nightly.20260702

    Gemini CLI z krytyczną łatką bezpieczeństwa – co zmienia wersja v0.51.0-nightly.20260702

    Najnowsza wersja nocna Gemini CLI, oznaczona jako v0.51.0-nightly.20260702, wprowadza ważną poprawkę bezpieczeństwa dotyczącą przetwarzania importów pamięci w plikach GEMINI.md. Ta aktualizacja eliminuje podatność typu symbolic-link directory escape, która w określonych warunkach mogła umożliwić odczyt plików spoza zamierzonego katalogu projektu.

    Kluczowe fakty

    • Wersja nocna jest publikowana codziennie o północy UTC i zawiera najnowsze zmiany z głównej gałęzi kodu, ale nie przechodzi pełnej walidacji stabilności.
    • Wersja v0.51.0-nightly.20260702 zamyka lukę w procesorze importu pamięci, uniemożliwiając dowiązaniom symbolicznym wyjście poza dozwolone ścieżki.
    • Podatność dotyczyła plików GEMINI.md, gdzie zaufane importy pamięci mogły być wykorzystane do nieautoryzowanego odczytu plików hosta.
    • Użytkownicy kanału nightly powinni traktować tę aktualizację jako priorytetową, szczególnie w środowiskach, gdzie Gemini CLI operuje na wrażliwych danych projektowych.

    Co dokładnie zostało naprawione

    Problem dotyczył mechanizmu importu pamięci w plikach GEMINI.md, gdzie Gemini CLI przechowuje kontekst i instrukcje dla modelu, takie jak definicje projektu, reguły czy dodatkowe wskazówki. Okazało się, że przy użyciu dowiązań symbolicznych (symlinków) można było „oszukać” procesor importu, aby odczytał zawartość plików znajdujących się poza katalogiem roboczym.

    To stwarzało ryzyko wycieku danych z systemu plików na hosta. Deweloperzy pracujący z zewnętrznymi repozytoriami lub niesprawdzonymi plikami GEMINI.md byli narażeni na nieautoryzowany dostęp do lokalnych zasobów. Poprawka w wersji v0.51.0-nightly.20260702 blokuje tę możliwość – importy pamięci przechodzą teraz rygorystyczną walidację ścieżek, co uniemożliwia symlinkom wydostanie się poza granice projektu.

    Wydanie jest powiązane z konkretnym commitem gff00dacd9 i zostało zidentyfikowane jako build v0.51.0-nightly.20260702. To pokazuje, jak szybko zespół Google reaguje na zgłoszenia bezpieczeństwa – od wykrycia luki do publikacji łatki minęło zaledwie kilkanaście godzin.

    Czym różni się wersja nocna od stabilnych wydań

    Kanał nightly Gemini CLI to najbardziej dynamiczny strumień aktualizacji. Zespół Google publikuje tu codzienne snapshoty głównej gałęzi kodu – wszystko, co trafiło na main branch o północy UTC. Oficjalna dokumentacja Gemini CLI podkreśla, że to wydania z „najnowszymi zmianami”, przy których „należy zakładać obecność oczekujących walidacji i problemów”.

    Dla porównania, kanał stabilny (stable) przechodzi przez pełen cykl testów i jest rekomendowany do codziennego użytku produkcyjnego. Preview to miejsce dla funkcji eksperymentalnych gotowych na wczesne opinie. Wersja nocna to surowy front-end developmentu – idealny do testowania najnowszych funkcji, ale też obarczony ryzykiem regresji czy niedopracowanych modułów.

    Z tego powodu łatka bezpieczeństwa w kanale nightly ma szczególne znaczenie. Zanim trafi ona do preview i stable, użytkownicy wersji rozwojowych operują bez tego zabezpieczenia. Deweloperzy, którzy polegają na Gemini CLI w workflow web developmentu, AI toolingu czy DevOps, powinni rozważyć szybką aktualizację.

    Dlaczego to istotne dla zespołów deweloperskich

    Gemini CLI zyskuje na popularności jako narzędzie CLI do współpracy z modelami Gemini bezpośrednio z terminala. Deweloperzy używają go do generowania kodu, analizy repozytoriów i automatyzacji zadań w web developmencie. Narzędzie ma dostęp do lokalnego systemu plików, zmiennych środowiskowych i konfiguracji projektów – dlatego każda luka związana z eskalacją ścieżek czy odczytem plików jest potencjalnie groźna.

    Wersja v0.51.0-nightly.20260702 pokazuje, że nawet w szybkim cyklu nightly Google priorytetowo traktuje kwestie bezpieczeństwa. Przy tempie jednego buildu dziennie i stale rosnącej bazie użytkowników (projekt ma ponad 107 tysięcy gwiazdek na GitHubie), transparentność takich poprawek staje się kluczowa dla utrzymania zaufania społeczności deweloperskiej.


    Źródła

  • OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    Pierwszego lipca 2026 roku zadebiutowała aktualizacja OpenCode, która wprowadza wymuszone tryby rozumowania dla modeli zgodnych z API OpenAI oraz poprawia zarządzanie sesjami Copilota. Aktualizacja koncentruje się na dwóch kluczowych obszarach: niezawodności modeli i komforcie pracy w aplikacji desktopowej.

    Kluczowe zmiany w pigułce

    • Wymuszone rozumowanie dla modeli kompatybilnych z OpenAI – mechanizm nie pozwala modelowi na pominięcie etapu analizy.
    • Naprawiony błąd z przeterminowanymi identyfikatorami odpowiedzi GitHub Copilot, który powodował przywoływanie starych wyników.
    • Przeszukiwany selektor modeli w aplikacji desktopowej – koniec z przewijaniem długiej listy.
    • Minimalizacja pytań zamiast ich zamykania – rozmowa z agentem stała się mniej inwazyjna.
    • Izolacja błędów sesji do pojedynczych zakładek – awaria jednego zadania nie wpływa na działanie całej aplikacji.

    Modele nie będą już oszukiwać

    Najważniejsza zmiana dotyczy modeli rozumujących. Do tej pory niektóre modele zgodne z API OpenAI mogły w pewnych sytuacjach pomijać etap rozumowania, generując odpowiedzi bez analizy. OpenCode teraz wymusza ten proces, co pozwala na uzyskanie pełnej ścieżki analizy. Dla programistów pracujących z niestandardowymi dostawcami modeli to istotna poprawa, eliminująca potrzebę zgadywania, czy agent rzeczywiście przeanalizował kod.

    Kolejna poprawka dotyczy GitHub Copilot. Błąd z przeterminowanymi identyfikatorami odpowiedzi powodował, że po ponownym zapytaniu lub zmianie promptu mogła wrócić stara, nieaktualna odpowiedź. Teraz identyfikatory są odświeżane prawidłowo, co zapobiega mieszaniu historii sesji z bieżącym kontekstem.

    Desktop z ludzką twarzą

    Aplikacja desktopowa zyskała kilka drobnych, ale zauważalnych poprawek. Przeszukiwany selektor modeli to funkcjonalność, która ułatwia korzystanie z wielu dostawców. Zamiast przeszukiwać długą listę, wystarczy wpisać fragment nazwy. To proste i potrzebne rozwiązanie.

    Minimalizacja pytań to kolejny krok w stronę poprawy użyteczności. Wcześniej prompt pytania blokował sesję, co wymagało odpowiedzi lub zamknięcia go, aby wrócić do pracy. Teraz można je zminimalizować i kontynuować rozmowę z agentem, co jest szczególnie przydatne przy pracy nad kilkoma wątkami równolegle.

    Zarządzanie zakładkami sesji również zostało poprawione. Desktop został przearanżowany wokół zakładek, co pozwala na uruchomienie kilku agentów w osobnych kartach i łatwe przełączanie się między nimi bez utraty stanu. Każda zakładka działa jak niezależny kontekst, co oznacza, że awaria w jednej nie destabilizuje pozostałych. To podejście przypomina pracę w IDE.

    Windows i WSL bez bólu

    Deweloperzy na Windowsie również skorzystali na aktualizacji. Konfiguracja serwera WSL została uproszczona, co sprawia, że proces jest bardziej przejrzysty, a komunikaty jaśniejsze. Dla osób korzystających z narzędzi deweloperskich w systemie Linux pod Windowsem to znaczące ułatwienie, eliminujące potrzebę przeszukiwania dokumentacji w celu uruchomienia agenta w środowisku WSL.

    Stabilność przede wszystkim

    Choć aktualizacja nie wprowadza spektakularnych nowości, to wyznacza kierunek: OpenCode stawia na solidność. Izolacja błędów do pojedynczych zakładek, naprawione identyfikatory sesji i wymuszone tryby rozumowania przyczyniają się do stworzenia narzędzia, które rzadziej zawodzi. W pracy z agentami AI to wartość, która ma duże znaczenie.


    Źródła

  • Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline wprowadził aktualizację do wersji v4.0.2, w której głównym elementem jest rozszerzona kontrola nad trybami wnioskowania modeli DeepSeek. Zespół dodał również poprawki stabilności w interfejsie oraz uporządkował doświadczenie z ClinePass, co ma na celu ułatwienie deweloperom konfiguracji dostawców AI.

    Kluczowe zmiany w pigułce

    • DeepSeek thinking models otrzymały wsparcie dla parametru reasoning effort, w tym najwyższego poziomu xhigh
    • ClinePass zyskał czytelniejsze kontrolki wnioskowania i ujednolicony mechanizm wyboru modelu
    • Meta-dane modeli zostały wyczyszczone — Cline preferuje teraz kanoniczne identyfikatory Z.ai
    • Webview doczekał się poprawek w podmianie zmiennych środowiskowych i domyślnych ustawieniach focus chain

    Co konkretnie zmienia się w obsłudze DeepSeek

    DeepSeek od dawna oferuje tryb myślenia, ale wcześniej kontrola nad intensywnością rozumowania była ograniczona. Aktualizacja v4.0.2 wprowadza jawną kontrolę nad parametrem reasoning effort, który można ustawić na low, medium, high oraz xhigh.

    Warto zauważyć, że DeepSeek w swoim API mapuje poziomy medium, high i xhigh na ten sam faktyczny tier — high. Mimo to wprowadzenie osobnych przełączników ma sens z perspektywy przyszłych zmian w API. Deweloperzy zyskają czytelniejszy interfejs, co pozwoli im świadomie wybierać ustawienia odpowiednie do ich zadań.

    Dla praktyków oznacza to konkretne konsekwencje: wyższy effort wydłuża czas odpowiedzi i zwiększa zużycie tokenów, ale może przynieść lepsze rezultaty przy złożonych zadaniach programistycznych. Niższe ustawienia będą bardziej odpowiednie przy prostych refaktoryzacjach lub generowaniu testów jednostkowych, gdzie głęboka analiza nie jest konieczna.

    ClinePass zyskuje na przejrzystości

    ClinePass zyskuje na przejrzystości

    Drugim ważnym elementem tej aktualizacji jest przebudowa doświadczenia z ClinePass. Kontrolki wnioskowania są teraz widoczne bezpośrednio przy selektorze modelu, co wcześniej wymagało ich szukania w głębszych ustawieniach. Mechanizm wyboru modelu został również ujednolicony z resztą systemu dostawców, eliminując rozbieżności w listach i niespójne nazwy.

    Dodatkowo uporządkowano meta-dane modeli. Cline preferuje teraz kanoniczne identyfikatory Z.ai, co ułatwia rozpoznawanie modeli przy przełączaniu się między dostawcami. Dla użytkowników ClinePass oznacza to mniej niespodzianek — model wybrany w interfejsie odpowiada temu, co trafia do zapytania API.

    Poprawki pod maską

    Poprawki pod maską

    Oprócz nowych funkcji, v4.0.2 rozwiązuje dwa istotne błędy. Pierwszy dotyczył podmiany zmiennych środowiskowych w webview — w niektórych sytuacjach zmienne nie były prawidłowo rozwijane, co prowadziło do błędów konfiguracji. Drugi fix naprawia domyślne ustawienia focus chain — przełącznik w interfejsie teraz pokazuje poprawną wartość od razu po załadowaniu, zamiast wyświetlać błędną domyślną pozycję.

    Te poprawki mogą nie być spektakularne, ale mają znaczący wpływ na codzienną pracę. Każdy, kto debugował konfigurację agenta AI, wie, że takie detale mogą być bardziej frustrujące niż brak zaawansowanych funkcji.

    Dlaczego to wydanie ma znaczenie

    Cline v4.0.2 to nie rewolucja, ale solidny krok w kierunku poprawy. Dla zespołów korzystających z DeepSeek jako głównego silnika wnioskowania, dodanie xhigh i jawnych kontrolek reasoning effort to zmiana, która wpływa na kontrolę kosztów i jakość odpowiedzi. Umożliwia to precyzyjniejsze balansowanie między szybkością a głębokością analizy — co jest kluczowe w produkcyjnych workflow agentów AI.

    Ujednolicenie ClinePass z resztą ekosystemu dostawców to krok w stronę spójności interfejsu. Mniej niespodzianek przy przełączaniu modeli przekłada się na mniejszą frustrację i szybsze prototypowanie. W połączeniu z poprawkami stabilności, v4.0.2 to aktualizacja, którą warto zainstalować — zwłaszcza dla tych, którzy na co dzień pracują z modelami z rodziny DeepSeek.


    Źródła

  • Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    20 czerwca 2026 roku ukazała się wersja Cline CLI v3.0.29 — aktualizacja narzędzia, które wspiera developerów pracujących w terminalu. Zespół Cline postanowił cofnąć jedną z kontrowersyjnych zmian wprowadzonych w poprzednim wydaniu i przywrócić wcześniejszy sposób wyświetlania nazw modeli w selektorze oraz pasku statusu.

    Kluczowe zmiany w wydaniu

    • Cline CLI v3.0.29 przywraca wcześniejsze zachowanie selektora modeli i paska statusu po zmianach z wersji v3.0.28.
    • Ukryto koszty dla darmowych modeli Cline, co eliminuje zbędny szum informacyjny w interfejsie terminala.
    • Naprawiono rozpoznawanie metadanych dla modeli z.ai dostępnych przez dostawcę Cline.
    • Brak zmian łamiących — aktualizacja ma charakter wyłącznie porządkowy i naprawczy.

    Powrót do sprawdzonego interfejsu

    Główną zmianą, którą odczują użytkownicy, jest cofnięcie modyfikacji sposobu wyświetlania modeli. Wersja v3.0.28 wprowadziła uproszczoną prezentację — pokazywano wyłącznie nazwę modelu. Teraz Cline CLI v3.0.29 wraca do formuły sprzed tej zmiany. Selektor, picker i pasek statusu znów działają tak, jak przyzwyczaili się stali użytkownicy.

    Decyzja o revertcie sugeruje, że poprzednie uproszczenie nie spotkało się z pozytywnym odbiorem. Developerzy korzystający z Cline w codziennym workflow cenią sobie kontekst, jaki daje pełniejsza informacja o wybranym modelu. Czasem mniej znaczy gorzej — i twórcy narzędzia najwyraźniej to usłyszeli.

    Darmowe modele bez rozpraszającego szumu

    Darmowe modele bez rozpraszającego szumu

    Kolejna zmiana dotyczy modeli oferowanych w ramach darmowego planu Cline. Od wersji v3.0.29 koszty dla tych modeli są ukrywane. W praktyce oznacza to czystszy interfejs — użytkownik nie widzi już informacji o cenie, która w przypadku darmowych modeli wynosi zero.

    Dla kogoś, kto pracuje intensywnie w terminalu i często przełącza się między modelami, każdy zbędny element interfejsu to potencjalne rozproszenie. Ukrycie zerowych kosztów to mały detal, ale właśnie z takich detali składa się komfort pracy z narzędziami CLI. Mniej znaczy więcej — tym razem dosłownie.

    Naprawa metadanych z.ai

    Trzecia zmiana jest techniczna, ale istotna. Modele z.ai dostępne przez dostawcę Cline miały problem z poprawnym rozpoznawaniem metadanych. Metadane modelu to zestaw informacji, które mówią CLI, jak skonfigurować połączenie, jakie są limity, parametry czy możliwości danego modelu. Gdy te dane są błędnie odczytywane, model może nie działać lub wyświetlać się nieprawidłowo na liście dostępnych opcji.

    Wersja Cline CLI v3.0.29 naprawia ten błąd. Developerzy korzystający z modeli z.ai nie będą już napotykać problemów z konfiguracją ani widzieć nieprawidłowych wpisów w selektorze. To kolejny krok w stronę stabilności, której oczekuje się od narzędzia produkcyjnego.

    Co to znaczy dla użytkowników

    Aktualizacja do v3.0.29 jest bezpieczna — nie wprowadza żadnych zmian łamiących kompatybilność. Jeśli używasz Cline CLI, możesz zaktualizować narzędzie bez obaw o dotychczasowe skrypty czy integracje. Zmiany są czysto kosmetyczne i naprawcze, dotyczą głównie warstwy prezentacji oraz jednego konkretnego błędu z metadanymi.

    Dla zespołów, które pracują z wieloma modelami AI w ramach jednego projektu, spójność interfejsu ma znaczenie. Cline CLI v3.0.29 eliminuje niespodzianki, jakie mogła przynieść poprzednia wersja, i wraca do przewidywalnego zachowania. A przewidywalność w narzędziach developerskich to wartość, której nie da się przecenić.


    Źródła

  • Factory 0.157.0: edycja promptów w zewnętrznym edytorze i poprawki stabilności

    Factory 0.157.0: edycja promptów w zewnętrznym edytorze i poprawki stabilności

    Factory wydało wersję 0.157.0 swojej aplikacji desktopowej, która wprowadza możliwość edytowania promptów w zewnętrznych edytorach tekstowych. Aktualizacja z 20 sierpnia 2026 roku zawiera również dwie poprawki stabilności: jedna dotyczy zachowania klawiszy kursora przy włączonym Caps Locku, a druga eliminuje potencjalny crash podczas pierwszego uruchomienia programu.

    Te zmiany, choć niewielkie, są praktyczne. Możliwość edytowania promptów w zewnętrznym edytorze odpowiada na potrzeby osób pracujących z dłuższymi zapytaniami do modeli AI, które wymagają wygodniejszego środowiska do ich tworzenia.

    • Zewnętrzny edytor promptów pozwala na otwieranie i edytowanie długich zapytań poza wbudowanym polem tekstowym Factory.
    • Poprawka Caps Locka rozwiązuje problem z nieprawidłowym działaniem klawiszy kursora przy włączonym klawiszu wielkich liter.
    • Naprawiony crash onboardingu eliminuje awarię, która mogła wystąpić podczas konfiguracji konta przy pierwszym uruchomieniu aplikacji.
    • Wersja desktopowa 0.157.0 jest częścią szerszego wydania CLI v0.200.0, opublikowanego w sierpniu 2026.

    Edycja promptów poza aplikacją — dlaczego to istotne

    Każdy, kto próbował stworzyć złożony prompt w jednoliniowym polu tekstowym, wie, jak frustrujące to może być. Ograniczona przestrzeń, brak możliwości formatowania oraz przypadkowe wysłanie niedokończonej wiadomości to tylko niektóre z problemów.

    Factory odpowiada na ten problem. Od wersji 0.157.0 użytkownicy mogą otworzyć prompt w zewnętrznym edytorze tekstu i swobodnie nad nim pracować. To szczególnie przydatne w vibe codingu, gdzie programista opisuje pożądane zachowanie aplikacji w języku naturalnym, a model AI generuje kod. Dłuższe, precyzyjne instrukcje wymagają przestrzeni i możliwości spokojnego redagowania.

    Edycja w zewnętrznym narzędziu ułatwia także iteracyjne dopracowywanie promptów. Użytkownicy mogą zapisywać różne wersje, porównywać je i wracać do wcześniejszych pomysłów. Wbudowane pole czatu rzadko oferuje taki komfort.

    Drobne poprawki, realny wpływ na komfort pracy

    Drobne poprawki, realny wpływ na komfort pracy

    Druga zmiana dotyczy działania klawiszy kursora przy aktywnym Caps Locku. Choć może wydawać się to drobnym problemem, dla osób piszących kod lub długie instrukcje każda usterka tego typu może być uciążliwa. Poprawka eliminuje nieoczekiwane skoki kursora i przywraca przewidywalne działanie klawiatury.

    Trzecia poprawka, dotycząca usunięcia potencjalnego crashu podczas onboardingu, jest istotna dla nowych użytkowników. Pierwsze wrażenie ma znaczenie, a awaria przy konfiguracji konta może skutecznie zniechęcić do dalszego korzystania z narzędzia.

    Szerszy kontekst wydania

    Szerszy kontekst wydania

    Wersja desktopowa 0.157.0 jest częścią większego wydania CLI v0.200.0. W tym samym cyklu Factory wprowadziło również:

    • poprawne raportowanie ID procesów działających w tle,
    • utrzymywanie autoryzacji połączeń MCP przy reconnectach,
    • możliwość wyszukiwania modeli na liście w aplikacji,
    • szybsze uruchamianie sesji dzięki leniwemu ładowaniu narzędzi do przeszukiwania plików.

    Zespół Factory regularnie doskonali zarówno warstwę developerską (CLI), jak i doświadczenie w aplikacji desktopowej. Edycja promptów w zewnętrznym edytorze to kolejny krok w kierunku bardziej elastycznego środowiska pracy z modelami AI, które dostosowuje się do preferencji użytkownika.

    Co dalej?

    Brak danych o liczbie użytkowników czy wskaźnikach adopcji utrudnia ocenę, jak szybko nowa funkcja się przyjmie. Jednak kierunek zmian wydaje się odpowiedni — im bardziej narzędzia AI przypominają tradycyjne środowiska programistyczne, tym łatwiej wchodzą w codzienny workflow. Factory koncentruje się na praktycznych usprawnieniach i konsekwentnie realizuje ten cel.


    Źródła

  • Qwen-Code v0.19.1: lepsze odkrywanie serwerów MCP i garść poprawek stabilności

    Qwen-Code v0.19.1: lepsze odkrywanie serwerów MCP i garść poprawek stabilności

    Zespół QwenLM wydał 23 czerwca 2026 roku wersję v0.19.1 swojego otwartego agenta kodowania Qwen-Code. Ta aktualizacja nie wprowadza wielu nowych funkcji, ale koncentruje się na poprawkach stabilności oraz kilku ulepszeniach w interfejsie CLI związanych z protokołem MCP. Deweloperzy korzystający z narzędzia w połączeniu z zewnętrznymi źródłami danych powinni zauważyć różnice w działaniu.

    Co nowego w telegraficznym skrócie

    • MCP — uzupełnianie zasobów i wykrywanie serwerów działa sprawniej, co ułatwia konfigurację połączeń
    • Walidacja konfiguracji została poprawiona, eliminując błędy przy niestandardowych ustawieniach
    • Zarządzanie sesjami nie gubi stanu przy przełączaniu kontekstów roboczych
    • Bezpieczeństwo — załatano kilka luk związanych z obsługą poświadczeń w logach
    • Terminal UI i wewnętrzne przepływy pracy zostały usprawnione, choć nie wprowadzono znaczących zmian wizualnych

    MCP bez zbędnego klikania

    Qwen-Code od dawna wspiera Model Context Protocol jako główny mechanizm łączenia CLI z narzędziami zewnętrznymi. Umożliwia to podłączanie do plików, repozytoriów, baz danych, wewnętrznych serwisów czy API przez różne typy transportu: stdio, SSE oraz streamable HTTP. Wcześniej odkrywanie dostępnych serwerów i podpowiadanie zasobów było problematyczne.

    Wersja v0.19.1 wprowadza zmiany w tym zakresie. Polecenia takie jak qwen mcp add --transport http ... zyskują lepsze podpowiadanie składni. CLI potrafi teraz samodzielnie wykryć dostępne endpointy i zaproponować listę zasobów, co eliminuje konieczność ręcznego wpisywania ścieżek. Dla zespołów pracujących z wieloma serwerami MCP w różnych projektach to oszczędność czasu i zmniejszenie ryzyka literówek.

    Stabilność przede wszystkim

    Stabilność przede wszystkim

    Większość zmian w tym wydaniu to poprawki inżynieryjne. Deweloperzy Qwen-Code poprawili walidację konfiguracji — wcześniej niektóre kombinacje ustawień mogły prowadzić do cichych błędów lub wymuszać restart sesji. Teraz CLI natychmiast reaguje na nieprawidłowe wartości, dostarczając czytelne komunikaty.

    Zespół załatał również wycieki poświadczeń w logach. W poprzednich wersjach wrażliwe dane, takie jak klucze API czy tokeny, mogły pojawiać się w logach diagnostycznych przy włączonym debugowaniu. Po aktualizacji silnik logowania automatycznie usuwa te informacje przed zapisaniem ich na dysku.

    Zarządzanie sesjami również zostało poprawione. Wcześniej przełączanie między kontekstami roboczymi mogło prowadzić do utraty stanu połączeń MCP, co wymagało ręcznego odświeżania konfiguracji. Teraz CLI stabilnie utrzymuje kontekst nawet przy szybkim przełączaniu między projektami.

    Terminal i workflow pod maską

    Terminal i workflow pod maską

    Chociaż interfejs terminala nie przeszedł wizualnej metamorfozy, kilka mikroudogodnień poprawia codzienną pracę. Szybsze renderowanie list zasobów MCP, płynniejsze przewijanie dłuższych odpowiedzi oraz eliminacja drobnych błędów przy zmianie rozmiaru okna — te detale w sumie tworzą mniej irytujące doświadczenie.

    Wewnętrzne przepływy pracy również zostały ulepszone. Qwen-Code lepiej radzi sobie z kolejkowaniem zadań, gdy agent wykonuje wiele operacji równolegle, co zmniejsza ryzyko blokowania się zadań oczekujących na ten sam zasób.

    Kontekst i co dalej

    To wydanie wpisuje się w szerszy wzorzec rozwoju Qwen-Code: projekt nie zwalnia tempa, a kolejne wersje nocne i preview pokazują, że zespół intensywnie pracuje nad warstwą serwerową, kanałami komunikacji i integracją z workflow. Wersja v0.19.1 jest krokiem stabilizacyjnym przed większymi zmianami, które już pojawiają się w nightly buildach — m.in. wizualizacja dynamicznych przebiegów workflow czy nowy protokół nawigacji między turami sesji.

    Dla zespołów korzystających z Qwen-Code jako codziennego asystenta w kodowaniu, to wydanie jest istotne głównie ze względu na poprawki bezpieczeństwa i stabilniejsze działanie MCP. Nie wymaga migracji konfiguracji ani uczenia się nowych komend — wystarczy standardowa aktualizacja, aby uzyskać stabilniejsze środowisko pracy.


    Źródła

  • Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory w wersji v0.156.2 wprowadza polecenie /rewind-conversation, które umożliwia cofnięcie sesji czatu i przywrócenie plików do wcześniejszego stanu. Organizacje zyskują również scentralizowane zarządzanie hookami, co pozwala administratorom na egzekwowanie spójnych zasad dla wszystkich członków zespołu. W aktualizacji znalazły się także poprawki stabilności oraz ulepszenia interfejsu.

    Co nowego w skrócie

    • /rewind-conversation cofa historię czatu i przywraca stan plików z konkretnego momentu sesji
    • Centralne zarządzanie hookami daje administratorom kontrolę nad regułami dla całej organizacji, zamiast konfiguracji per użytkownik
    • Klikalne linki w wiadomościach usprawniają nawigację między plikami i odniesieniami w kodzie
    • Poprawione renderowanie kolorów w terminalu zwiększa czytelność w interfejsie CLI
    • Poprawki stabilności obejmują obsługę dużych wklejeń, błędy cyklu życia narzędzi ACP oraz automatyczne ponowne łączenie Droidów

    Cofanie sesji, które przywraca stan projektu

    Polecenie /rewind-conversation to funkcja, która rzeczywiście cofa zmiany — zarówno w konwersacji, jak i w plikach. Dokumentacja SDK opisuje je jako akcję typu successor-session, która może "przywrócić lub usunąć pliki zmienione od wskazanego momentu". Oznacza to, że jeśli agent AI wprowadził błędne zmiany w kodzie, jedno polecenie przywraca stan projektu sprzed tych decyzji.

    Funkcja ta znacząco oszczędza czas. Bez niej użytkownicy musieliby ręcznie odtwarzać stan repozytorium, przeglądając historię gita i próbując ustalić, które zmiany wprowadził agent, a które były ich własnymi. Teraz Factory wykonuje to automatycznie i w jednym kroku.

    Problem "zanieczyszczenia konwersacji" — błędnych założeń wprowadzanych przez agenta na wczesnym etapie, które mogą zakłócać dalszą pracę — jest dobrze znany użytkownikom narzędzi takich jak Codex czy Claude Code. W tych środowiskach edytowanie historii bywa uciążliwe lub ograniczone do ostatniej wiadomości. Factory rozwiązuje to inaczej: pozwala cofnąć całą sesję do wybranego punktu, razem ze stanem plików.

    Dlaczego centralne hooki mają znaczenie

    Dotychczas konfiguracja hooków w Factory działała na poziomie pojedynczego użytkownika. W większych zespołach prowadziło to do chaosu, ponieważ każdy członek organizacji mógł mieć inne ustawienia, a administratorzy nie mieli narzędzi do ich ujednolicenia.

    Wersja v0.156.2 wprowadza scentralizowane zarządzanie hookami dla organizacji. Administrator definiuje reguły raz, a system automatycznie stosuje je do wszystkich sesji członków zespołu. To nie tylko wygoda, ale także bezpieczeństwo: można wymusić wspólną politykę dotyczącą dostępu do narzędzi, walidacji kodu czy formatowania commitów.

    W praktyce, jeśli organizacja wymaga, aby każdy agent przed modyfikacją plików wykonał testy, hook egzekwujący tę zasadę działa dla wszystkich — bez potrzeby proszenia każdego developera o samodzielną konfigurację.

    Mniejsze, ale odczuwalne ulepszenia

    Aktualizacja nie koncentruje się wyłącznie na dużych funkcjach. Klikalne linki w wiadomościach to detal, który znacząco ułatwia codzienną pracę — zamiast kopiować ścieżkę pliku i otwierać go ręcznie, wystarczy jedno kliknięcie. Naprawione renderowanie kolorów w terminalu również jest istotne, zwłaszcza gdy agent generuje długie, kolorowe diffy.

    Poprawki stabilności są równie ważne. Obsługa dużych wklejek przestała powodować błędy, cykl życia wywołań narzędziowych ACP nie zawiesza już sesji, a błędy pobierania binarek Droida na niektórych systemach zostały usunięte. Warto również wspomnieć o automatycznym ponownym łączeniu komputerów Droid, gdy aktywność zostaje wznowiona — to przydatne po uśpieniu maszyny.

    Kontekst dla zespołów web dev i AI

    Factory jest środowiskiem programistycznym zaprojektowanym z myślą o agentach AI. Funkcja rewind to element szerszego modelu cyklu życia sesji, który obejmuje również wznawianie, kompaktowanie i tworzenie sesji pochodnych. Dla zespołów webowych oznacza to bezpieczniejszą iterację: można eksperymentować z poleceniami agenta, mając pewność, że powrót do stabilnego stanu to kwestia jednej komendy.

    Centralne hooki odpowiadają na potrzebę firm, które chcą skalować wykorzystanie AI w developmentcie bez utraty kontroli. Zamiast zarządzać regułami per użytkownik, administrator ustala politykę raz — i działa ona wszędzie.

    Wydanie v0.156.2 pokazuje, że Factory koncentruje się na budowaniu narzędzi, które rozwiązują rzeczywiste problemy programistów pracujących z agentami AI: utratę stanu projektu, niespójne reguły w zespole i frustrujące detale interfejsu.


    Źródła

  • Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    18 czerwca 2026 roku zespół Devina wypuścił wersję 3.2.23 swojego desktopowego klienta. To niewielka, ale istotna aktualizacja, która koncentruje się na jednym problemie: parser rejestru MCP zyskał większą tolerancję na starsze i niespójne schematy. Dla codziennych użytkowników Devin Desktop 3.2.23 oznacza to mniej niespodziewanych błędów podczas pracy z zewnętrznymi serwerami MCP.

    Najważniejsze fakty

    • Devin Desktop 3.2.23 został udostępniony użytkownikom jako stabilna aktualizacja 18 czerwca 2026 roku.
    • Parser rejestru MCP został przepisany, aby lepiej radzić sobie ze starszymi i niespójnymi schematami metadanych.
    • Wczytywanie plików skilli również zostało poprawione — szczególnie dla tych, które używają alternatywnych nazw pól.
    • To część szerszego trendu — Devin rozwija się w kilku kierunkach: lokalny agent, system wtyczek i chmura.

    Co właściwie naprawiono w parserze MCP

    Mechanizm jest prostszy, niż się wydaje. Rejestr MCP (Model Context Protocol) powinien parsować serwery jako wersje semantyczne, gdy tylko jest to możliwe. Problem w tym, że wiele starszych rejestrów i zewnętrznych serwerów nie trzyma się czystego formatu semver — czasami brakuje im segmentu wersji, a czasami używają własnych, niekompatybilnych schematów numeracji.

    Gdy parser napotyka takie niespójności, specyfikacja MCP zaleca porównywanie znaczników czasowych albo innych reguł pomocniczych. Devin 3.2.23 wdraża tę logikę awaryjną. Dla użytkownika końcowego to zmiana, która eliminuje irytujący błąd, który wcześniej mógł przerwać sesję.

    Interoperacyjność MCP staje się kluczowa, gdy w ekosystemie narzędzi AI rośnie liczba integracji między edytorami, agentami i zewnętrznymi serwerami. Każda poprawka zwiększająca tolerancję na niestandardowe formaty zmniejsza tarcie przy łączeniu komponentów od różnych dostawców.

    Pliki skilli i alternatywne pola — druga poprawka

    Wraz z parserem MCP, Devin 3.2.23 naprawia również błąd związany z wczytywaniem plików skilli. Dotyczy to sytuacji, gdy plik używa alternatywnych nazw pól, czyli nie tych, których oczekuje domyślny parser. Wcześniej takie pliki mogły zawieść podczas ładowania. Teraz są obsługiwane poprawnie.

    Choć to kosmetyczna zmiana, ma duże znaczenie dla użytkowników, którzy budują własne skille lub korzystają ze starszych zestawów konfiguracyjnych. Jest to szczególnie istotne w środowiskach DevOps, gdzie automatyzacja zadań przez agentów AI opiera się na takich plikach.

    Szerszy kontekst — co słychać w ekosystemie Devina

    Szerszy kontekst — co słychać w ekosystemie Devina

    Wersja 3.2.23 nie pojawia się w próżni. Równolegle Devin rozwija lokalnego agenta i nowy system wtyczek. W stabilnym kanale CLI zmieniło się domyślne zachowanie instalacji pluginów — teraz osobiste wtyczki synchronizują się z Devin Cloud i innymi urządzeniami automatycznie. Wcześniej użytkownicy musieli to robić ręcznie.

    To pokazuje kierunek, w jakim zmierza platforma: coraz głębsza integracja między desktopem, chmurą a lokalnymi środowiskami deweloperskimi. Modularność agentów i łatwość podłączania zewnętrznych narzędzi przez MCP to fundament tej strategii. Jak pokazuje Devin Desktop 3.2.23, nawet drobne szczegóły wymagają regularnego szlifowania.

    Podsumowanie

    Devin Desktop 3.2.23 to aktualizacja, która nie trafia na nagłówki, ale realnie ułatwia pracę. Tolerancyjny parser MCP i poprawione wczytywanie skilli eliminują frustrujące błędy przy pracy z niestandardowymi konfiguracjami. W świecie, gdzie łańcuchy narzędzi AI stają się coraz bardziej złożone, takie aktualizacje stabilizacyjne są potrzebne zespołom dev i DevOps — mniej awarii, więcej płynnej automatyzacji.


    Ź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