Kategoria: Aktualizacje Oprogramowania

  • 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

  • Zed 1.7.2 wprowadza automatyczną kompresję kontekstu AI i usprawnienia w Git

    Zed 1.7.2 wprowadza automatyczną kompresję kontekstu AI i usprawnienia w Git

    Zed wydał wersję 1.7.2 swojego edytora, a główną nowością jest automatyczna kompresja kontekstu dla agenta AI. Ta funkcja rozwiązuje problem rosnącego zużycia tokenów podczas dłuższych sesji programistycznych. Aktualizacja z 17 czerwca 2026 roku wprowadza także możliwość ręcznego wywołania kompresji za pomocą komendy /compact, odświeżony podgląd Markdown oraz nowe opcje Git, w tym obsługę niestandardowych poleceń na gałęziach i tagach w widoku grafu.

    • Automatyczna kompresja kontekstu zapobiega przepełnieniu okna kontekstowego AI podczas długich sesji, a komenda /compact umożliwia ręczne wywołanie kompresji.
    • Niestandardowe polecenia Git można teraz uruchamiać bezpośrednio z menu kontekstowego na gałęziach i tagach w grafie, wykorzystując zmienną $ZED_GIT_REF.
    • Zarządzanie umiejętnościami agenta przeniesiono do interfejsu ustawień, co eliminuje konieczność edytowania plików konfiguracyjnych.
    • Odświeżony podgląd Markdown zyskał czystszy i bardziej czytelny wygląd.
    • Poprawki wydajnościowe obejmują zmniejszenie zużycia pamięci przez LSP oraz szybszą obsługę dużych buforów.

    Kompresja kontekstu — odpowiedź na problem rozrastających się promptów

    Każdy, kto spędził dłuższy czas z asystentem AI w edytorze, zna ten moment, gdy okno kontekstowe pęcznieje, a liczba tokenów rośnie, co prowadzi do halucynacji modelu. Zed 1.7.2 rozwiązuje ten problem, automatycznie kompresując wcześniejszy kontekst, zamiast pozwalać na niekontrolowany wzrost promptu.

    Jeśli automatyczna kompresja nie wystarcza, można użyć komendy /compact, która wymusza kompresję w wybranym momencie. To przydatne, gdy planujesz zadać agentowi pytanie wymagające świeżego spojrzenia na kod, a nie chcesz, by ciągnął za sobą balast poprzednich interakcji.

    W tej samej aktualizacji dodano metryki kosztów i zużycia okna kontekstowego dla zewnętrznych agentów. Jeśli płacisz za API od tokena, teraz możesz zobaczyć, ile naprawdę kosztuje cię sesja. Wprowadzono także możliwość usuwania historii sesji, co jest przydatne, gdy robi się bałagan.

    Git z ludzką twarzą

    Zed od dawna dąży do ograniczenia potrzeby korzystania z terminala, a wersja 1.7.2 robi kolejny krok w tym kierunku. Menu kontekstowe na etykietach referencji w grafie Git — gałęziach, zdalnych referencjach i tagach — pozwala teraz uruchamiać niestandardowe polecenia. Zmienna $ZED_GIT_REF przekazuje klikniętą referencję, co umożliwia szybkie uruchomienie git checkout $ZED_GIT_REF lub własnego skryptu bez przepisywania nazw.

    Drobniejsze, ale praktyczne zmiany to opcjonalny widok drzewa dla szczegółów commita, skrócone do siedmiu znaków skróty SHA w widoku blame oraz domyślnie wyłączone ostrzeżenia o długości komunikatów commita. To ostatnie z pewnością ucieszy zespoły, które zrezygnowały z limitu 50 znaków w pierwszej linii.

    Co jeszcze się zmieniło

    Podgląd Markdown przeszedł lifting — jest czystszy i wygodniejszy w czytaniu, choć nie dodano nowych funkcji autorskich. To raczej poprawa komfortu niż rewolucja.

    Zarządzanie umiejętnościami agenta AI przeniesiono do interfejsu ustawień, co sprawia, że konfiguracja promptów nie wymaga już ręcznego edytowania plików. Poprawiono także komunikaty o problemach z umiejętnościami, zarówno w panelu agenta, jak i w ustawieniach.

    W kwestiach wydajności: zmniejszono zużycie pamięci przez serwery językowe, które wcześniej mogły generować nadmiarowe wiadomości, a funkcja go-to-definition przestała bombardować serwer podczas najechania myszą na ten sam symbol. Edycja dużych buforów również przyspieszyła. Terminal zyskał obsługę linków zed://, co ułatwia nawigację między projektami i debugowanie sesji zdalnych.

    Podsumowanie

    Zed 1.7.2 to solidny krok naprzód w obszarach, które wymagają poprawy. Kompresja kontekstu AI rozwiązuje problem użytkowników, którzy korzystają z asystenta jako narzędzia w codziennej pracy. Usługi Git wreszcie przestają wymuszać przełączanie się między edytorem a terminalem, a podgląd Markdown jest bardziej przyjemny dla oka. Jeśli pracujesz z dużymi projektami i liczysz każdy token, ta aktualizacja jest warta uwagi.

    Źródła

  • Factory otwiera się na npm – nowe wsparcie dla pluginów i zabezpieczenia sesji w wersji v0.150.0

    Factory otwiera się na npm – nowe wsparcie dla pluginów i zabezpieczenia sesji w wersji v0.150.0

    Najnowsza aktualizacja Factory (v0.150.0) wprowadza wsparcie dla pluginów publikowanych jako pakiety npm. Do tej pory rozszerzenia można było dystrybuować na kilka sposobów, ale teraz dołącza do nich najpopularniejszy rejestr ekosystemu JavaScript. Zmiana jest istotna, ponieważ npm to domyślne źródło zależności dla wielu zespołów developerskich. Dodatkowo, zespół Factory wprowadził mechanizm potwierdzenia przy zamykaniu aktywnych sesji Droid, poprawki wydajności dla długich czatów oraz lepszą widoczność statusu rozliczeniowego.

    Kluczowe informacje o aktualizacji

    • npm jako źródło pluginów – w definicji marketplace’u można teraz wskazać pakiet npm wraz z opcjonalną wersją, rejestrem i tokenem do prywatnych repozytoriów.
    • Bezpieczna instalacja z wyłączonymi skryptami – Droid pobiera pluginy przez npm install z flagami --ignore-scripts --no-save --no-audit --no-fund, a kod jest kopiowany do cache’u; żaden skrypt cyklu życia się nie uruchamia.
    • Potwierdzenie przed zamknięciem – nowy monit zapobiega przypadkowemu przerwaniu pracy Droid, gdy sesja jest w toku.
    • Optymalizacja długich czatów – poprawki wydajnościowe zmniejszają opóźnienia przy rozbudowanych workflow, gdzie kontekst rośnie z każdą turą.
    • Czytelniejszy status rozliczeniowy – użytkownicy widzą teraz stan konta wyraźniej podczas korzystania z narzędzia.

    Jak działa nowe źródło pluginów

    Factory definiuje plugin przez wpis w pliku marketplace. Nowa składnia dla źródła npm jest prosta. Deweloper podaje nazwę pakietu (obsługiwane są też pakiety z zakresem, np. @firma/nazwa), opcjonalną wersję zgodną z semver lub dist-tagiem oraz – jeśli plugin znajduje się w prywatnym rejestrze – adres URL rejestru HTTPS i nazwę zmiennej środowiskowej z tokenem.

    Brak wersji oznacza, że Droid automatycznie pobierze najnowszą oznaczoną jako latest. Dla zespołów korporacyjnych to wygodne rozwiązanie – nie trzeba budować obejść, aby podłączyć prywatne repozytorium. Wystarczy podać registry i authTokenEnvVar, a Factory respektuje te ustawienia bez grzebania w globalnej konfiguracji npm.

    Zespół Factory zadbał o bezpieczeństwo – Droid wykonuje npm install w tymczasowym katalogu roboczym, a następnie kopiuje rozpakowany pakiet do cache’a. Wszystkie skrypty cyklu życia są blokowane, co oznacza, że nie uruchamiają się preinstall, install ani postinstall. W ostatnich latach ataki na łańcuch dostaw przez npm stały się powszechne – złośliwe pakiety wykorzystywały instalacyjne skrypty do kradzieży tokenów czy eksfiltracji sekretów CI/CD. GitHub ogłosił, że w npm v12 domyślnie wyłączy automatyczne wykonywanie tych skryptów. Factory podąża tą samą drogą.

    Sesje pod ochroną

    Nowy monit potwierdzenia przed zamknięciem może wydawać się drobiazgiem, ale każdy, kto przypadkowo przerwał agentowi pracę nad złożonym zadaniem, wie, jak irytujące to może być. Droid potrafi wykonywać wieloetapowe operacje: klonuje repozytoria, modyfikuje pliki, odpytuje API. Przypadkowe wciśnięcie Ctrl+C mogło zostawić projekt w niedokończonym stanie. Teraz Factory pyta, czy na pewno chcesz wyjść, gdy sesja jest aktywna. To drobna zmiana, która oszczędza nerwy.

    Dodatkowo poprawiono wydajność długich rozmów z Droidem. W rozbudowanych workflow, gdzie kontekst rośnie z każdą kolejną turą, mniejsze opóźnienia oznaczają płynniejszą pracę. Zespół Factory nie podał szczegółów technicznych, ale efekt jest odczuwalny szczególnie przy sesjach trwających przez wiele interakcji.

    Dlaczego to ma znaczenie

    Rynek narzędzi AI dla developerów staje się coraz bardziej konkurencyjny. Cursor, Windsurf, Cline – każdy szuka swojej niszy. Factory stawia na rozszerzalność. Pluginy to nie tylko komendy i umiejętności, ale też Droidy, hooki i serwery MCP, które można udostępniać między projektami i zespołami. Wsparcie dla npm eliminuje trudności związane z dystrybucją przez mniej standardowe kanały. Dla web developerów i zespołów DevOps oznacza to, że łatwiej będzie budować własne, firmowe rozszerzenia i dzielić się nimi jak z każdą inną zależnością JavaScript. Factory pokazuje, że korzysta z infrastruktury, którą developerzy już znają i której ufają.

    Źródła

  • OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    Najnowsza aktualizacja OpenCode, której zmiany zostały odnotowane w changelogu zaktualizowanym do 21 sierpnia 2026 roku, wprowadza znaczące poprawki w komunikacji z serwerami MCP oraz szereg ulepszeń w aplikacji desktopowej. To nie jest jednorazowa łatka, lecz kontynuacja procesu stabilizacji klienta, który trwa od kilku tygodni. Zespół skupił się na poprawie współpracy z różnymi generacjami serwerów oraz na udoskonaleniu codziennego doświadczenia programistów korzystających z narzędzia na desktopie.

    Kluczowe zmiany w skrócie

    • Kompatybilność MCP została wzmocniona przez jawne deklarowanie możliwości klienta oraz obsługę zarówno starszych, jak i obecnych serwerów.
    • Desktop zyskał nowy skrót do selektora projektów, poprawioną nawigację kartami oraz usunięcie dodatkowych pionowych obramowań w widoku V2.
    • Stabilność sesji została poprawiona dzięki naprawie błędu Solid, który mógł blokować nawigację, oraz usprawnionemu ładowaniu listy sesji.
    • Terminal i TUI otrzymały poprawki renderowania i wykonywania poleceń, co przekłada się na bardziej przewidywalne środowisko pracy.
    • Sidecar V2, oparty na dołączonej usłudze CLI, zapowiada głębsze zmiany architektoniczne w desktopie.

    Co konkretnie zmieniło się w MCP

    OpenCode od dawna wspiera serwery Model Context Protocol, zarówno lokalne, jak i zdalne, z OAuth i dynamiczną rejestracją klienta. Problem polegał na tym, że nie wszystkie serwery MCP używały tego samego dialektu. Aktualizacja wprowadza jawną deklarację możliwości klienta, co ułatwia serwerom rozpoznanie, z czym mają do czynienia.

    Aplikacja desktopowa OpenCode potrafi teraz wykrywać zarówno starsze, jak i obecne serwery, dostosowując swoje zachowanie. Dla obecnych serwerów wspiera transport terminala, dane przeglądu, akcje sesji, podpowiedzi, polecenia, osie czasu oraz strumieniowanie zdarzeń na żywo. Jednocześnie zachowuje kompatybilność ze starszymi konfiguracjami.

    Dla użytkownika oznacza to mniej frustrujących niespodzianek przy podłączaniu zewnętrznych narzędzi. Jeśli korzystasz z OpenCode w połączeniu z innymi klientami MCP, ryzyko problemów przy zmianie wersji serwera zmniejszyło się. Automatyczne ponowne łączenie po wygaśnięciu sesji SDK oraz obsługa współbieżnych żądań dodatkowo stabilizują środowisko.

    Desktop po liftingu – nie tylko kosmetyka

    Zmiany wizualne i nawigacyjne są wyraźnie odczuwalne. Zespół usunął dodatkowe pionowe obramowania z widoku projektów V2, co sprawia, że interfejs jest czystszy i mniej zagracony. Skrót do otwierania selektora projektu w nowych sesjach przyspiesza rozpoczęcie pracy, a nawigacja kartami za pomocą klawiatury teraz podąża za widoczną kolejnością – to istotna poprawka dla osób pracujących bez myszki.

    Pojawił się również opcjonalny sidecar V2 oparty na dołączonej usłudze CLI. To wskazuje na głębszą przebudowę architektoniczną desktopu, a nie tylko powierzchowne poprawki. W połączeniu z wcześniejszymi zmianami, takimi jak przeniesienie parsowania markdown na osobny wątek czy synchronizacja motywu terminala z motywem aplikacji, widać konsekwentny kierunek: desktop ma być szybszy i bardziej responsywny.

    Stabilność, która ratuje workflow

    Dwa fixy z tej aktualizacji zasługują na szczególne wyróżnienie. Pierwszy to naprawa błędu Solid, który mógł zakłócać nawigację w desktopie. Drugi to poprawka ładowania sesji domowej – lista sesji aktualizuje się teraz bez zawieszania całej strony. To szczegóły decydują o tym, czy narzędzie stanie się częścią codziennego arsenału, czy trafi do folderu "do sprawdzenia kiedyś".

    Wcześniejsze wydania z lipca i sierpnia przyniosły również poprawki w TUI, w tym lepsze renderowanie wywołań narzędzi Bash oraz obsługę recenzji pull requestów z kontekstem numeru PR i URL-a. Wszystko to składa się na bardziej przewidywalne środowisko – szczególnie istotne, gdy pracuje się z AI w trybie, który niektórzy nazywają vibe codingiem.

    Co to znaczy dla programistów

    OpenCode zmierza w kierunku narzędzia, które nie tylko łączy się z modelami AI, ale robi to w sposób przewidywalny i wybaczający błędy konfiguracji. Ulepszona kompatybilność MCP, odświeżony desktop i stabilność sesji to zmiany, które mogą nie rzucać się w oczy przy pierwszym uruchomieniu, ale po kilku dniach pracy zaczynają przynosić korzyści. Jest to szczególnie ważne, gdy twój stack składa się z mieszanki lokalnych modeli, zdalnych serwerów i kilku klientów MCP jednocześnie.

    Źródła

  • Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Google wprowadziło nową wersję nocną Gemini CLI, oznaczoną jako v0.48.0-nightly. Ta aktualizacja wprowadza atomowe aktualizacje wykrywania narzędzi MCP oraz standaryzuje formatowanie wyników. Wydanie, publikowane codziennie o północy UTC, zawiera również poprawki stabilności, które były oczekiwane przez deweloperów pracujących z narzędziami AI. Najnowszy snapshot z 13 czerwca 2026 roku przynosi poprawkę mapowania modeli Vertex AI, co jest istotne dla zespołów korzystających z infrastruktury Google Cloud.

    Kluczowe zmiany w aktualizacji

    • Atomowe aktualizacje wykrywania narzędzi MCP eliminują problemy z częściowym ładowaniem serwerów.
    • Standaryzacja formatowania wyników ułatwia parsowanie odpowiedzi w skryptach automatyzujących.
    • Poprawka pętli ponawiania przy wyczerpaniu limitów zapytań zapobiega bezproduktywnemu obciążaniu API.
    • Nowa dokumentacja i polecenia migracyjne przygotowują użytkowników na przejście do Antigravity CLI.

    Atomowe wykrywanie narzędzi MCP

    Nowy mechanizm wykrywania narzędzi MCP działa w trybie atomowym — wszystkie serwery są wykrywane jednocześnie, co eliminuje problemy, które występowały, gdy część serwerów nie była widoczna po restarcie CLI. Atomowe podejście zapewnia, że agent AI widzi albo kompletny zestaw narzędzi, albo żaden, co eliminuje stany pośrednie.

    MCP, czyli Model Context Protocol, to mechanizm, przez który Gemini CLI łączy się z lokalnymi i zdalnymi usługami. Każdy serwer MCP może udostępniać własne endpointy, funkcje czy integracje, więc ich niezawodne wykrywanie jest kluczowe dla pracy z narzędziami takimi jak Cursor czy Windsurf. Atomowe aktualizacje eliminują błędy typu "narzędzie X nie zostało znalezione, uruchom CLI ponownie".

    Standaryzacja wyników i walka z pętlami ponawiania

    Standaryzacja wyników i walka z pętlami ponawiania

    Wydanie v0.48.0-nightly wprowadza ujednolicone formatowanie wyników zwracanych przez narzędzia. Dla programistów piszących skrypty automatyzujące oznacza to, że parsowanie odpowiedzi staje się przewidywalne, a JSON trzyma się ustalonego schematu. Mniej regexów oznacza mniej niespodzianek.

    Drugim istotnym poprawionym elementem jest obsługa zerowych limitów zapytań. Wcześniej, gdy użytkownik wyczerpał swój limit, Gemini CLI wpadał w pętlę ponawiania żądań, co generowało niepotrzebny ruch i frustrację. Teraz narzędzie rozpoznaje kod błędu limitu i kończy żądanie bez zbędnych powtórzeń. Dodatkowo poprawiono obsługę wielowierszowych znaków cytowania, co jest przydatne, gdy prompt zawiera fragmenty kodu z zagnieżdżonymi apostrofami.

    Vertex AI, Antigravity i nadchodząca migracja

    Vertex AI, Antigravity i nadchodząca migracja

    Wersja z 13 czerwca wprowadza poprawkę mapowania modeli Vertex AI, co bezpośrednio dotyka użytkowników chmurowych. Jeśli korzystasz z Gemini CLI podpiętego do Vertex AI w Google Cloud, ta aktualizacja powinna rozwiązać problemy z rozpoznawaniem dostępnych modeli językowych.

    Cała linia nightly v0.48.0 działa w kontekście nadchodzącej migracji do Antigravity CLI. Google ogłosiło 30-dniowe okno przejściowe, a 18 czerwca 2026 roku Gemini CLI przestało obsługiwać zapytania dla kont indywidualnych — Google AI Pro, Ultra i darmowych. Użytkownicy Enterprise Gemini Code Assist oraz osoby z autoryzacją przez API key nie zostali tym dotknięci, ale dla pozostałych zmiana jest nieunikniona.

    Nowa dokumentacja w v0.48.0-nightly zawiera polecenia migracyjne i opisuje, jak przeprowadzić jednorazowy import rozszerzeń, umiejętności i ustawień do Antigravity CLI. Zmieniają się również ścieżki konfiguracyjne: MCP dla serwerów globalnych trafia do ~/.gemini/config/mcp_config.json, a dla workspace’ów do .agents/mcp_config.json. Jeśli korzystasz z własnych skryptów automatyzujących, warto to sprawdzić — dotychczasowa konfiguracja inline przestanie działać.

    Ostrożność przy nocnych wydaniach

    Wydania nightly mogą zawierać błędy i nieprzetestowane zmiany. Wersja v0.48.0-nightly to snapshot z głównej gałęzi, a nie stabilna wersja produkcyjna. Dla zespołów pracujących w produkcji zaleca się ostrożność, ale jeśli zależy ci na szybkim dostępie do poprawek limitów i formatowania, ta wersja jest warta przetestowania. Problemy z pętlami ponawiania mogły skutecznie blokować pracę przez cały dzień.

    W praktyce: jeśli twój zespół używa Gemini CLI do codziennych zadań, warto śledzić linię nightly na GitHubie i czytać changelogi przed aktualizacją. Atomowe wykrywanie MCP i standaryzacja wyników to zmiany, które ułatwiają pracę, ale kontekst migracji do Antigravity CLI sprawia, że to dobry moment, aby zaplanować przejście w spokojnym tempie, zamiast być zaskoczonym nagłym odcięciem dostępu.

    Źródła

  • Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google wypuściło 11 czerwca 2026 roku wersję 2.1.4 swojego środowiska Google Antigravity, wprowadzając kilka istotnych nowości, takich jak przeprojektowany ekran limitów, wsparcie dla załączników PDF w modelach Gemini oraz nową komendę /btw. Aktualizacja jest wprowadzana stopniowo, więc nie wszyscy użytkownicy zobaczą zmiany od razu, ale warto wiedzieć, co dokładnie się zmieniło.

    Kluczowe zmiany w skrócie

    • Przeprojektowany ekran limitów – odświeżona strona Models & Quota oraz wskaźniki zużycia w pasku statusu dają lepszy wgląd w wykorzystanie kredytów AI.
    • Wsparcie załączników PDF – modele Gemini potrafią teraz przyjmować dokumenty PDF, co usprawnia pracę z dokumentacją techniczną i specyfikacjami.
    • Nowa komenda /btw – umożliwia zadawanie efemerycznych pytań pobocznych bez zaśmiecania głównego wątku rozmowy.
    • Ulepszone wyszukiwanie konwersacji i nawigacja po plikach – szybciej odnajdziesz starsze wątki i sprawniej poruszasz się między dokumentami projektu.
    • Lepsze wsparcie LaTeX oraz poprawki stabilności serwerów MCP.

    Limity na pierwszym planie

    Najważniejsza zmiana dotyczy widoczności limitów. Użytkownicy Google Antigravity 2.1.4 mogli wcześniej sprawdzać swoje zużycie przez komendę /usage, która otwierała panel Model Quotas. Wersja 2.1.4 nie usuwa tego polecenia, ale dodaje wizualne wskaźniki bezpośrednio w pasku statusu.

    Przeprojektowana strona Models & Quota pokazuje teraz czytelniej, ile kredytów zostało i kiedy nastąpi odświeżenie puli. To istotne szczególnie podczas długich sesji programistycznych – nikt nie chce nagle stracić dostępu do modeli w środku debugowania.

    Limity są powiązane z planem. Użytkownicy Google AI Ultra otrzymują najwyższy przydział, odnawiany co pięć godzin. Inni użytkownicy mają pulę odświeżaną raz w tygodniu. Gdy bazowy limit się wyczerpie, dalsze działanie zależy od ustawienia AI Credit Overages – można je całkowicie wyłączyć, wybierając opcję „Never”.

    PDF i LaTeX – ukłon w stronę dokumentacji

    Obsługa PDF-ów w modelach Gemini to zmiana, która ucieszy zespoły pracujące z obszerną dokumentacją. Można teraz wrzucić plik PDF bezpośrednio do konwersacji i poprosić model o analizę, streszczenie czy wyciągnięcie konkretnych fragmentów. Dotychczas trzeba było przeklejać tekst ręcznie albo konwertować dokumenty do innych formatów.

    Równolegle poprawiono renderowanie LaTeX-a. Dla zespołów piszących dokumentację techniczną z formułami matematycznymi to zmiana, która poprawia wyświetlanie wzorów, eliminując artefakty, które mogły utrudniać czytanie specyfikacji.

    /btw i historia komend

    /btw i historia komend

    Nowa komenda /btw służy do zadawania pobocznych pytań, które nie zostają na stałe w konwersacji. Przydaje się, gdy podczas głównego wątku potrzebujesz szybko sprawdzić coś niezwiązanego bezpośrednio z tematem – na przykład składnię metody, definicję pojęcia czy konwencję nazewniczą.

    Dodatkowo, można przywoływać historię komend za pomocą strzałki w górę. Działa to tak samo jak w terminalu – nie trzeba ponownie wpisywać długich poleceń, wystarczy przewinąć wcześniej użyte.

    Co poza tym

    Co poza tym

    Wersja 2.1.4 to nie tylko nowe funkcje. Poprawiono wyszukiwanie w historii konwersacji, więc znalezienie konkretnego wątku sprzed tygodnia nie wymaga już ręcznego scrollowania. Nawigacja po plikach projektu również dostała kilka ulepszeń – szybciej można przełączać się między dokumentami bez gubienia kontekstu.

    Po stronie infrastruktury odnotowano wzrost stabilności serwerów MCP. Dla użytkowników korporacyjnych i osób stawiających własne środowiska deweloperskie to sygnał, że Google poważnie traktuje ten komponent – mniej zawieszek i nieoczekiwanych przerw w działaniu agentów.

    Podsumowanie

    Aktualizacja 2.1.4 wprowadza przemyślane poprawki, które odpowiadają na realne problemy: słabą widoczność limitów, brak natywnej obsługi PDF-ów i potrzebę szybkich pytań pobocznych. Jeśli używasz Google Antigravity 2.1.4 na co dzień, nowy pasek statusu i komenda /btw szybko staną się częścią Twojego workflow. A jeśli pracujesz z dokumentacją – wsparcie PDF-ów może znacząco skrócić czas potrzebny na analizę specyfikacji.

    Źródła

  • Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed wydał wersję 1.6.3 swojego edytora, wprowadzając dedykowane zakładki do podglądu różnic w Gicie, widoczne liczniki dodanych i usuniętych linii oraz tryb szybkich odpowiedzi dla modeli Anthropic i OpenAI w panelu agenta AI. Ta aktualizacja koncentruje się na dwóch kluczowych aspektach codziennej pracy programisty: poprawie przeglądania kodu i zwiększeniu responsywności narzędzi wspomaganych sztuczną inteligencją.

    Kluczowe zmiany w skrócie

    • Dedykowane zakładki diff – pojedynczy plik z Gita można otworzyć w osobnej karcie bezpośrednio z panelu Git
    • Tryb szybki (Fast mode) – dostępny dla wszystkich użytkowników, kieruje zapytania przez priorytetowe warstwy usług Anthropic i OpenAI
    • Udostępniane linki do skilli – pełna zawartość skilla zakodowana w URL-u, gotowa do zaimportowania przez innego użytkownika
    • Szczegółowa piaskownica terminala – agent prosi o dostęp do konkretnych ścieżek, zamiast żądać dostępu do całego systemu plików
    • Split diff w historii commitów – możliwość przełączania widoku porównawczego na układ side-by-side

    Przeglądanie zmian w Gicie bez tarcia

    Dotychczas podgląd różnic dla pojedynczego pliku wymagał otwierania całego widoku diff projektu, co rozpraszało przy szybkich rewizjach. W wersji 1.6.3 zespół Zeda dodał możliwość otwierania pojedynczego pliku diff w dedykowanej zakładce – wystarczy kliknąć plik w panelu Git. To zmiana w interfejsie, która zmniejsza liczbę zbędnych operacji przy codziennym code review.

    Panel Git pokazuje teraz całkowitą liczbę dodanych i usuniętych linii. Wcześniej trzeba było ręcznie sumować zmiany albo polegać na zewnętrznych narzędziach, żeby ocenić rozmiar danej łatki. Teraz liczby są widoczne od razu, z separatorami tysięcy, co ułatwia szybką ocenę zakresu modyfikacji.

    Kolejnym usprawnieniem jest tryb split diff w historii commitów. Zamiast domyślnego widoku zunifikowanego można przełączyć się na układ side-by-side, który część programistów uważa za bardziej czytelny przy porównywaniu większych bloków kodu. Nowa akcja git: compare with branch pozwala bezpośrednio zestawić bieżącą gałąź z dowolną inną, bez przeklikiwania się przez dodatkowe menu.

    Sztuczna inteligencja na wyższym biegu

    Sztuczna inteligencja na wyższym biegu

    Największą nowością w obszarze AI jest tryb szybki dla modeli Anthropic i OpenAI. Wcześniej dostępny tylko wewnętrznie dla pracowników Zeda, teraz trafia do wszystkich użytkowników. Mechanizm jest prosty: zapytania do API kierowane są przez priorytetowe warstwy usług, co skraca czas odpowiedzi, ale wiąże się z wyższym kosztem za token. Dla zadań, gdzie liczy się każda sekunda, ta opcja może być warta swojej ceny.

    Zed wprowadził też możliwość kopiowania linków do skilli bezpośrednio z panelu ustawień. URL w formacie zed://skill?data=… zawiera zakodowaną w base64url pełną treść skilla w Markdownie. Inny użytkownik Zeda może otworzyć taki link i od razu zobaczyć widok kreatora skilla z załadowaną zawartością – bez ręcznego kopiowania plików czy konfiguracji. To ułatwienie przy dzieleniu się własnymi przepisami na interakcje z agentem w zespołach.

    Warto też wspomnieć o przebudowie piaskownicy terminala. Agent nie prosi już o ogólny dostęp do systemu plików. Zamiast tego żąda pozwolenia na zapis w konkretnych ścieżkach, z opcją przyznania go na jedną komendę lub na resztę konwersacji. Pliki tymczasowe utworzone w trakcie sesji są teraz zachowywane pomiędzy komendami w tym samym wątku, co pozwala agentowi kontynuować pracę bez utraty kontekstu.

    Drobiazgi, które robią różnicę

    Drobiazgi, które robią różnicę

    Wyszukiwarka plików doczekała się prostej, ale praktycznej zmiany – można teraz otworzyć plik bez zamykania okna wyszukiwarki. Wystarczy użyć strzałki w prawo na końcu wpisywanej ścieżki albo kliknąć przycisk "Keep Open". To eliminuje irytujące ponowne otwieranie findera przy pracy z wieloma plikami.

    Zed dodał też wsparcie dla Claude Opus 4.8 w trybie BYOK (bring your own key), konfigurowalne instrukcje do generowania commit message’y przez AI oraz możliwość wyboru, w którym worktree otworzyć wątek draftu, gdy grupa zawiera ich kilka. Całość zamyka solidna porcja poprawek błędów i ulepszeń wydajności edytora, zgodnie z dotychczasowym tempem cotygodniowych wydań stabilnych.

    Stabilność zamiast rewolucji

    Wydanie 1.6.3 nie jest przeskokiem generacyjnym. To aktualizacja, która dociska istniejące mechanizmy – Git i agent AI otrzymują narzędzia, których brakowało w codziennym użytkowaniu. Dedykowane zakładki diff, liczniki linii i tryb szybki nie są efektownymi nowościami na zrzutach ekranu, ale realnie wpływają na tempo pracy. A o to w edytorze kodu chodzi.

    Źródła

  • Devin Desktop v3.1.7 stawia na dopracowanie interfejsu i lokalną integrację

    Devin Desktop v3.1.7 stawia na dopracowanie interfejsu i lokalną integrację

    Cognition wydało 10 czerwca 2026 aktualizację Devin Desktop v3.1.7, która nie wprowadza rewolucyjnych zmian, ale poprawia doświadczenie przełączania się między trybem agenta a edytora. Aktualizacja jest skierowana głównie do użytkowników zarządzających mieszanymi przepływami pracy – lokalnymi agentami i zadaniami w chmurze – którzy chcą, aby wszystko działało płynniej.

    Kluczowe zmiany w pigułce

    • Nowy przełącznik Agent/Editor w zwiniętym pasku bocznym, z ujednoliconą ikoną wyszukiwania dla obu trybów
    • Płynniejsze przełączanie trybów – okna pomocnicze nie zamykają się i nie otwierają ponownie przy każdej zmianie
    • Wsparcie dla plików .devinignore obok istniejących .windsurfignore i .codeiumignore
    • Rebranding CLI – ustawienia zmieniły nazwę na Devin Local, a wbudowany agent lokalny zaktualizowano do wersji v2026.5.26-8
    • Poprawki UI – strony ustawień i MCP marketplace wykorzystują pełną szerokość panelu, zachowując wyśrodkowaną zawartość na szerokich ekranach

    Mniej klikania, więcej kodowania

    Najbardziej zauważalną zmianą jest nowy przełącznik Agent/Editor w zwiniętym pasku tytułowym. Dotychczas przeskakiwanie między widokiem agenta a klasycznym edytorem bywało irytujące, szczególnie przy pracy z dodatkowymi oknami pomocniczymi. Zamykanie i otwieranie okien przy każdej zmianie trybu przeszkadzało w pracy. Teraz przełączanie odbywa się płynnie, bez zbędnego migania interfejsu.

    Drobna, ale przydatna zmiana dotyczy zachowania panelu bocznego. Po aktualizacji przycisk zwijania pozostaje na swoim miejscu nawet podczas otwierania i zamykania szuflady. To może wydawać się szczegółem, ale przy długotrwałej pracy te drobne niedogodności mogą być uciążliwe.

    Devin Local – nowa nazwa, lepsza wydajność

    Rebranding ustawień CLI na Devin Local to interesujący krok. Lokalny agent, wcześniej znany jako Cascade, został oficjalnie włączony pod markę Devin i zaktualizowany do wersji v2026.5.26-8. Dokumentacja wskazuje, że Devin Local oferuje do 30% lepszą efektywność tokenów w porównaniu do Cascade oraz wsparcie dla subagentów, zachowując tę samą architekturę, co Devin CLI.

    Dla web developerów i osób zajmujących się vibe codingiem to istotna informacja – lepsza gospodarka tokenami przekłada się na niższe koszty i szybsze odpowiedzi agenta, co jest szczególnie ważne przy większych projektach, gdzie kontekst może szybko urosnąć.

    Kontrola kontekstu z .devinignore

    Wsparcie dla plików .devinignore to kolejny krok w stronę DevOpsów i osób zarządzających rozbudowanymi repozytoriami. Mechanizm działa podobnie do .gitignore – pozwala wskazać, które pliki i katalogi agent ma ignorować podczas analizy projektu. W połączeniu z istniejącymi .windsurfignore i .codeiumignore daje większą kontrolę nad tym, co trafia do kontekstu agenta.

    W praktyce oznacza to mniej szumu w odpowiedziach agenta. Jeśli pracujesz z dużym monorepo lub masz w projekcie wygenerowane pliki, logi czy zależności, które nie powinny wpływać na sugestie – teraz łatwiej je odfiltrujesz. To prosta zmiana, która realnie wpływa na jakość interakcji z agentem.

    Podsumowanie

    Devin Desktop v3.1.7 to aktualizacja, która nie przyciągnie dużej uwagi, ale jest wartościowym zbiorem poprawek, które docenią osoby spędzające w tym środowisku wiele godzin dziennie. Płynniejsze przełączanie trybów, lepsza kontrola nad kontekstem projektu i wydajniejszy lokalny agent przyczyniają się do bardziej komfortowego doświadczenia. Użytkownicy Devin Desktop jako głównego środowiska do zarządzania agentami – lokalnymi i chmurowymi – odczują te zmiany od razu.

    Źródła