Kategoria: Aktualizacje Oprogramowania

  • 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

  • Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Ekipa Cognition wypuściła Devin Desktop 3.1.7, aktualizację, która koncentruje się na poprawie codziennej pracy z agentem AI i edytorem kodu. To kolejny krok w serii 3.1, rozwijającej niedawny rebranding aplikacji. Nowa wersja eliminuje kilka drobnych, ale irytujących problemów w przepływie pracy oraz porządkuje nazewnictwo związane z lokalnym środowiskiem uruchomieniowym.

    Co nowego w Devin Desktop 3.1.7

    • Przełącznik Agent/Editor został umieszczony na pasku tytułowym przy zwiniętym panelu bocznym, a ikona wyszukiwania została ujednolicona, aby zawsze otwierała wyszukiwanie agenta.
    • Zachowanie panelu bocznego poprawiono — teraz pozostaje na swoim miejscu przy otwieraniu i zamykaniu szuflady.
    • Okna pomocnicze nie znikają już i nie odtwarzają się przy przechodzeniu między trybem agenta a edytora.
    • Sekcja ustawień „Devin CLI” została przemianowana na „Devin Local”.
    • Wsparcie dla plików .devinignore dołącza do znanych już .windsurfignore i .codeiumignore.

    Płynność ponad wszystko

    Przełączanie się między trybem agenta a edytorem w Devin Desktop 3.1.7 stało się znacznie prostsze. Wcześniej każde przejście wiązało się z zamykaniem i ponownym otwieraniem okien pomocniczych, takich jak terminal, podgląd czy panele diagnostyczne. Wersja 3.1.7 rozwiązuje ten problem, ponieważ okna pozostają na swoim miejscu.

    Dodatkowo, przełącznik Agent/Editor jest teraz dostępny bezpośrednio na pasku tytułowym, nawet gdy boczny panel jest zwinięty. To może wydawać się drobnym szczegółem, ale w praktyce oszczędza kliknięcia i nie przerywa rytmu pracy. Wyszukiwanie również zostało uproszczone — jedna ikona, jeden sposób działania, niezależnie od kontekstu.

    Te mikrozmiany mają znaczenie podczas długich sesji z kodem. Mniej migających okien i mniej przypadkowych strat kontekstu poprawiają komfort pracy.

    Devin Local zamiast CLI

    Devin Local zamiast CLI

    Zmiana nazwy z „Devin CLI” na „Devin Local” może wydawać się kosmetyczna, ale jest uzasadniona z perspektywy użytkownika. „CLI” sugerowało narzędzie wyłącznie terminalowe, podczas gdy w rzeczywistości odnosi się do całego lokalnego środowiska agenta — od instalacji po zarządzanie sesjami.

    W tej samej aktualizacji zaktualizowano również lokalnego agenta do wersji v2026.5.26-8 oraz dodano powiadomienia o nieudanym logowaniu. Wcześniej, gdy autoryzacja się nie powiodła, użytkownik mógł nie wiedzieć, co się stało. Teraz otrzymuje jasny komunikat — proste, ale potrzebne.

    .devinignore — kontrola nad kontekstem agenta

    .devinignore — kontrola nad kontekstem agenta

    Nowy plik .devinignore odpowiada na potrzebę zarządzania tym, co agent AI widzi w projekcie. Wsparcie dla tego mechanizmu dołącza do istniejących już .windsurfignore i .codeiumignore, co sugeruje spójną filozofię Cognition: użytkownik decyduje, które pliki wchodzą w skład kontekstu.

    Ma to znaczenie z kilku powodów. Po pierwsze — prywatność: klucze API, dane testowe czy pliki konfiguracyjne mogą być wykluczone z analizy agenta. Po drugie — wydajność: mniejszy kontekst prowadzi do szybszych odpowiedzi i mniejszego zużycia tokenów. Po trzecie — higiena projektu: agent nie będzie sugerował zmian w plikach, które celowo trzymamy poza jego zasięgiem.

    UI i ustawienia

    W Devin Desktop 3.1.7 odświeżono również wygląd paneli Ustawień i marketplace MCP. Strony te korzystają teraz z pełnej szerokości panelu, a ich zawartość pozostaje wyśrodkowana na szerszych ekranach. Ta zmiana wizualna poprawia czytelność, szczególnie na monitorach o wyższej rozdzielczości.

    Całość wpisuje się w szerszy obraz Devin Desktop 3.1.7 jako środowiska, które łączy lokalną edycję kodu z pracą agentów — zarówno lokalnych, jak i chmurowych. Aplikacja bazuje na Windsurf IDE, więc wszystkie ustawienia, rozszerzenia i skróty klawiszowe są zachowane. Wersja 3.1.7 to nie rewolucja, ale solidna dawka dopracowania — co w narzędziach codziennego użytku ma kluczowe znaczenie.


    Źródła

  • Zed 1.5.5: Claude Fable 5 w BYOK i naprawa zaufania repozytoriów

    Zed 1.5.5: Claude Fable 5 w BYOK i naprawa zaufania repozytoriów

    Zed wprowadził stabilną aktualizację 1.5.5, która rozszerza wsparcie dla Anthropic BYOK o model Claude Fable 5 oraz eliminuje błąd związany z przyciskiem zaufania dla repozytoriów git. Te dwie zmiany mają istotny wpływ na codzienną pracę programistów korzystających z tego edytora.

    Kluczowe fakty

    • Claude Fable 5 dołączył do konfiguracji Anthropic BYOK w Zed 1.5.5
    • Przycisk zaufania repozytorium git przestał ignorować kliknięcia po naprawie błędu
    • BYOK pozwala użytkownikom Zed podłączać własne klucze API zamiast polegać wyłącznie na dostawcach wbudowanych
    • Mechanizm zaufania to część systemu bezpieczeństwa Zed przy pracy z repozytoriami o różnych stanach zaufania
    • Aktualizacja trafiła do stabilnego kanału, nie jest to wersja testowa

    Claude Fable 5 w ekosystemie BYOK

    Zed rozwija funkcję Bring Your Own Key, która daje programistom możliwość wyboru dostawcy modeli AI. Użytkownicy mogą podłączyć własny klucz API i korzystać z preferowanych modeli. W wersji 1.5.5 do listy obsługiwanych modeli Anthropic dołączył Claude Fable 5.

    Dodanie jednego modelu może wydawać się drobną zmianą, ale dla osób, które polegają na konkretnym modelu w pracy z AI – czy to do generowania kodu, refaktoryzacji, czy analizy kontekstu w projekcie – to różnica między wygodnym workflow a frustracją. Zed systematycznie poszerza paletę modeli, co widać po historii wydań, w których pojawiały się aktualizacje dotyczące Anthropic i innych dostawców.

    Oznacza to, że jeśli masz wykupiony dostęp do Claude przez Anthropic i używasz go poza Zedem, teraz możesz wykorzystać ten sam klucz API wewnątrz edytora, co eliminuje potrzebę przeskakiwania między narzędziami.

    Git – przycisk, który wreszcie działa

    Git – przycisk, który wreszcie działa

    Druga zmiana w aktualizacji 1.5.5 to naprawa błędu, który powodował, że kliknięcie przycisku „zaufaj temu repozytorium git” nie przynosiło rezultatu. Choć może to brzmieć nieistotnie, brak możliwości oznaczenia repozytorium jako zaufanego mógł blokować część operacji w Zed, wymagając ciągłego potwierdzania.

    Kontrola zaufania repozytoriów to element szerszego podejścia Zed do bezpieczeństwa. Edytor ostrzega przed potencjalnie niebezpiecznymi repozytoriami i wymaga zgody użytkownika na pełną interakcję. Gdy przycisk nie działa, użytkownik nie może normalnie pracować ani potwierdzić, że ufa kodowi. Naprawa tego problemu przywraca płynność pracy z projektami, szczególnie tymi klonowanymi z zewnętrznych źródeł.

    Co to znaczy dla zespołów webowych i AI

    Co to znaczy dla zespołów webowych i AI

    Zed pozycjonuje się jako nowoczesny edytor dla programistów, którzy cenią szybkość i integrację z AI. Aktualizacje, takie jak 1.5.5, pokazują, że zespół Zed reaguje na potrzeby użytkowników – zarówno w zakresie elastyczności w wyborze modeli AI, jak i eliminowania przeszkód w podstawowych przepływach pracy, takich jak git.

    Dodanie Claude Fable 5 do BYOK wpisuje się w szerszy trend, w którym twórcy narzędzi deweloperskich odchodzą od narzucania jednego dostawcy AI na rzecz otwartej architektury, w której programista sam decyduje, z czego korzysta. Podobne podejście widać w innych edytorach i platformach, ale Zed konsekwentnie realizuje je w kolejnych wydaniach.

    Naprawiony przycisk zaufania pokazuje, że nawet drobne elementy interfejsu mają znaczenie dla produktywności. Gdy coś, co powinno działać od razu, przestaje reagować, efektem jest nie tylko irytacja, ale także realna strata czasu – szczególnie przy pracy z wieloma repozytoriami jednocześnie.

    Co dalej?

    Zed rozwija się w szybkim tempie, a historia wydań pokazuje, że aktualizacje związane z AI i integracją z git pojawiają się regularnie. Wersja 1.5.5 jest stosunkowo niewielka, ale obie zmiany odpowiadają na praktyczne potrzeby użytkowników. Jeśli korzystasz z Zed, warto zaktualizować – szczególnie jeśli używasz Anthropic przez BYOK lub miałeś problemy z przyciskiem zaufania repozytorium.


    Źródła

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

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

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

    Kluczowe zmiany w skrócie

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

    Automatyczna migracja bez ręcznego przeklikiwania

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

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

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

    Kiedy polecenie pada – teraz widać więcej

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

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

    Nienachalne przypominanie o aktualizacji

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

    Dlaczego to ma znaczenie dla web developerów

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

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

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


    Źródła