Tag: Git Bash

  • Qwen-Code 0.26.4 wprowadza niezależne worktree i interfejs dopasowany do motywu

    Qwen-Code 0.26.4 wprowadza niezależne worktree i interfejs dopasowany do motywu

    Pod koniec października 2026 roku projekt Qwen-Code został zaktualizowany do wersji 0.26.4. Twórcy skoncentrowali się na trzech głównych obszarach: elastyczniejszym interfejsie generowanym przez AI, bezpieczniejszej izolacji agentów zarządzanych oraz usprawnieniach w zarządzaniu sesjami i automatyzacją CI. To wydanie łączy zmiany wizualne z infrastrukturalnymi, co pozwala agentom kodującym działać bardziej przewidywalnie, a generowane widoki lepiej pasują do reszty aplikacji. Warto dodać, że po tej wersji ukazała się nowsza – v0.26.5 z 1 listopada 2026 r.

    Najważniejsze zmiany w skrócie

    • Niezależne worktree dla głównych sesji agentów zarządzanych – tymczasowe gałęzie Git izolują zmiany od głównego checkoutu
    • Interfejs generowany reaguje teraz na motyw aplikacji gospodarza (jasny/ciemny), a ramki kart zostały przetłumaczone i przeprojektowane
    • Fazowe aktualizacje agentów zarządzanych umożliwiają stopniowe wdrażanie zmian zamiast natychmiastowego przełączania wszystkich sesji
    • Sesje web-shell bez workspace są teraz przeniesione obok sesji workspace, a hosty osadzające mogą wybierać katalog roboczy
    • Automatyzacja CI otrzymała limit rund dla autofixów i nowy wyzwalacz „re-verify after update”

    Generowany interfejs wreszcie współgra z otoczeniem

    Jedną z bardziej widocznych zmian jest dostosowanie generowanych widoków do motywu aplikacji gospodarza. Do tej pory komponenty tworzone przez AI często miały własny schemat kolorystyczny, co powodowało, że jasny interfejs przerywał ciemny panel czy konsolę. Teraz Qwen-Code potrafi odczytać, czy użytkownik pracuje w trybie jasnym, czy ciemnym, i odpowiednio dopasowuje wygląd.

    Dodatkowo, lokalizacja i przeprojektowanie ramek kart używanych w generowanych widokach przyniosły zmiany nie tylko w tłumaczeniu napisów, ale także w samej strukturze wizualnej. Dla zespołów integrujących agenta Qwen w swoim środowisku deweloperskim oznacza to mniej ręcznego dostrajania wyglądu. W informacji o wydaniu nie podano metryk wydajności renderowania.

    Worktree: agent dostaje własną piaskownicę

    Największą nowością techniczną są niezależne worktree dla głównych sesji agentów zarządzanych. Według listy zmian sesja działa w osobnym worktree Git, więc nie wpływa na główny checkout projektu.

    Dokumentacja Qwen Code opisuje podobny mechanizm dla subagentów: parametr isolation: "worktree" tworzy efemeryczne worktree. To osobna funkcja, nie nowość tego wydania. Jeśli agent nie wprowadzi żadnych zmian, tymczasowe worktree jest automatycznie usuwane. Jeśli jednak coś zmodyfikuje, worktree zostaje zachowane wraz ze ścieżką i nazwą gałęzi. Deweloper może potem przejrzeć zmiany, zintegrować je lub odrzucić. To znaczne ułatwienie przy równoległym prototypowaniu czy testowaniu różnych podejść. Kilku agentów może pracować jednocześnie, nie kolidując ze sobą i nie zaśmiecając głównej gałęzi eksperymentalnymi commitami.

    Sesje, timing i automatyzacja

    Sesje, timing i automatyzacja
    Źródło: github.githubassets.com

    Zmiany w web-shell i zarządzaniu sesjami również wpływają na codzienną pracę. Sesje bez przypisanego workspace nie są już porzucane, lecz przeniesione obok sesji workspace. Dla użytkowników z wieloma otwartymi projektami to czystszy widok i szybsza nawigacja. Hosty osadzające mogą także decydować o katalogu roboczym, co zwiększa kontrolę przy integracji Qwen-Code z własnymi narzędziami.

    W obszarze modeli pojawił się inline timing w Token Usage, co pozwala na śledzenie nie tylko zużycia tokenów, ale także czasu wykonania. To istotna zmiana przy debugowaniu zapytań. Z kolei watchery root dla pull requestów autofix monitorują teraz sesję w worktree pod demonem, co pozwala na lepsze powiązanie obserwacji plików z rzeczywistym miejscem pracy agenta, zmniejszając ryzyko przeoczenia zmian podczas automatycznych poprawek.

    CI i pakiety: mniej niespodzianek w automatyzacji

    CI i pakiety: mniej niespodzianek w automatyzacji
    Źródło: github.githubassets.com

    Automatyzacja pull requestów została wzbogacona o ogranicznik w postaci round budget, który określa liczbę cykli poprawek, jakie CI może wykonać, zanim się zatrzyma. Do tej pory automaty mogły teoretycznie kręcić się w pętli, teraz mają twardy limit. Dodatkowo, wprowadzono wyzwalacz „re-verify after update”, który uruchamia ponowną weryfikację po aktualizacji kodu. Te zmiany mają na celu zwiększenie przewidywalności: mniej nieskończonych pętli, więcej kontroli.

    Na froncie rozszerzeń pojawiło się wsparcie dla nieskopowanych instalacji npm, co rozszerza kompatybilność poza pakiety z prefixem organizacji. Teraz zwykłe paczki z rejestru npm również będą działać, co jest przydatne, gdy zespół chce szybko podpiąć mniej formalnie opublikowane narzędzie.

    Podsumowanie

    Qwen-Code 0.26.4 nie wprowadza rewolucyjnych zmian, ale skutecznie rozwiązuje kilka problemów. Generowany interfejs lepiej współgra z otoczeniem, agenci zyskali własne piaskownice w Git, a automatyzacja CI zyskała rozsądne ograniczenia. Dla zespołów korzystających z agentów w środowiskach produkcyjnych lub półprodukcyjnych to wydanie zmniejsza ryzyko kolizji przy równoległej pracy i ułatwia integrację wizualną. Nie odnotowano spektakularnych skoków wydajności, a w informacji o wydaniu nie podano danych dotyczących czasu uruchamiania czy wielkości paczek, ale kierunek zmian wskazuje na rozwój narzędzia.

    Źródła

  • Zed 1.13.1 porządkuje pracę z Gitem i usuwa uciążliwe błędy edytora

    Zed 1.13.1 porządkuje pracę z Gitem i usuwa uciążliwe błędy edytora

    Zed 1.13.1, wydany 29 lipca 2026 roku, trafił do stabilnego kanału jako aktualizacja zawierająca poprawki i nowe funkcje. Zespół skupił się na ulepszeniach codziennych zadań, takich jak wybór gałęzi Git, bezpieczeństwo operacji na indeksie, diagnostyka LSP oraz wydajność panelu agenta AI. Wprowadzono również wskaźniki statusu uruchamiania, możliwość edytowania poziomu powiększenia obrazów oraz nowe przyciski w Panelu Agenta.

    Najważniejsze fakty w skrócie

    • Wybór gałęzi Git zyskał lepsze filtrowanie i grupowanie, podpowiedzi przy tworzeniu gałęzi oraz ikony dostawców zdalnych repozytoriów.
    • Naprawiono poważny błąd Git: stage'owanie jednego fragmentu diffa mogło przypadkowo dodać inny, a późniejsze usuwanie ze stage'a psuło indeks repozytorium.
    • Hooki commit-msg są teraz poprawnie obsługiwane, a operacje Git nie kończą się na timeoutach przy wolnej autoryzacji.
    • LSP Logs pokazują czas trwania żądań obok odpowiedzi RPC, co ułatwia diagnozowanie wolnego działania serwera.
    • Panel agenta zyskał szybsze wątki przy dużej liczbie zmian plików oraz przyciski kopiowania odpowiedzi i przewijania do powiązanej wiadomości w każdej odpowiedzi.

    Git bez niespodzianek

    Jedną z najważniejszych poprawek jest rozwiązanie problemu z stage'owaniem fragmentów diffa. W przypadku pliku z powtarzającymi się liniami, zaznaczenie jednego hunka mogło prowadzić do dodania innego, co skutkowało problemami z indeksem Git. Takie sytuacje mogą znacząco utrudnić pracę, zwłaszcza w przypadku współpracy nad wspólnym repozytorium.

    Poprawiono także obsługę hooków commit-msg, które wcześniej mogły być pomijane. Teraz, jeśli masz w nich walidację numeru zgłoszenia lub konwencji commitów, będą działały zgodnie z oczekiwaniami.

    Dodatkowo, projekty zdalne mogą teraz wczytywać szablony wiadomości commita, a widok solo diff domyślnie pokazuje cały plik, zachowując wskaźniki zmian Git w pasku przewijania.

    Gałęzie pod kontrolą

    Picker gałęzi zyskał lepsze filtrowanie i grupowanie, bardziej sensowne podpowiedzi przy tworzeniu nowej gałęzi oraz ikony rozpoznające dostawcę zdalnego repozytorium. Przy pracy z wieloma branchami w jednym projekcie, te zmiany przyspieszają proces podejmowania decyzji.

    Diagnostyka LSP i wskaźniki uruchamiania

    LSP Logs teraz wyświetlają czas trwania żądań przy odpowiedziach RPC. Choć brzmi to technicznie, w praktyce ułatwia diagnozowanie problemów z wydajnością serwera, nie przypisując jednak wszystkich problemów wyłącznie do LSP.

    Wprowadzono także wskaźniki statusu uruchamiania przy runnable gutter controls, które pokazują status uruchomienia i ostatni wynik. Dla zakończonych uruchomień dostępna jest opcja wyczyszczenia statusu, co poprawia feedback w edytorze.

    Co więcej, poziom powiększenia w przeglądarce obrazów stał się edytowalny, co pozwala na ręczne ustawienie wartości, zamiast korzystania z sztywnych presetów.

    Wydajność edytora i agenta AI

    Zed 1.13.1 poprawił wydajność wątków agenta przy dużej liczbie zmian plików, co jest istotne dla użytkowników korzystających z narzędzi AI, które modyfikują wiele plików jednocześnie. Każda odpowiedź w Panelu Agenta ma teraz przyciski kopiowania, przewijania do powiązanej wiadomości użytkownika oraz skoku na górę.

    Naprawiono również nadmierne zużycie pamięci przy komponowaniu tekstu przez Fcitx5 na KDE Wayland. Użytkownicy Linuksa z tą konfiguracją z pewnością docenią te zmiany. Zlikwidowano także błąd renderowania, który ukrywał pola zaznaczenia, gdy kursor znajdował się poza ekranem.

    Diagnostyka nie blokuje już niektórych serwerów językowych, a zduplikowane odpowiedzi asystenta oraz kolidujące wywołania narzędzi przy modelach GPT-5.x przez endpoint Mantle w Amazon Bedrock zostały usunięte.

    Integracje AI i kontenery deweloperskie

    Mistral Medium zaktualizowano do wersji 3.5, a wsparcie „myślenia" dla Mistral Medium 3.5 oraz Mistral Small 4 zostało dodane. Niestandardowe konfiguracje Mistrala, które wcześniej odrzucały identyfikatory modeli Mistral, teraz działają poprawnie. Dodano także obsługę Claude Opus 5 dla dostawców Anthropic i Amazon Bedrock BYOK.

    Kontenery deweloperskie stworzone przez Zed 1.13.1 można ponownie wykorzystać w Dev Container CLI i VS Code. Dodatkowe poprawki cyklu życia i kompatybilności z Docker Compose ułatwiają pracę w środowiskach kontenerowych, co jest istotne dla DevOps.

    Stabilność: poprawki dla Windows i macOS

    Wydanie naprawia kilka konkretnych awarii. Na Windowsie usunięto crash wywołany ponownym rysowaniem okna oraz problemy z pamięcią elementów UI. Na macOS załatano crash przy odczycie schowka.

    Wyszukiwanie w projekcie nie zwraca już wyników z zagnieżdżonych repozytoriów wykluczonych przez .git/info/exclude nadrzędnego repo. Ustawienia projektu poprawnie włączają ponownie serwery językowe, a dokumentacja hover z nadmiarem znaków nowej linii została poprawiona. Zniknęły także znaki ucieczkowe w opcjach wyboru snippetów po pierwszej pozycji.

    Co to oznacza dla zespołów

    Dla osób pracujących w web developmentcie i DevOps kluczowe są poprawki w Git: bezpieczne stage'owanie, działające hooki, szablony commitów w projektach zdalnych oraz lepszy picker gałęzi. Użytkownicy narzędzi AI zyskują sprawniejszy Panel Agenta i szerszy wybór modeli, a całość dopełniają poprawki stabilności na Windows i macOS. To wydanie nie zmienia zasadniczo workflow, ale eliminuje kilka irytujących przeszkód w codziennej pracy.

    Źródła

  • Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai wypuściło wersję CLI v0.181.0, która eliminuje jeden z najbardziej irytujących przestojów w pracy z agentem — od teraz można wydawać polecenia slash bez czekania, aż agent skończy swoją kolejkę. Aktualizacja z 27 lipca 2026 roku wprowadza także konfigurowalne wskaźniki zasobów dla MCP OAuth, inteligentniejsze przekazywanie pracy pod-agentom oraz kilka poprawek, które ułatwiają pracę z repozytoriami.

    Co nowego w pigułce

    • Komendy slash działają w trakcie pracy agenta — nie trzeba już czekać na koniec tury, żeby wydać polecenie
    • MCP OAuth z nadpisywalnym wskaźnikiem zasobu — serwery MCP przyjmują teraz pole resource, co rozwiązuje problemy z niestandardową autoryzacją
    • Agent rzadziej deleguje zadania pod-agentom — przy modelach OpenAI delegacja jest teraz bardziej selektywna, żeby ograniczyć narzut
    • Raporty pod-agentów są ponownie wykorzystywane — główny agent nie czyta tych samych plików drugi raz, jeśli dostał już raport
    • Git nie poddaje się przy zablokowanym indeksie — checkouty teraz ponawiają próbę zamiast od razu zwracać błąd
    • Modele BYOK przypisane do konkretnego komputera — konfiguracja modelu z własnym kluczem nie wycieka już na inne maszyny

    Komendy slash bez czekania — mniej frustracji, więcej płynności

    Do tej pory praca z agentem Factory.ai przypominała rozmowę z kimś, kto nie potrafi słuchać i mówić jednocześnie. Wydanie komendy slash wymagało cierpliwego odczekania, aż agent zamknie bieżącą turę. W v0.181.0 to ograniczenie znika. Użytkownik może wywołać dostępne komendy w dowolnym momencie, nawet gdy agent analizuje kod, przegląda pliki albo odpala skrypt.

    Dla osób pracujących w trybie vibe codingu to zmiana odczuwalna natychmiast. Długie zadania — generowanie komponentów, refaktoryzacja, analiza logów — przestają blokować interfejs. Nie traci się wątku, nie zapomina o komendzie, którą chciało się wydać trzy minuty wcześniej. Wpisujesz /review, /diff albo /explain i dostajesz odpowiedź, gdy agent skończy myśleć.

    MCP OAuth z polem resource — ratunek dla nietypowych serwerów

    Protokół MCP (Model Context Protocol) bywa kapryśny, gdy serwer autoryzacyjny oczekuje innego wskaźnika zasobu niż adres URL serwera MCP. Nowa wersja pozwala to obejść. W konfiguracji serwera MCP można teraz zdefiniować pole resource z własnym ciągiem znaków, który zostanie wysłany jako wskaźnik OAuth.

    Jest też opcja dla serwerów, które w ogóle nie potrzebują tego parametru — resource: false całkowicie pomija wskaźnik przy autoryzacji. Tokeny OAuth trafiają do systemowego keyringa (albo fallbackowego pliku), więc nie trzeba ich konfigurować osobno dla każdego projektu. Dla zespołów DevOps integrujących Factory.ai z własnymi serwerami MCP to spora oszczędność czasu.

    Delegowanie z głową i reużywanie wyników

    Kolejna zmiana dotyczy pod-agentów. Factory.ai zauważyło, że przy modelach OpenAI agent czasem zbyt ochoczo zrzuca robotę na pod-agentów, generując niepotrzebny narzut. Teraz robi to rzadziej i z większym wyczuciem. Mniej delegacji to mniej round-tripów, krótszy czas wykonania zadania i mniejsze zużycie tokenów.

    A jeśli już do delegacji dojdzie, główny agent nie powtarza tej samej pracy. Gdy pod-agent przekaże raport o plikach, główny agent korzysta z gotowego podsumowania, zamiast czytać te same pliki od nowa. Prosta rzecz, ale przy dużych repozytoriach oszczędza cenne sekundy przy każdym follow-upie.

    Drobne, ale potrzebne poprawki

    Git potrafi napsuć krwi, gdy inny proces trzyma blokadę indeksu. Do tej pory checkout w Factory.ai po prostu padał. Teraz próbuje ponownie — mała zmiana, która eliminuje frustrujące błędy w środowiskach, gdzie kilka narzędzi jednocześnie grzebie w repozytorium.

    Poprawiono też błąd z modelami BYOK (bring-your-own-key). Konfiguracja przypisana do jednego komputera nie będzie już przypadkiem stosowana na innych maszynach. Dla osób zarządzających wieloma środowiskami developerskimi to koniec z zagadką "dlaczego ten model w ogóle tu działa?".

    Podsumowanie — płynność przede wszystkim

    Factory.ai v0.181.0 nie przynosi spektakularnych nowości wizualnych, ale wygładza pracę tam, gdzie wcześniej były tarcia. Komendy w locie, mądrzejsza delegacja, odporniejszy Git — wszystko to składa się na krótsze przestoje i mniej przerw w flow. Jeśli pracujesz z Factory.ai na co dzień, ta aktualizacja sprawi, że rzadziej będziesz zerkać na zegarek, czekając aż agent skończy.

    Źródła

  • OpenCode 1.18.6 wprowadza izolację cache’a repozytoriów i poprawki dla desktopa

    OpenCode 1.18.6 wprowadza izolację cache’a repozytoriów i poprawki dla desktopa

    OpenCode otrzymał 27 lipca 2026 aktualizację v1.18.6, która rozwiązuje problem z cache'owaniem repozytoriów oraz poprawia stabilność aplikacji desktopowej. Główna zmiana dotyczy izolacji gałęzi: odświeżenie jednej referencji nie nadpisuje już checkoutu innej gałęzi.

    Co nowego w wydaniu

    • Izolowane cache'e repozytoriów zapobiegają przenoszeniu checkoutu jednej gałęzi podczas odświeżania innej.
    • Synchronizacja listy dostawców po zakończeniu OAuth przywraca widoczność nowo autoryzowanych providerów bez restartu.
    • Naprawione przewijanie selektora projektów w desktopie ułatwia pracę przy wielu repozytoriach.
    • Usunięty margines paska tytułowego w trybie pełnoekranowym na macOS eliminuje defekt wizualny.

    Izolacja cache'a — dlaczego to ma znaczenie

    W środowiskach wspomaganych przez AI agent operuje na konkretnym stanie repozytorium. Jeśli odświeżenie cache'a jednej gałęzi przypadkowo przesunie checkout innej, agent może analizować lub modyfikować pliki z niewłaściwego kontekstu. To szczególnie problematyczne przy zautomatyzowanych przepływach pracy, które utrzymują wiele gałęzi jednocześnie.

    OpenCode korzysta ze współdzielonej usługi lokalnej działającej w tle — nie tworzy osobnych procesów dla terminala, interfejsu webowego i desktopa. Architektura ta sprawia, że precyzja w zarządzaniu katalogami, projektami i gałęziami staje się kluczowa. Sesja reprezentowana jest przez pole directory, natomiast tożsamość projektu i lokalizacja repozytorium są obsługiwane oddzielnie.

    Wcześniejsza dokumentacja zgłaszała przypadki, gdzie sesje utworzone w desktopie błędnie zwijały wybrany podkatalog do korzenia repozytorium Git. Lipcowe poprawki adresują tę granicę między cache'em repozytorium, selektorem projektów w desktopie a obsługą katalogów w API.

    Desktop i API — co się zmieniło

    Aktualizacja wprowadza kilka poprawek w interfejsie desktopowym. Selektor projektów zyskał przewijanie dla długich list, co jest przydatne, gdy pracuje się z wieloma repozytoriami lub katalogami projektów jednocześnie. W trybie pełnoekranowym na macOS usunięto dodatkowy margines paska tytułowego, który powodował nieestetyczne przesunięcie układu.

    Paleta poleceń również doczekała się poprawki: nieaktualne wpisy nie pojawiają się już ponownie po ich usunięciu lub unieważnieniu. Choć może to brzmieć drobno, przy intensywnym korzystaniu z palety takie artefakty mogą skutecznie rozpraszać.

    Po stronie dostawców modeli przywrócono odświeżanie listy po zakończeniu przepływu OAuth. Oznacza to, że nowo autoryzowany provider pojawia się w interfejsie natychmiast, bez konieczności restartowania aplikacji.

    MCP i follow-up w v1.18.6

    Krótko po głównym wydaniu pojawiły się poprawki, które rozszerzyły kompatybilność z nowszymi serwerami MCP. Dodano mechanizm ponownego łączenia po wygaśnięciu sesji SDK oraz dopracowano odświeżanie stanu połączenia providerów w desktopie.

    OpenCode w obecnej architekturze rozróżnia negocjację legacy MCP od nowszych rewizji protokołu. Tryby kompatybilności obejmują starszy handshake, automatyczne wykrywanie nowszej wersji oraz tryb ścisły wymagający konkretnej rewizji. Poprawki z lipca nie ograniczały się tylko do wsparcia nowego protokołu — musiały też zachować niezawodne odświeżanie stanu dla starszych konfiguracji MCP.

    Co to oznacza w praktyce

    Izolacja cache'a gałęzi to jedna z poprawek, które trudno docenić, dopóki coś nie pójdzie nie tak. Wyobrażenie agenta, który po odświeżeniu repozytorium zaczyna pracować na plikach z innej gałęzi, ukazuje konsekwencje dla zautomatyzowanego testowania czy deploymentu.

    Szerszy kontekst tych zmian to stabilizacja granicy między trzema elementami: zarządzaniem cache'em repozytoriów i gałęzi, desktopowym selektorem projektów oraz lokalnym API sesji z obsługą katalogów. OpenCode konsekwentnie scala te warstwy wokół jednej usługi lokalnej, a każda poprawka na tym styku przekłada się na mniej frustracji przy codziennym kodowaniu.

    Źródła

  • Zed 1.12.0: Lepszy przepływ pracy z Gitem i wielokrotny wybór w wyszukiwarkach

    Zed 1.12.0: Lepszy przepływ pracy z Gitem i wielokrotny wybór w wyszukiwarkach

    Zed 1.12.0 został wydany w stabilnym kanale 23 lipca 2026 roku. Wprowadza on nowy Git Panel z grupowaniem zmian na Staged i Unstaged, możliwość wielokrotnego wyboru plików w File Finderze oraz opcję filtrowania wierszy w podglądzie CSV. Aktualizacja koncentruje się na codziennej produktywności, a nie na rewolucji w interfejsie. Największe zmiany dotyczą trzech kluczowych zadań, które programiści wykonują najczęściej: przygotowywania zmian do commita, otwierania wielu wyników wyszukiwania jednocześnie oraz pracy z danymi tabelarycznymi.

    Najważniejsze zmiany w Zed 1.12.0

    • Git Panel zyskał grupowanie zmian na sekcje Staged i Unstaged, z osobnymi multibuforami dla każdej grupy.
    • File Finder i Text Finder umożliwiają zaznaczenie wielu pozycji i otwarcie ich jednym naciśnięciem Enter.
    • Branch picker filtruje gałęzie według trzech widoków: wszystkie, lokalne i zdalne.
    • Podgląd CSV pozwala na wstępne filtrowanie wierszy na podstawie dokładnych wartości w kolumnach.
    • Wsparcie AI rozszerzono o GPT 5.6 Luna, Terra i Sol oraz Grok 4.5 w OpenCode Zen.

    Git Panel bez przełączania kontekstu

    Dotychczas praca ze zmianami w repozytorium często wymagała opuszczenia edytora lub sprawdzania statusu Git w terminalu. Zed 1.12.0 wprowadza opcję grupowania Staging, która dzieli listę plików na dwie sekcje: te dodane do indeksu oraz te z niezatwierdzonymi modyfikacjami w katalogu roboczym.

    Dodatkowo, w panelu znajdują się dedykowane kontrolki do stage'owania i unstage'owania. Kliknięcie wpisu w dowolnej grupie otwiera odpowiadający multibufor — Staged Changes albo Unstaged Changes — co umożliwia przeglądanie różnic bez dodatkowych operacji.

    Nowe filtry w branch pickerze ułatwiają znalezienie odpowiedniej gałęzi w repozytoriach z dużą liczbą gałęzi. Filtry — wszystkie, lokalne i zdalne — pozwalają na szybkie odnalezienie potrzebnej gałęzi.

    Wielokrotny wybór w wyszukiwarkach

    Wielokrotny wybór w wyszukiwarkach

    File Finder i Text Finder zyskały funkcję, która była oczekiwana przez wielu użytkowników Zed. Teraz można zaznaczyć kilka pozycji i otworzyć je wszystkie w jednej operacji, zamiast otwierać pliki pojedynczo.

    Na macOS można to zrobić, przytrzymując klawisz cmd, a na Linuxie i Windowsie — ctrl. Użytkownicy klawiatury mogą przechodzić przez wyniki za pomocą klawisza Tab, zaznaczać je, a następnie otworzyć wszystkie za pomocą klawisza Enter. Zed dodał również widoczne elementy interfejsu, takie jak przycisk wielokrotnego wyboru, checkboxy przy pozycjach oraz skróty cmd-shift-s / ctrl-shift-s, co sprawia, że funkcja jest bardziej intuicyjna.

    CSV i modele AI bez wychodzenia z edytora

    CSV i modele AI bez wychodzenia z edytora

    Podgląd plików CSV zyskał możliwość wstępnego filtrowania wierszy na podstawie dokładnych wartości w jednej lub kilku kolumnach. Dla zespołów pracujących z danymi z systemów analitycznych lub logami w formie tabelarycznej to znaczące ułatwienie, ponieważ szybkie sprawdzenie, ile rekordów spełnia dany warunek, nie wymaga otwierania arkusza kalkulacyjnego.

    Wsparcie dla modeli AI zostało rozszerzone w OpenCode Zen o GPT 5.6 Luna, Terra i Sol oraz Grok 4.5. Modele GPT 5.6 są również dostępne w Amazon Bedrock przez endpoint Mantle. Użytkownicy subskrypcji ChatGPT Plus mogą korzystać z GPT 5.6 Luna bez dodatkowej konfiguracji.

    Dla konfiguracji z niestandardowymi modelami Anthropic wprowadzono nowe opcje: adaptive thinking przez "mode": { "type": "adaptive" } oraz ustawienie supportsfastmode dla trybu szybkiego, co daje większą kontrolę nad zachowaniem modeli.

    Drobniejsze poprawki

    Oprócz głównych funkcji, Zed 1.12.0 naprawił również wiele mniejszych problemów wpływających na stabilność edytora. Poprawiono przełączanie podglądu Markdown, dodano obsługę etykiet komentarzy GLSL i WGSL w template literals JavaScriptu i TypeScriptu oraz wsparcie JSON dla plików deno.lock. Zespół Zed kontynuuje cotygodniowy cykl wydawniczy, a ta aktualizacja jest krokiem w kierunku edytora, który integruje pracę z kodem, kontrolą wersji i danymi, nie przerywając przepływu pracy.

    Źródła

  • Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code wprowadził nową stabilną wersję — v0.20.1 — po intensywnym tygodniu prac. W ciągu kilku dni zespół opublikował trzy stabilne wydania (v0.19.12, v0.20.0 i v0.20.1) oraz scalił ponad 220 pull requestów. Najnowsza aktualizacja koncentruje się na trzech obszarach: odzyskiwaniu przerwanych procesów autofix, personalizacji interfejsu Web Shell oraz poprawie stabilności testów i narzędzi CLI.

    Najważniejsze zmiany w skrócie

    • Autofix można ponownie uzbroić na osieroconym pull requeście, gdy proces naprawczy zatrzyma się przed ukończeniem PR.
    • Własne komendy slash pozwalają zespołom definiować powtarzalne polecenia w Web Shell.
    • Przeglądarka historii commitów działa bezpośrednio w interfejsie, bez przełączania się do osobnego klienta Git.
    • Polling operacji rozszerzeń eliminuje problem traktowania asynchronicznych zadań jako natychmiast ukończonych.
    • Szybszy start daemona skraca czas oczekiwania na dostępność lokalnych usług.

    Autofix i obsługa pull requestów

    Najważniejsza zmiana dotyczy workflow autofix. Dotychczas, gdy zautomatyzowany proces naprawczy przestawał działać w trakcie realizacji pull requesta, programista musiał zaczynać od nowa. Teraz można ponownie uzbroić autofix na osieroconym PR, co pozwala wznowić przerwany proces bez utraty dotychczasowego kontekstu.

    Rozszerzono również mechanizm autofixu sterowanego etykietami. Etykiety repozytoriów lub pull requestów mogą teraz odgrywać bardziej bezpośrednią rolę w wyzwalaniu i zarządzaniu automatycznymi poprawkami. To część szerszego kierunku, w którym Qwen-Code stawia na interaktywne przepływy pracy agentów zamiast jednorazowej generacji kodu.

    Web Shell: więcej kontroli nad interfejsem

    Web Shell zyskał nowe narzędzia dla programistów pracujących z wieloma projektami. Własne komendy slash umożliwiają zespołom lub pojedynczym deweloperom definiowanie poleceń do wielokrotnego użytku dla typowych zadań — takich jak uruchamianie testów, formatowanie kodu czy wdrażanie na staging.

    Wbudowana przeglądarka historii commitów pozwala sprawdzać zmiany w repozytorium bez wychodzenia z Web Shell. Nie trzeba już przełączać się do terminala ani osobnego klienta Git, aby zobaczyć, co zmieniło się w ostatnich commitach.

    Personalizacja paska bocznego daje użytkownikom kontrolę nad układem i nawigacją interfejsu. Obsługa nazw wyświetlanych dla workspace'ów ułatwia identyfikację projektów, gdy otwartych jest kilka repozytoriów. Rozszerzono również wsparcie internacjonalizacji, co poprawia działanie interfejsu w różnych językach i ustawieniach regionalnych.

    Stabilność i narzędzia dla deweloperów

    Stabilność i narzędzia dla deweloperów

    Wydanie zawiera liczne poprawki błędów, które mają na celu zwiększenie stabilności testów. Chodzi o wyeliminowanie awarii spowodowanych przez testy wrażliwe na czas lub zawodne. W praktyce oznacza to mniej fałszywych alarmów w CI i pewniejsze wyniki.

    W CLI poprawiono raportowanie referencji zasobów, co sprawia, że odwołania są bardziej widoczne w wyjściu poleceń. Dodano również polling operacji rozszerzeń — CLI teraz śledzi asynchroniczne zadania rozszerzeń, zamiast uznawać je za natychmiast ukończone. To ważne dla rozszerzeń, które wykonują długotrwałe operacje w tle.

    Optymalizacja wydajności startowej daemona serwującego skraca czas oczekiwania na dostępność lokalnych usług. Dla zespołów DevOps i web developmentu to konkretna oszczędność czasu w codziennej pracy.

    Kontekst serii v0.20

    Kontekst serii v0.20

    Warto spojrzeć na v0.20.1 w szerszym kontekście całej serii v0.20. Wprowadziła ona silniejsze wsparcie dla izolowanych sesji Web Shell, co pozwala równoległym zadaniom pracować w osobnych worktree'ach Git. Dzięki temu zmiany plików i operacje Git nie kolidują ze sobą.

    Pojawiła się również opcjonalna, wbudowana funkcja wyszukiwania w sieci oparta na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji. Linia v0.20 obejmuje także utrwalone gałęzie konwersacji oraz ulepszone trasowanie operacji shellowych.

    Podsumowanie

    Praktyczne znaczenie v0.20.1 leży w kontroli nad przepływem pracy. Deweloperzy mogą odzyskiwać przerwane procesy autofix, kodować powtarzalne operacje jako własne komendy, przeglądać historię Git bez opuszczania interfejsu i lepiej zarządzać wieloma projektami. Ulepszenia pollingu, testów i czasu startu daemona celują w problemy operacyjne, które często sprawiają, że narzędzia oparte na agentach AI bywają zawodne w codziennym użytkowaniu. Qwen-Code pozostaje otwartoźródłowym agentem kodowania działającym w terminalu, z Web Shell jako przeglądarkowym interfejsem do interakcji z projektami i sesjami.

    Źródła

  • Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code doczekał się wersji v0.19.12, która jest jedną z trzech stabilnych aktualizacji wydanych równocześnie. W sumie scalono ponad 220 pull requestów, a aktualizacja nie wprowadza zmian łamiących kompatybilność. Najwięcej nowości można zauważyć w powłoce webowej oraz w sposobie, w jaki agent deleguje zadania między modelami.

    Co przynosi wydanie — kluczowe zmiany

    • Web Shell zyskał strony do zarządzania umiejętnościami, integrację ze statusem gita oraz możliwość eksportu zarchiwizowanych sesji.
    • Agent zyskał kontrolę delegacji według modelu, przekierowanie multimodalne całej tury oraz możliwość sterowania w trakcie odpowiedzi.
    • web_fetch przeszedł gruntowną przebudowę, poprawiając wierność treści i bezpieczeństwo.
    • Stabilność poprawiono w obszarach takich jak uprawnienia MCP, obsługa tool-calli, cykl życia pod-agentów oraz zarządzanie pamięcią.
    • Izolowane worktree umożliwiają równoległe zadania w tym samym repozytorium bez wzajemnych konfliktów.

    Web Shell: umiejętności, git i historia sesji na wyciągnięcie ręki

    Nowe strony zarządzania umiejętnościami pozwalają szybko sprawdzić dostępne workflow oraz ich źródła. Umiejętności można ładować z poziomu projektu, użytkownika lub rozszerzeń, przy czym te projektowe mają najwyższy priorytet. To ułatwienie, gdy pracuje się z wieloma kontekstami jednocześnie.

    Integracja z gitem również została ulepszona. W interfejsie pojawił się chip pokazujący status repozytorium oraz wizualny diff drzewa roboczego. Umożliwia to przeglądanie zmienionych plików bez opuszczania shella. Dodatkowo poprawiono nawigację po historii sesji, wprowadzając eksport archiwalnych sesji, co jest przydatne przy dokumentowaniu dłuższych zadań.

    Wersja wprowadza także stronę celów workspace, dedykowane miejsce do śledzenia zamierzonych rezultatów projektu obok samego kodowania. To praktyczny dodatek dla zespołów, które chcą mieć kontekst zadania w jednym widoku.

    Agent: delegacja z głową i sterowanie w locie

    Zachowanie pod-agentów zostało zauważalnie poprawione. Wprowadzono limity współbieżności dla konkretnych modeli, co zapobiega nadmiernemu obciążeniu jednego modelu równoległymi zadaniami. Jest to istotne, gdy używa się modeli o różnej latencji i kosztach.

    Przekierowanie multimodalne całej tury to kolejna nowość. Gdy prompt zawiera obraz, cała tura może być przekazywana do modelu obsługującego multimodalność, co zmniejsza ryzyko utraty kontekstu wizualnego między etapami.

    Najbardziej praktyczna zmiana dotyczy jednak sterowania w tej samej turze. W trakcie generowania odpowiedzi można nacisnąć Enter, aby przekazać instrukcję przy najbliższej granicy próbkowania. Ctrl+Q odkłada ją do następnej tury. Działa to także podczas wykonywania narzędzi, co pozwala na korektę agenta bez czekania na zakończenie długiego polecenia.

    web_fetch: nowa jakość wydobywania treści

    Przebudowa narzędzia web_fetch objęła zarówno wierność treści, jak i bezpieczeństwo. Nowy workflow przyjmuje URL oraz prompt opisujący, co należy wyodrębnić, prosi o potwierdzenie przed pobraniem, a następnie przetwarza materiał szybkim, lekkim modelem.

    Dla prac dokumentacyjnych i web developmentu to ważna zmiana — narzędzie lepiej zachowuje użyteczną zawartość strony źródłowej, stosując precyzyjny prompt ekstrakcji. Mniej niepotrzebnych informacji, więcej konkretów.

    Stabilność i izolacja zadań

    Wydanie poprawiło dziesiątki błędów, obejmujących uprawnienia MCP, obsługę tool-calli, zarządzanie pamięcią oraz renderowanie w CLI. Zabezpieczenia workspace zostały wzmocnione, co ogranicza ryzyko przypadkowego nadpisania plików przez nieuprawnione procesy.

    Największą nowością w kontekście pracy równoległej są izolowane worktree. Każda sesja Web Shell może działać na osobnym drzewie roboczym gita. Edycja plików, stage'owanie zmian i przełączanie branchy w jednym zadaniu nie koliduje z innymi, nawet jeśli wszystkie operują na tym samym repozytorium. Jak zauważyli twórcy, zadania równoległe „nigdy sobie nie przeszkadzają”.

    Dlaczego to ma znaczenie

    Dla zespołów webowych oraz tych, którzy praktykują vibe coding, wersja v0.19.12 eliminuje tarcia w trzech obszarach. Po pierwsze, repozytorium staje się bezpieczniejszym miejscem dla wielu agentów. Po drugie, możliwość sterowania w trakcie tury daje bezpośredni mechanizm zatrzymania agenta, zanim popełni błędy. Po trzecie, odświeżony web_fetch ułatwia pracę z dokumentacją online.

    Całość nie opiera się na jednej spektakularnej funkcji, lecz na zestawie przemyślanych poprawek, które razem wpływają na codzienną pracę. Agent trudniej wymyka się spod kontroli, shell lepiej pokazuje stan projektu, a narzędzia webowe nie gubią istotnych treści.

    Źródła

  • Zed 1.11.3: edytor stawia na szczegółową kontrolę zmian w Gicie i nowe modele AI

    Zed 1.11.3: edytor stawia na szczegółową kontrolę zmian w Gicie i nowe modele AI

    Zed wypuścił wersję 1.11.3 15 lipca 2026 roku, a aktualizacja koncentruje się na poprawie współpracy z Gitem oraz integracji z różnymi modelami sztucznej inteligencji. Nowe multibuffery dla zmian staged i unstaged wprowadzają możliwość pracy na pojedynczych fragmentach plików, co jest szczególnie przydatne podczas większych refaktoryzacji.

    Kluczowe zmiany w wydaniu

    • Osobne widoki dla zmian staged i unstaged w Gicie, umożliwiające operowanie na pojedynczych hunkach
    • Konfigurowalne kolumny w Git Graph oraz renderowanie opisów commitów jako Markdown
    • Rozszerzone wsparcie AI przez Amazon Bedrock (w tym Claude Sonnet 5) oraz OpenCode (GLM 5.2, Kimi K2.7 Code, Minimax M3; Fable 5 i Sonnet 5 dodano jako osobne elementy)
    • Nowe polecenia slash do przekazywania opinii oraz wyszukiwania w terminalach używanych przez agentów
    • Podgląd w pickerze symboli projektu, co ułatwia nawigację w dużych bazach kodu

    Git: chirurgia na hunkach zamiast całych plików

    Praca z niezatwierdzonymi zmianami w Zedzie zyskuje teraz większą precyzję. Wersja 1.11.3 wprowadza dedykowane multibuffery dostępne przez git: view staged changes i git: view unstaged changes.

    Oba widoki pokazują zmiany rozbite na pojedyncze hunki. Użytkownik może kliknąć konkretny fragment, a następnie wybrać stage, unstage albo revert – dotyczy to tylko wybranego kawałka kodu. W przypadku pracy nad funkcjami, gdzie jeden plik zbiera zmiany z kilku różnych wątków, to znaczna oszczędność czasu. Nie ma już potrzeby ręcznego wycinania kodu do tymczasowych plików, aby wykonać czysty commit.

    Zed dodał również statystyki diffu do panelu niezatwierdzonych zmian oraz etykiety tagów w historii commitów. Zespół poprawił wydajność, ograniczając liczbę procesów Git uruchamianych przy obliczaniu diffów po zmianie stanu repozytorium na dysku. To może wydawać się drobnym szczegółem, ale w dużych monorepo z tysiącami plików ma znaczenie.

    Git Graph i czytelniejsza historia projektu

    Panel Git Graph również zyskał dwie nowości, które ułatwiają przeglądanie historii. Po pierwsze, kolumny tabeli można teraz pokazywać lub ukrywać za pomocą prawego przycisku nagłówka. Użytkownik może wybrać, które informacje chce widzieć, na przykład autora, datę i zmiany, a wyłączyć hasha dla czystszego widoku.

    Po drugie, pełna treść wiadomości commita jest renderowana jako Markdown w panelu szczegółów. Nagłówki, listy wypunktowane, fragmenty kodu – wszystko sformatowane zgodnie z życzeniem autora. To znacznie ułatwia orientację podczas przeglądania kodu, zwłaszcza gdy zespół stosuje konwencje pisania opisów commitów.

    AI: więcej modeli, lepsza integracja z agentem

    Zed rozszerza wsparcie dla Amazon Bedrock o modele Claude Fable 5, Claude Sonnet 5 oraz natywną obsługę endpointu AWS Bedrock Mantle. Użytkownicy mogą również korzystać z GPT-5.5, GPT-5.4 i Grok 4.3. Dla zespołów korzystających z ekosystemu AWS to prostsza ścieżka do korzystania z różnych modeli bez konieczności przełączania się między dostawcami.

    W OpenCode Zen pojawiły się modele Fable 5, Sonnet 5, GLM 5.2, Kimi K2.7 Code i Minimax M3. Dodatkowo OpenCode zyskał konfigurowalne poziomy wysiłku rozumowania, domyślnie włączone równoległe wywołania narzędzi oraz walidację ustawienia protocol.

    Nowe polecenia slash związane z feedbackiem umożliwiają zgłaszanie uwag bezpośrednio z interfejsu agenta. Nie ma potrzeby otwierania osobnego procesu – wszystko odbywa się w tym samym oknie i kontekście.

    Terminal i nawigacja po projekcie

    Picker symboli projektu zyskał panel podglądu. W dużych bazach kodu sama nazwa funkcji czy klasy często nie wystarcza, aby zidentyfikować poszukiwany element. Podgląd pokazuje kontekst znalezionego symbolu bez konieczności otwierania pliku.

    Rozszerzono również wyszukiwanie w terminalach używanych przez agentów oraz poprawiono zarządzanie pamięcią terminali ACP po zakończeniu wywołania narzędzia. Wersja 1.11.3 naprawia także błędy – od problemu z npm 12 blokującym serwer językowy, przez poprawki cmd-f przy plikach w centralnym panelu, po stabilność agentów i panelu Git. Wydanie jest dostępne na macOS, Windows i Linuksa w kanale stabilnym.

    Co to oznacza dla ludzi kodujących na co dzień

    Zed 1.11.3 nie wprowadza jednej spektakularnej funkcji. Zamiast tego zamyka kilka luk w przepływie pracy, które mogły być uciążliwe przy dłuższym użytkowaniu. Szczegółowa kontrola nad hunkami Gita to narzędzie, które użytkownicy docenią szczególnie przy trzecim lub czwartym commicie w sesji. Szersza paleta modeli AI przez Bedrock i OpenCode sprawia, że edytor staje się bardziej funkcjonalny dla zespołów korzystających z różnych dostawców, eliminując potrzebę korzystania z zewnętrznych narzędzi czy osobnych konfiguracji.

    Źródła

  • Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Zed wydał wersję 1.8.2, która wprowadza kilka praktycznych usprawnień, mających na celu przyspieszenie codziennej pracy z kodem. Zespół skupił się na integracji z Gitem, rozbudowie możliwości agentów AI oraz poprawkach w edytorze.

    Co przynosi aktualizacja?

    • Tworzenie worktree z poziomu panelu bocznego — wystarczy kliknąć przycisk nowego wątku, aby szybko odseparować pracę nad funkcją lub poprawką.
    • Polecenie agent.terminal_init_command automatyzuje uruchamianie skryptów startowych przy otwieraniu terminala agenta.
    • Resetowanie rozmiarów paneli za pomocą workspace: reset pane sizes przywraca równy podział przestrzeni roboczej jednym kliknięciem.
    • Zaznaczanie wewnątrz i wokół delimiterów — dwie nowe akcje edytora ułatwiają nawigację w zagnieżdżonych strukturach.

    Git i worktree bez zbędnego klikania

    Najważniejszą nowością w Zed 1.8.2 jest możliwość tworzenia Git worktree bezpośrednio z panelu bocznego. Wcześniej użytkownicy musieli korzystać z picker w pasku tytułu lub terminala. Teraz wystarczy użyć przycisku dodawania nowego wątku, co znacząco oszczędza czas, zwłaszcza przy pracy z wieloma gałęziami.

    Worktree umożliwiają jednoczesne checkoutowanie kilku branchy w osobnych katalogach roboczych, co jest przydatne przy przeglądach kodu, szybkich hotfixach czy eksperymentalnych funkcjach. Zed od dawna wspierał worktree, ale teraz zyskały one bezpośrednią integrację w bocznym panelu.

    Dodatkowo, zespół poprawił wydajność operacji Git, zmniejszając narzut zadań w tle oraz przyspieszając rozwiązywanie nazw gałęzi. Dla zespołów pracujących na dużych repozytoriach to zauważalna różnica.

    Agenci AI zyskują automatyzację terminala

    Zed rozszerza możliwości agentów o nowe ustawienie agent.terminal_init_command. To polecenie wykonuje się automatycznie przy otwieraniu terminala agenta, eliminując konieczność ręcznego wpisywania tych samych komend.

    Oznacza to, że można skonfigurować automatyczne aktywowanie wirtualnego środowiska, ustawianie zmiennych środowiskowych czy ładowanie konfiguracji specyficznych dla projektu. Terminal wątków w Zed działa jako zarządzane procesy w panelu agenta, przypisane do konkretnego worktree, co dobrze sprawdza się w pracy, gdzie agent przejmuje część rutynowych zadań.

    Wydanie zawiera również poprawki stabilności związane z uprawnieniami agentów i zachowaniem terminala, co świadczy o ciągłym rozwoju Zed jako edytora, w którym AI jest integralną częścią środowiska.

    Delimitery i panele — małe zmiany, duży komfort

    Dla osób spędzających godziny na refaktoryzacji kodu, Zed 1.8.2 wprowadza dwie nowe akcje: editor: select inside delimiters i editor: select around delimiters. Umożliwiają one zaznaczanie wewnątrz lub wokół nawiasów i cudzysłowów, uwzględniając zagnieżdżenia. To drobna zmiana, ale przy edycji JSON-a, YAML-a czy złożonych wyrażeń w TypeScript ma duże znaczenie.

    Komenda workspace: reset pane sizes odpowiada na problem nierównych paneli po przeciąganiu ich krawędzi. Jedno kliknięcie przywraca symetryczny układ, co poprawia ergonomię pracy z wieloma plikami.

    Drobne poprawki, które robią różnicę

    Wydanie 1.8.2 zawiera także szereg poprawek błędów. Udoskonalono stabilność operacji Git, zachowanie terminala oraz kwestie związane z uprawnieniami agentów AI. Zed pokazuje, że nie koncentruje się tylko na nowościach, ale także poważnie traktuje doskonalenie istniejących funkcji.

    Nowe możliwości worktree, automatyzacja agentów i usprawnienia selekcji sprawiają, że wersja 1.8.2 znacząco wpływa na komfort codziennego programowania, szczególnie w zespołach intensywnie korzystających z Gita i wykorzystujących AI w swoim workflow.

    Ź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