Kategoria: Aktualizacje Oprogramowania

  • OpenCode z checkpointami sesji – cofa nie tylko czat, ale i zmiany w plikach

    OpenCode z checkpointami sesji – cofa nie tylko czat, ale i zmiany w plikach

    Nowa wersja OpenCode z checkpointami sesji wprowadza system migawek, który umożliwia pełne cofanie stanu zarówno konwersacji, jak i edytowanych plików. W aplikacji desktopowej wprowadzono również wiele usprawnień, takich jak skróty klawiszowe znane z przeglądarek, możliwość przeciągania kart oraz przeprojektowany widok zarchiwizowanych sesji. Aktualizacja poprawia także niezawodność logowania OAuth dla serwerów MCP.

    Co nowego w OpenCode z checkpointami sesji

    • Snapshoty sesji działają jak punkty kontrolne, zapisując stan po każdej wiadomości, obejmując historię rozmowy i zmiany w plikach.
    • Przywracanie cofa nie tylko tekst czatu, ale także edycje w systemie plików, które miały miejsce po wybranym punkcie.
    • Skróty klawiszowe mod+1 do mod+9 oraz przeciągane karty upodabniają nawigację w aplikacji desktopowej do przeglądarki.
    • Widok archiwalnych sesji zyskał osobny panel w aplikacji desktopowej, co było jedną z najczęściej zgłaszanych próśb użytkowników.
    • Stabilniejsze logowanie MCP OAuth – URL do ręcznej autoryzacji jest teraz zawsze widoczny, nawet gdy przeglądarka nie otworzy się automatycznie.

    Migawki, które naprawdę cofają zmiany

    System snapshotów w OpenCode z checkpointami sesji działa na poziomie każdej wiadomości. Przed każdym wywołaniem modelu tworzona jest kopia stanu, a po zakończeniu kroku zapisywana jest lista zmodyfikowanych ścieżek. Dzięki temu użytkownik może wrócić do wcześniejszego punktu rozmowy, a OpenCode z checkpointami sesji automatycznie przywróci pliki do stanu sprzed cofniętych edycji.

    Mechanizm opiera się na wewnętrznej bazie obiektów Gita przechowywanej lokalnie – nie tworzy commitów, nie rusza gałęzi ani indeksu repozytorium. To czysto lokalna wygoda. Jeśli jednak pracujesz poza repozytorium Git, polecenie /undo cofnie tylko historię konwersacji, bez możliwości odtworzenia plików.

    Snapshoty mają swoje ograniczenia. Nie obejmują plików ignorowanych przez Git, nie wychodzą poza aktywny katalog roboczy i pomijają pojedyncze pliki powyżej 2 MiB. Shell commandy, które zmodyfikowały bazy danych czy procesy, nie będą odwracane przez snapshoty.

    Desktop bliższy IDE

    Desktop bliższy IDE

    Przeglądarkowe skróty to drobiazg, który naprawdę zmienia komfort pracy z wieloma sesjami. mod+1 do mod+9 pozwala na szybkie przełączanie się między kartami, a możliwość przeciągania ich myszą ułatwia organizację kilku równoległych wątków. Przeprojektowany pasek tytułu i layout lepiej wykorzystują przestrzeń roboczą.

    Panel zarchiwizowanych sesji również przeszedł lifting. Użytkownicy wcześniej prosili o możliwość przeglądania i przywracania archiwalnych rozmów bezpośrednio z desktopa – teraz mają dedykowany widok zintegrowany z aplikacją. Sesje bez tytułów otrzymują automatycznie generowane nazwy, więc nic nie znika bez śladu.

    Mniej frustracji z logowaniem MCP

    Mniej frustracji z logowaniem MCP

    Integracja z zewnętrznymi serwerami przez MCP OAuth mogła napotykać problemy, gdy automatyczne otwarcie przeglądarki nie działało. Teraz URL do ręcznego logowania jest zawsze widoczny, więc nawet w środowiskach bez GUI czy z zablokowanymi przekierowaniami użytkownik może dokończyć autoryzację bez problemów. Dla zdalnych workspace'ów i headless setupów to realna oszczędność nerwów.

    Dlaczego to ma znaczenie

    Dla web developerów pracujących z AI-asystentem długie sesje kodowania mogą być ryzykowne – jeden nieprzemyślany prompt może nadpisać godziny pracy. Snapshoty redukują ten stres, oferując dodatkową warstwę bezpieczeństwa. Nie zastąpią dobrego systemu kontroli wersji, ale jako szybkie "undo" sprawdzają się bardzo dobrze.

    Ergonomia desktopa również ma znaczenie – osoby spędzające w narzędziu kilka godzin dziennie docenią skróty i przeciągane karty. Stabilniejsze logowanie MCP zmniejsza liczbę przerw w pracy, szczególnie gdy OpenCode z checkpointami sesji jest używane z narzędziami firmowymi przez zdalne serwery.

    Ź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

  • Devin Desktop v3.3.18: Lepsza kontrola nad agentem AI i konkretne poprawki dla Windows

    Devin Desktop v3.3.18: Lepsza kontrola nad agentem AI i konkretne poprawki dla Windows

    23 czerwca 2026 roku ukazała się aktualizacja Devin Desktop oznaczona numerem v3.3.18. To wydanie koncentruje się na trzech głównych obszarach: przejrzystości zużycia jednostek ACU, poprawie działania aplikacji na systemie Windows oraz rozszerzeniu kontroli nad tym, jak agenci AI podpisują się w commitach. Zmiany nie są rewolucyjne, ale rozwiązują kilka codziennych problemów, szczególnie dla zespołów aktywnie korzystających z lokalnych agentów.

    Kluczowe fakty

    • ACU usage jest teraz widoczne bezpośrednio w kliencie desktopowym, co umożliwia podgląd zużycia jednostek Agent Compute Units bez konieczności logowania się do paneli administracyjnych.
    • Windows otrzymał poprawki migracji ustawień przy instalacjach ogólnosystemowych oraz naprawę rozpoznawania ścieżek bash, które teraz wskazują na Git Bash zamiast na stub WSL.
    • Subagenci mogą teraz mieć przypisany domyślny model, co ułatwia kierowanie zadań do odpowiednich specjalizacji bez konieczności ręcznej konfiguracji za każdym razem.
    • Rejestr MCP jest teraz wstępnie ładowany podczas uruchamiania, co przyspiesza gotowość serwerów MCP.
    • Atrybucja w commitach może być wyłączona przez nową opcję attribution w pliku konfiguracyjnym Devin Local – ustawienie jej na false usuwa wzmianki o Devinie z historii Gita.

    Większa przejrzystość zużycia ACU

    ACU, czyli Agent Compute Units, to jednostka rozliczeniowa w ekosystemie Devina. Do tej pory śledzenie zużycia wymagało wchodzenia do widoków administracyjnych na poziomie organizacji lub pojedynczej sesji. Teraz dane o konsumpcji ACU wyświetlają się od razu w interfejsie klienta. Dla programistów intensywnie korzystających z agentów to istotny sygnał – mogą na bieżąco oceniać, ile kosztuje ich praca z asystentem AI, bez przełączania kontekstu na dashboard analityczny.

    Deweloperzy w zespołach enterprise często działają w ramach limitów ACU, a nagłe przekroczenie przydziału potrafi zablokować pracę. Wskaźnik w kliencie działa więc trochę jak licznik paliwa – nie zastąpi pełnego raportu, ale ostrzeże, zanim skończy się budżet.

    Windows wreszcie dostaje konkretne łatki

    Aktualizacja przynosi dwie poprawki dla użytkowników Windowsa, które powinny zmniejszyć frustrację przy codziennej pracy. Pierwsza dotyczy migracji ustawień przy instalacjach ogólnosystemowych – wcześniej konfiguracja i rozszerzenia potrafiły się gubić, szczególnie po aktualizacjach. Teraz proces ma działać stabilniej.

    Druga zmiana jest bardziej techniczna, ale dla osób korzystających z CLI i Devin Local ma spore znaczenie. Polecenie bash w środowisku Windows było wcześniej mapowane na stub launchera WSL, co prowadziło do problemów z wyborem powłoki. Po aktualizacji bash wskazuje bezpośrednio na Git Bash. Dla kogoś, kto pracuje w Git Bashu, to koniec z ręcznym ustawianiem ścieżek i niespodziewanymi błędami przy uruchamianiu skryptów.

    Modele subagentów i szybsze MCP

    Nowością jest możliwość ustawienia domyślnego modelu dla subagentów. Zespoły, które dzielą zadania między agentów (jeden odpowiada za refaktoryzację, inny za testy, kolejny za code review), mogą teraz wstępnie skonfigurować, który model ma obsługiwać dany typ zleceń. Oszczędza to czas przy każdym wywołaniu i zmniejsza ryzyko pomyłki.

    Twórcy przyspieszyli też start rejestru MCP. Cache jest teraz wstępnie podgrzewany podczas uruchamiania aplikacji, więc serwery MCP są dostępne szybciej. Dla deweloperów integrujących lokalne narzędzia przez protokół MCP oznacza to krótszy czas oczekiwania między odpaleniem edytora a momentem, gdy agenci mogą zacząć działać.

    Czysta historia Gita bez wzmianek o AI

    W pliku konfiguracyjnym Devin Local pojawiła się opcja attribution. Standardowo agent dodaje do commitów linię „Generated with Devin” oraz nagłówek Co-Authored-By: Devin. Niektóre zespoły trzymają ścisłe konwencje nazewnictwa commitów, a automatyczne dopiski mogą przeszkadzać. Ustawienie attribution: false całkowicie je usuwa.

    To mała rzecz, ale znacząca dla utrzymania porządku w repozytorium. W miejscach, gdzie historia Gita jest regularnie audytowana lub automatycznie parsowana przez narzędzia CI/CD, dodatkowe linie mogą wprowadzać zamieszanie. Deweloperzy zyskali więc możliwość zachowania czystego logu, nie rezygnując przy tym z pomocy agenta.

    Wydanie v3.3.18 nie wprowadza rewolucyjnych zmian, ale to zestaw poprawek, które sprawiają, że Devin Desktop lepiej współpracuje z Windowsem, daje jaśniejszy obraz kosztów i pozwala subtelniej kontrolować ślady pozostawiane przez AI w kodzie. W codziennej pracy takie detale naprawdę robią różnicę.

    Źródła

  • Devin Desktop 3.3.18: bezpośrednie śledzenie ACU w aplikacji i solidne poprawki dla Windows

    Devin Desktop 3.3.18: bezpośrednie śledzenie ACU w aplikacji i solidne poprawki dla Windows

    Cognition wypuściło 23 czerwca 2026 roku aktualizację Devin Desktop 3.3.18, która wprowadza widoczność zużycia ACU bezpośrednio w kliencie oraz szereg usprawnień dla środowisk Windows. To wydanie koncentruje się na transparentności rozliczeń i niezawodności na różnych platformach.

    Kluczowe zmiany w pigułce

    • Widoczność ACU – aplikacja pokazuje teraz zużycie jednostek ACU w interfejsie, co eliminuje potrzebę zaglądania do panelu administracyjnego.
    • Windows system-wide – naprawiono migrację ustawień i rozszerzeń dla instalacji ogólnosystemowych, co ułatwia wdrożenia w firmach.
    • Git Bash domyślnie – bash na Windowsie teraz wskazuje na Git Bash zamiast stuba WSL, co rozwiązuje problemy dla użytkowników spoza ekosystemu WSL.
    • Konfigurowalne subagenty – subagenty można teraz uruchamiać z domyślnym modelem, co upraszcza orkiestrację wielu agentów.
    • Atrybucja w commitach – Devin Local otrzymał opcję attribution, której wyłączenie usuwa wzmianki o Devinie z komunikatów commitów.

    Więcej kontroli i przejrzystości dla zespołów

    Nowością jest wyświetlanie zużycia ACU bezpośrednio w kliencie. Do tej pory śledzenie konsumpcji jednostek rozliczeniowych wymagało odwiedzania dedykowanych stron administracyjnych. Teraz informacja o wykorzystaniu ACU jest dostępna podczas codziennej pracy.

    Dla zespołów rozliczających się z użycia narzędzi AI to konkretne ułatwienie. Każda sesja agenta generuje ruch na jednostkach, a bezpośredni podgląd pozwala szybciej reagować na zbliżające się limity. Administratorzy wciąż mają dostęp do szczegółowych raportów, ale deweloperzy zyskują świadomość kosztów bez przerywania workflow.

    Windows łapie oddech

    Instalacje system-wide na Windowsie, typowe dla środowisk korporacyjnych, miały dotąd problem z poprawną migracją ustawień i rozszerzeń między aktualizacjami. Devin Desktop 3.3.18 ten problem eliminuje.

    Kolejna poprawka dotycząca Windowsa rozwiązuje ścieżkę basha. Wcześniej Devin wskazywał na stub WSL, co komplikowało życie osobom używającym Git Basha jako domyślnej powłoki. Teraz bash poprawnie wskazuje na Git Bash, co ułatwia działanie skryptów i komend, zwłaszcza w projektach webowych.

    Subagenty i modele – mniej ręcznego sterowania

    Konfigurowalny domyślny model dla subagentów to rozwiązanie dla zespołów, które budują złożone, wieloagentowe przepływy pracy. Zamiast za każdym razem wybierać model przy tworzeniu subagenta, można ustawić preferencję w konfiguracji. To oszczędza czas i redukuje ryzyko pomyłek.

    Devin Local: cicho, bez podpisu

    Opcja attribution w pliku konfiguracyjnym Devin Local to funkcjonalność, na którą część użytkowników czekała. Domyślnie Devin podpisuje swoje commit'y, co nie każdemu odpowiada, zwłaszcza w repozytoriach z ściśle określoną polityką commit message. Ustawienie attribution: false sprawia, że wzmianki o agencie znikają, a historia commitów wygląda czyściej.

    Mniejsze, ale istotne poprawki

    MCP registry cache jest teraz podgrzewany podczas startu aplikacji, co oznacza, że serwery MCP są gotowe szybciej po uruchomieniu. To redukuje czas oczekiwania na integracje z zewnętrznymi usługami.

    Sesyjne tytuły generowane automatycznie przestały uwzględniać wstrzyknięty kontekst. Wcześniej tytuł sesji mógł być mylący lub zaśmiecony informacjami kontekstowymi, które nie miały znaczenia dla nazwy zadania.

    Naprawiono również błąd nadmiernego scalania wiadomości agenta w sesjach Claude ACP. Dla użytkowników korzystających z Agent Client Protocol to ważna poprawka, ponieważ wcześniej odpowiedzi mogły się zlewać, co utrudniało śledzenie konwersacji.

    Krok w stronę dojrzałości międzyplatformowej

    Wydanie Devin Desktop 3.3.18 wpisuje się w szerszy trend narzędzi AI do kodowania: transparentność rozliczeń, konfigurowalność i pełny parytet Windowsa stają się standardem. Devin celuje w profesjonalne zespoły, które potrzebują nie tylko mocy agentów AI, ale także kontroli nad kosztami i integracją z istniejącą infrastrukturą. Poprawki dla Git Basha i instalacji system-wide pokazują, że zespół Cognition reaguje na feedback od użytkowników Windowsa, którzy długo czuli się niedoceniani w ekosystemie narzędzi AI.

    Ź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

  • Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    OpenAI wypuściło Codex 0.141.0, które koncentruje się na bezpieczeństwie zdalnego wykonywania kodu oraz na rozszerzeniu możliwości wtyczek. Najważniejszą nowością jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay dla zdalnych executorów. Dodatkowo, poprawiono obsługę ścieżek między platformami, wprowadzono granularne sterowanie wtyczkami oraz wprowadzono szereg poprawek dla systemów Windows i środowisk enterprise.

    Kluczowe zmiany w skrócie

    • Szyfrowane kanały Noise relay zastępują dotychczasowy transport zdalny. Wszystkie komunikaty JSON-RPC, payloady narzędzi i operacje na plikach są przesyłane przez wzajemnie uwierzytelnioną sesję.
    • Aktywacja wtyczek per wątek umożliwia uruchamianie serwerów MCP tylko w konkretnym wątku, co zmniejsza ryzyko i zwiększa kontrolę.
    • Cross-platform paths — executor zachowuje natywne katalogi robocze i shelle podczas przechodzenia między Windows, macOS i Linuxem.
    • Optymalizacje wydajności redukują opóźnienia i zużycie pamięci w intensywnych sesjach narzędziowych dzięki cache'owaniu wyników wyszukiwania narzędzi.

    Noise relay — co to zmienia w praktyce

    Dotychczas zdalny executor komunikował się przez transport, który nie zapewniał szyfrowania na każdym etapie. Teraz warstwa Noise relay szyfruje wszystkie dane, od JSON-RPC po payloady narzędzi i operacje plikowe. Relay nie ma dostępu do danych w formie niezaszyfrowanej.

    Dla zespołów devopsowych oraz korzystających z hostowanych agentów oznacza to mniejsze zaufanie do infrastruktury pośredniej. Gdy agent działa na zdalnym nodzie, dane przesyłane między twoim środowiskiem a tym nodem są chronione od początku do końca, niezależnie od liczby przeskoków sieciowych.

    Przykłady: #26242 i #26245 wprowadzają nową warstwę transportową. Dodatkowo, #28032 i #28122 poprawiają przenoszenie katalogów roboczych między platformami, co często bywa problematyczne w mieszanych flotach testowych.

    Wtyczki: granularność i nowy marketplace

    Kolejną istotną zmianą jest możliwość aktywowania serwerów stdio MCP z poziomu wybranych wtyczek executorów, i to per wątek. Wcześniej wtyczka była aktywna globalnie. Teraz Codex może ją uruchomić tylko tam, gdzie jest potrzebna.

    Na przykład, agent CI w jednym wątku może potrzebować dostępu do bazy danych, a w drugim tylko do repozytorium kodu. Nie ma potrzeby włączania wszystkiego globalnie, co zmniejsza ryzyko przypadkowego wycieku kontekstu.

    Dodatkowo, wprowadzono marketplace "created-by-me", który umożliwia odkrywanie wtyczek stworzonych przez użytkowników oraz katalogi kuratorowane związane z autoryzacją. To krok w stronę lepszej dystrybucji rozszerzeń, co jest istotne dla zespołów współdzielących agentów w środowiskach produkcyjnych. Pull requesty #27870, #27884 i #27893 pokazują, jak to działa od strony technicznej — od odkrywania po aktywację na app-serverze.

    Wydajność i poprawki stabilności

    W sesjach obciążonych dużą liczbą narzędzi Codex 0.141.0 redukuje opóźnienia i zużycie pamięci. Osiągnięto to dzięki cache'owaniu wyników wyszukiwania narzędzi oraz eliminacji zbędnego kopiowania requestów i historii. Użytkownicy pracujący z rozbudowanymi workflow mogą liczyć na szybszą reakcję agenta.

    Wprowadzono również poprawki dotyczące kilku problemów, takich jak poświadczenia sandboksa na Windowsie (w tym automatyczne odzyskiwanie credentiali), wsparcie dla TLS z certyfikatami P-521 w enterprise proxy oraz lepsza widoczność limitów.

    Warto również wspomnieć o klientach realtime, którzy zyskali większą kontrolę nad mową i kontekstem konwersacji, co jest istotne dla integracji głosowych z Codexem.

    Co to znaczy dla web developera i devopsa

    Bezpieczniejszy zdalny executor zmniejsza ryzyko w hostowanych środowiskach deweloperskich i chmurowych agentach. Lepsza obsługa ścieżek między Windows, Linuxem i macOS ułatwia pracę z heterogenicznymi flotami testowymi. Aktywacja wtyczek per wątek daje większą kontrolę w wieloetapowych workflow. Poprawki TLS są istotne dla enterprise z rygorystyczną inspekcją ruchu wychodzącego.

    Wersja 0.141.0 nie wprowadza spektakularnych nowości wizualnych, ale wzmacnia fundamenty, które są kluczowe dla bezpiecznego wdrożenia agenta w produkcji.

    Ź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

  • 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

  • Devin Desktop w wersji 3.2.19 łata błąd wczytywania plików umiejętności

    Devin Desktop w wersji 3.2.19 łata błąd wczytywania plików umiejętności

    Zespół Devin wydał 18 czerwca 2026 roku aktualizację swojego desktopowego edytora. Wersja 3.2.19 to niewielkie wydanie serwisowe, które koncentruje się na jednej poprawce — usunięciu błędu związane z wczytywaniem plików umiejętności korzystających z alternatywnych pól. Mimo ograniczonego zakresu zmian, łatka jest istotna dla wszystkich, którzy definiują własne zadania agentowe w środowisku desktopowym.

    Najważniejsze informacje

    • Data wydania: 18 czerwca 2026 roku — wersja 3.2.19
    • Główna poprawka: naprawiono błąd wczytywania plików umiejętności wykorzystujących alternatywne pola
    • Seria 3.2: kontynuacja dopracowywania desktopowej wersji Devin Desktop i ulepszeń Devin Local
    • Zalecenie: użytkownicy powinni zaktualizować aplikację do najnowszej wersji

    Co dokładnie poprawiono

    Problem dotyczył mechanizmu wczytywania plików umiejętności, które definiują zadania, jakie agent AI wykonuje w ramach zautomatyzowanych przepływów pracy. Gdy plik korzystał z alternatywnych pól, system nie potrafił go poprawnie przetworzyć. W praktyce oznaczało to, że niektóre niestandardowe konfiguracje nie działały zgodnie z oczekiwaniami.

    „Naprawiono błąd wczytywania plików umiejętności, które korzystają z alternatywnych pól” — informuje oficjalny dziennik zmian. To techniczna notka, ale dla programistów pracujących z agentowymi narzędziami AI taka poprawka przekłada się na niezawodność codziennej pracy.

    Seria 3.2 jako całość jest opisana przez twórców jako „ulepszenia Devin Local i kontynuacja dopracowywania Devin Desktop”. Nie wprowadzono nowych funkcji ani spektakularnych możliwości. To solidna praca u podstaw — usuwanie drobnych usterek, które w dłuższej perspektywie wpływają na stabilność narzędzia.

    Znaczenie dla web developerów i zespołów DevOps

    Dla osób pracujących z agentami AI w codziennym developmentcie niezawodność wczytywania plików konfiguracyjnych jest kluczowa. Pliki umiejętności definiują, co agent ma robić — od prostych zadań automatyzacyjnych po złożone przepływy pracy obejmujące testowanie, deployment czy analizę kodu.

    Gdy definicja nie ładuje się poprawnie, agent może wykonać niepełne zadanie albo w ogóle odmówić działania. W środowiskach, gdzie automatyzacja napędza ciągłą integrację i dostarczanie, każda taka awaria to strata czasu i potencjalne ryzyko dla jakości kodu.

    Wydanie 3.2.19 wpisuje się w szerszy kontekst dojrzewania narzędzi do vibe codingu. Coraz więcej zespołów eksperymentuje z agentami AI jako asystentami programistycznymi, a stabilność tych narzędzi staje się warunkiem ich produkcyjnego wykorzystania. Deweloperzy nie chcą się zastanawiać, czy ich plik konfiguracyjny zostanie poprawnie odczytany — chcą, żeby po prostu działał.

    Kontekst całej serii 3.2

    Warto spojrzeć na tę aktualizację w szerszym kontekście. Seria 3.2 to etap, w którym twórcy Devina skupili się na szlifowaniu doświadczeń lokalnych. Devin Local — możliwość uruchamiania agentów bezpośrednio na maszynie dewelopera — to funkcja, która odróżnia to narzędzie od rozwiązań czysto chmurowych.

    Lokalne przetwarzanie daje większą kontrolę nad danymi, krótszy czas reakcji i możliwość pracy offline. Wymaga jednak solidniejszego kodu po stronie desktopowej aplikacji. Każda łatka z serii 3.2 przybliża Devin Desktop do poziomu niezawodności, którego oczekują profesjonalni użytkownicy.

    Aktualizacja jest dostępna do pobrania z oficjalnych kanałów dystrybucji. Zespół zaleca instalację najnowszej wersji wszystkim użytkownikom — nie tylko tym, którzy bezpośrednio zetknęli się z opisanym błędem. Standardowa praktyka w świecie developmentu mówi jasno: łatki stabilności warto aplikować od razu, nawet jeśli problem dotyczy tylko określonych konfiguracji.

    Ź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