Tag: Windows

  • OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    Najnowsza aktualizacja OpenCode, oznaczona jako v1.18.8 i opublikowana 28 lipca 2026 roku, koncentruje się na poprawie współpracy ze zdalnymi serwerami MCP oraz zwiększeniu wygody użytkowania aplikacji desktopowej. Deweloperzy korzystający z OAuth i modeli Gemini otrzymali pakiet poprawek, które redukują liczbę błędów integracyjnych, a użytkownicy Windows i Linux doczekali się konkretnych usprawnień interfejsu.

    Co nowego w pigułce

    • Kompatybilność z MCP – dodano wsparcie dla nowszych serwerów, ulepszono przepływy OAuth i uwzględniono niestandardowe porty callback
    • Nawigacja w desktopie – kolejność przełączania kart odpowiada teraz widocznemu układowi, a selektor projektów obsługuje przewijanie
    • Poprawki dla Windows – foldery zakończone separatorem ścieżki rozwijają się poprawnie
    • Linux i AppStream – pakiety instalacyjne zawierają metadane ułatwiające integrację ze środowiskami graficznymi

    Mniej błędów OAuth, więcej zgodności z MCP

    OpenCode wspiera zarówno lokalne, jak i zdalne serwery MCP. Gdy zdalny serwer wymaga autoryzacji, aplikacja przeprowadza Dynamic Client Registration (RFC 7591) i bezpiecznie przechowuje tokeny. Wcześniej pojawiały się problemy przy nowszych implementacjach, gdzie starsze mechanizmy nie zawsze nadążały za specyfikacją.

    Wersja v1.18.8 wprowadza kilka istotnych poprawek. Po pierwsze, polecenie mcp debug zaczęło respektować skonfigurowane porty callback OAuth, co jest ważne dla zespołów pracujących za proxy deweloperskim, w kontenerach lub przy uruchomionych lokalnie innych usługach, które kolidowały z domyślnymi ustawieniami. OpenCode pomija teraz nieobsługiwane przez dany serwer wywołania katalogowe i trybu kodu, reklamuje zgodne ze specyfikacją możliwości elicytacji oraz akceptuje endpointy tokenów z domeną *.localhost.

    Dla programistów, którzy łączą OpenCode z zewnętrznymi narzędziami przez MCP, te zmiany oznaczają mniej przerwanych sesji i przewidywalniejsze zachowanie przy logowaniu.

    Gemini bez zbędnych parametrów

    Kolejny obszar poprawek dotyczy modeli Gemini. Nowe wersje tych modeli nie zawsze dobrze reagują na przestarzałe parametry, takie jak temperature, top-p czy top-k, wysyłane z domyślnymi wartościami. OpenCode v1.18.8 eliminuje ten problem – aplikacja przestała wysyłać te parametry, gdy nie są one już wspierane przez docelowy model.

    Przy aliasach modeli aktualizacja stosuje identyfikator API nadrzędnego dostawcy do podejmowania decyzji o kompatybilności. Dzięki temu przekierowania między różnymi backendami nie powodują niespodziewanych błędów żądań. Warto też wspomnieć o eksperymentalnym wsparciu Gemini Live w API serwera głosowego – funkcja działa dla modeli gemini-3.8-live* przez WebSocket.

    Desktop: przewijanie, skróty i porządek w metadanych

    Usprawnienia w interfejsie użytkownika są praktyczne i wyczekiwane. Nowy skrót klawiszowy otwiera selektor projektów bezpośrednio z ekranu nowej sesji, co oszczędza kliknięcia przy częstym przełączaniu repozytoriów. Selektor zyskał obsługę przewijania, więc przy dłuższych listach projektów nic nie wystaje poza widoczny obszar.

    Nawigacja między kartami sesji wreszcie podąża za wizualną kolejnością zakładek. Dla użytkowników Windows poprawiono rozwijanie folderów, gdy ścieżka kończy się separatorem, co było irytującą przypadłością platformy.

    Linux doczekał się metadanych AppStream w pakietach instalacyjnych. Dzięki temu środowiska graficzne poprawnie identyfikują aplikację i wyświetlają jej nazwę, ikonę oraz opis w menedżerach oprogramowania. Choć może to brzmieć jak kosmetyczna zmiana, znacząco poprawia doświadczenie instalacji i utrzymania programu.

    Stabilność bez twardych liczb

    Materiały do wersji nie podają konkretnych wskaźników – nie ma tu procentowego spadku crashy ani benchmarków wydajności. W changelogu pojawiają się wzmianki o spójnych wskaźnikach statusu MCP (logowanie i błędy) widocznych teraz w widokach połączenia, sesji i ustawień. To daje użytkownikom szybszy dostęp do informacji o autoryzacji bez grzebania w logach.

    Aktualizacja celuje w redukcję frustracji związanej z integracją zewnętrznych usług i drobnymi niedoróbkami interfejsu. Dla osób pracujących z AI w OpenCode, te poprawki przekładają się na mniej przerw i płynniejszą pracę. Nie jest to wydanie przełomowe, ale solidne porządki w fundamentach – a od takich detali zależy, czy narzędzie traktuje się jako niezawodne tło codziennej pracy.


    Źródła

  • Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Anthropic wydało Claude Code 2.1.218, aktualizację, która przenosi recenzje kodu do podagentów działających w tle, dodaje zapowiedzi dla czytników ekranu oraz naprawia błąd dotyczący ścieżek w systemie Windows. W sumie wersja zawiera 35 zmian, w tym 4 nowe funkcje, 7 ulepszeń, 2 poprawki bezpieczeństwa oraz 22 poprawki błędów. To wydanie koncentruje się na stabilności i użyteczności, a nie na nowych możliwościach modelu.

    Najważniejsze zmiany

    • Recenzje kodu w tle — polecenie /code-review działa teraz jako podagent w tle, co nie zaśmieca głównej rozmowy.
    • Windows naprawiony — ścieżki z segmentami zaczynającymi się od \u nie są już korumpowane do znaków CJK w danych wejściowych narzędzi.
    • Dostępność — tryb --ax-screen-reader ogłasza usunięcia tekstu dla skrótów takich jak Ctrl+W czy Option+Delete.
    • Diagnostyka MCP — claude mcp list i /mcp pokazują kody statusu HTTP oraz treść błędów serwera.
    • Ultra-review — polecenie /ultrareview zyskało lepszą obsługę błędów oraz argumentów opisowych.

    Recenzje kodu bez zaśmiecania konwersacji

    Najważniejsza zmiana dotyczy /code-review. Do tej pory wynik recenzji lądował bezpośrednio w aktywnej rozmowie, co mogło zaburzać kontekst w przypadku pracy iteracyjnej. Teraz recenzja uruchamia się jako podagent w tle, a jej rezultaty nie wypełniają głównego okna. Złożone polecenia slash pozostają celem recenzji.

    Przejście /code-review na podagenta działającego w tle zostało potwierdzone w notach wydania. Dla zespołów pracujących w trybie agentowym to istotna zmiana architektoniczna, która oddziela „wykonywanie pracy" od „weryfikacji pracy", co ułatwia zarządzanie dłuższymi sesjami. Nie trzeba już czekać na zakończenie generowania recenzji, aby zadać kolejne pytanie.

    Windows: błąd, który blokował pracę

    Poprawka dotycząca ścieżek w Windows zasługuje na osobny akapit. Ścieżki zawierające segmenty zaczynające się od \u, takie jak C:\Users\unicorn, ulegały korupcji do znaków CJK w danych wejściowych narzędzi. Skutkowało to niedostępnością plików oraz cichym psuciem się operacji na nich.

    Wersja 2.1.218 naprawia ten problem i przywraca dostęp do plików o takich ścieżkach. Dodatkowo wprowadzono poprawki terminala, takie jak zachowanie przy wklejaniu wielowierszowym, renderowanie oraz naprawa konkretnego scenariusza utraty konwersacji — po naciśnięciu strzałki w lewo bezpośrednio po edycji Claude Code pyta teraz o potwierdzenie, zamiast bezpowrotnie odrzucać rozmowę.

    Dostępność i diagnostyka MCP

    Dostępność i diagnostyka MCP

    Tryb czytnika ekranu otrzymał zapowiedzi dla usunięć tekstu. Skróty Option+Delete, Ctrl+W, Cmd+Backspace, Ctrl+U i Ctrl+K są teraz ogłaszane, co zapewnia osobom niewidomym i słabowidzącym informację zwrotną o edycji. To mały krok, ale pokazuje, że Anthropic zaczyna traktować dostępność poważnie.

    Jeśli chodzi o MCP, zmiany są praktyczne dla zespołów korzystających z zewnętrznych serwisów. claude mcp list i /mcp pokazują teraz kody statusu HTTP oraz treść błędu serwera, zamiast ogólnego komunikatu o nieudanym połączeniu. Klient ostrzega również o ukrytych białych znakach w wartościach konfiguracyjnych.

    Auto-mode i ultra-review

    Auto-mode i ultra-review

    Bezpieczeństwo w trybie automatycznym zostało poprawione. Niebezpieczne polecenia rm, wykonanie w tle z & oraz podejrzane ścieżki Windows nie otwierają już okna uprawnień w auto-mode. Zamiast tego klasyfikator trybu automatycznego decyduje, czy operacja jest dozwolona.

    /ultrareview zyskał lepszą obsługę błędów. Nieprawidłowy argument teraz zwraca sensowną informację zwrotną, co pozwala Claude'owi poprawić wejście zamiast bezmyślnie je powtarzać. Argumenty opisowe, takie jak „przejrzyj moje zmiany auth", nie powodują już awarii — polecenie przegląda bieżącą gałąź i dołącza tekst jako notatkę do wyników.

    Kompatybilność: uwaga dla automatyzacji

    Warto zwrócić uwagę na zgłoszenie z GitHuba dotyczące kompatybilności. Wersja 2.1.218 to pierwszy natywny build npm, który wykorzystuje bin/claude.exe zamiast cli.js. Zgodnie z informacjami od społeczności, serwery MCP HTTP z OAuth mogą sprawiać wrażenie wymagających uwierzytelnienia podczas nieinteraktywnych sesji --print, nawet gdy dane uwierzytelniające są poprawne. Sesje interaktywne działają normalnie, a powrót do 2.1.210 rozwiązuje problem.

    Jest to zgłoszony problem w konkretnym środowisku, a nie potwierdzona, uniwersalna regresja produktu. Mimo to stanowi ostrzeżenie dla zespołów korzystających z Claude Code w CI lub automatyzacji — szczególnie tam, gdzie narzędzia MCP wykonują publikacje, wdrożenia lub inne akcje, które mogą cicho zawieść. Przed szerokim wdrożeniem warto przetestować własne scenariusze.


    Źródła

  • Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    17 lipca 2026 roku wydano aktualizację Devin Desktop 3.5.17, która wprowadza szybsze sesje oparte na worktree, nowy interfejs palety poleceń oraz lepszą obsługę wielu folderów w lokalnym środowisku. Wydanie koncentruje się na skróceniu czasu oczekiwania na interakcję z agentem oraz poprawie stabilności, szczególnie na systemie Windows.

    Kluczowe zmiany w pigułce

    • Sesje worktree uruchamiają się natychmiast — interakcja jest możliwa od razu, podczas gdy git worktree tworzy się w tle.
    • Paleta poleceń w Agent Command Center przeszła wizualny redesign, a pasek statusu jest teraz domyślnie ukryty.
    • Ikony @-wzmianek w Cascade pokazują teraz typ przywoływanego zasobu: plik, folder, narzędzie czy inne.
    • Network policy w chmurze — użytkownicy mogą zatwierdzać lub blokować żądania sieciowe bez opuszczania sesji w chmurze.
    • Stabilność na Windows — naprawiono awarie aktualizatora i błędy powodujące crashe Cascade.

    Szybszy start sesji z worktree

    W poprzednich wersjach uruchomienie nowej sesji opartej na git worktree wymagało oczekiwania na pełne przygotowanie środowiska. W wersji 3.5.17 nowe sesje uruchamiają się natychmiast i pozostają interaktywne, podczas gdy worktree tworzy się asynchronicznie w tle. Deweloper może od razu rozpocząć pracę, zamiast czekać na zakończenie procesu.

    To udogodnienie jest szczególnie przydatne dla osób pracujących równolegle na wielu gałęziach. Nie ma potrzeby przerywania pracy — agent sam domknie konfigurację, podczas gdy użytkownik kontynuuje działania.

    Lepsza czytelność w Cascade i Agent Command Center

    Interfejs przeszedł kilka drobnych, ale zauważalnych poprawek. Pigułki @-wzmianek w Cascade zyskały ikony zależne od typu przywoływanego elementu. Pliki, foldery, narzędzia i inne zasoby są teraz łatwiejsze do rozróżnienia, co zmniejsza ryzyko pomyłek przy przeglądaniu kontekstu sesji.

    Paleta poleceń została zaktualizowana, a pasek statusu w Agent Command Center jest domyślnie ukryty. Użytkownicy, którzy chcą go przywrócić, mogą ustawić "workbench.statusBar.visible": true w konfiguracji. To zmiana, która poprawia estetykę interfejsu, choć nie wprowadza rewolucyjnych rozwiązań.

    Devin Cloud: sieć pod kontrolą

    W chmurze wprowadzono nowe narzędzia do zarządzania polityką sieciową. Użytkownicy mogą konfigurować uprawnienia sieciowe bezpośrednio z poziomu czatu, co pozwala na zatwierdzanie lub odrzucanie żądań dostępu do zewnętrznych zasobów bez konieczności przełączania się do panelu administracyjnego. To znacząca oszczędność czasu, szczególnie dla zespołów DevOps pracujących z rejestrami pakietów, API i zewnętrznymi serwisami.

    Devin Desktop: wiele folderów i nowe narzędzia do hooków

    W lokalnym środowisku wprowadzono zmiany, które poprawiają obsługę złożonych workspace'ów. Dostosowania lokalne oraz licznik umiejętności w panelu bocznym obejmują teraz wszystkie otwarte foldery, co ułatwia pracę z repozytoriami monolitycznymi i projektami wielomodułowymi.

    Dodatkowo wprowadzono narzędzia do zarządzania hookami, co daje użytkownikom większą kontrolę nad tym, jak automatyzacje lokalne reagują na zdarzenia. W połączeniu z Fast Context, który przyspiesza dostęp do kontekstu projektu podczas pracy agenta, lokalne środowisko zyskuje na elastyczności.

    Windows: łatka dla updatera i crashe Cascade

    Użytkownicy Windows, którzy mieli problemy z aktualizacjami, otrzymują poprawkę. Release notes zawierają instrukcje: należy poczekać na pobranie aktualizacji, zamknąć wszystkie procesy devin.exe przez Menedżera zadań, dokończyć instalację i zrestartować aplikację. Choć nie jest to idealne rozwiązanie, przynajmniej użytkownicy wiedzą, jak postępować w przypadku problemów z automatyzacją.

    Dodatkowo naprawiono błędy powodujące crashe Cascade, co powinno poprawić stabilność lokalnego agenta.

    Co to oznacza dla codziennej pracy

    Release 3.5.17 nie wprowadza spektakularnych zmian ani benchmarków wydajności. Skupia się na poprawie komfortu użytkowania: krótszym czasie oczekiwania, lepszej nawigacji w interfejsie i płynniejszej pracy z agentami, zarówno lokalnie, jak i w chmurze.

    Widać także wyraźny podział między Devin Cloud a Devin Desktop. Chmura zyskuje narzędzia do kontroli sieci, podczas gdy aplikacja desktopowa rozwija się w kierunku obsługi wielu folderów i automatyzacji. Dla zespołów pracujących zarówno zdalnie, jak i lokalnie, to sensowny kierunek, który odpowiada na ich potrzeby.


    Źródła

  • Cline SDK v0.0.64 naprawia liczenie tokenów i pliki z Windows

    Cline SDK v0.0.64 naprawia liczenie tokenów i pliki z Windows

    Nowa wersja SDK Cline, oznaczona numerem 0.0.64, została udostępniona w repozytorium 17 lipca 2026 roku. Wprowadza dwie istotne poprawki dotyczące kompatybilności. Aktualizacja koncentruje się na ujednoliceniu obsługi maksymalnych tokenów wyjściowych w różnych ścieżkach providerów oraz na poprawnym parsowaniu plików zapisanych przez edytory Windows. Choć zmiany są technicznie niewielkie, eliminują uciążliwe błędy, które mogły zakłócić sesję agenta w nieoczekiwanym momencie.

    Kluczowe zmiany

    • Jednolita obsługa limitów tokenów dla trasowania przez bramkę, providera OpenAI i modeli reasoningowych
    • Pliki z BOM-em UTF-8 są teraz poprawnie parsowane — dotyczy frontmatter w Markdown i plików z instrukcjami
    • Automatyczna konwersja plików między Windows a innymi systemami — SDK radzi sobie z tym samodzielnie
    • Poprawki na styku providerów eliminują niespójne zachowania przy generowaniu kodu i wywołaniach narzędzi

    Tokeny pod kontrolą — bez względu na providera

    Problem z maksymalną liczbą tokenów wyjściowych był uciążliwy. Gdy konfiguracja ustalała limit, ale SDK nie przekazywało go poprawnie do konkretnego providera, model mógł przestać generować odpowiedź w trakcie wywołania narzędzia. W niektórych przypadkach zachowywał się inaczej, w zależności od tego, czy żądanie szło bezpośrednio przez OpenAI, przez bramkę, czy do modelu reasoningowego.

    Poprawka w wersji 0.0.64 nie zwiększa samego limitu, lecz zmienia sposób, w jaki SDK go przekazuje. Umożliwia to, aby skonfigurowana wartość docierała tam, gdzie powinna, i była respektowana przez każdą ścieżkę. Dla osób generujących długie pliki konfiguracyjne lub skomplikowane struktury kodu, ta zmiana oznacza mniej niespodzianek przy kompilacji.

    Warto dodać, że późniejsze wydania SDK wprowadzały dodatkowe poprawki dla modeli reasoningowych, które mogły pomijać kompaktowanie, gdy system niewłaściwie honorował jawny limit. To pokazuje, że zarządzanie budżetem tokenów pozostaje aktualnym tematem w ekosystemie agentów AI.

    BOM, którego już nie widać

    Druga zmiana dotyczy znacznika kolejności bajtów (BOM) w plikach UTF-8, który jest często dodawany przez starsze edytory w systemie Windows. Ten niewidoczny znacznik może skutecznie zakłócić parsowanie.

    Gdy plik z instrukcjami dla Cline zaczynał się od BOM-a, parser nie znajdował oczekiwanego delimitera frontmatter na pierwszej pozycji. W rezultacie odrzucał plik jako niepoprawny lub, co gorsza, interpretował go w sposób prowadzący do trudnych do zdiagnozowania błędów w działaniu agenta.

    Od wersji 0.0.64 SDK usuwa BOM-a przed parsowaniem. Dotyczy to plików Markdown z frontmatter w YAML, plików z instrukcjami użytkownika oraz reguł i workflow. Użytkownicy nie muszą już ręcznie konwertować plików do UTF-8 bez BOM za każdym razem, gdy edytują je w notatniku i wrzucają do repozytorium.

    Dlaczego to ma znaczenie

    Cline SDK to open-source'owy runtime agenta, wykorzystywany zarówno w rozszerzeniach IDE, jak i przez zespoły budujące własne aplikacje agentowe. Dla osób pracujących w web dev i DevOps obie poprawki są istotne, ponieważ dotyczą kluczowych punktów styku między systemami.

    Pierwszy problem dotyczy granicy między providerami modeli — niespójne limity tokenów mogą prowadzić do niekompletnego generowania kodu. Drugi problem to granica między systemami plików — pliki utworzone w Windows mogą nie działać poprawnie w środowisku linuksowym.

    Te zmiany mogą być niewidoczne, dopóki coś się nie zepsuje. Jednak w momencie wystąpienia problemu mogą powodować więcej frustracji niż skomplikowane błędy.


    Źródła

  • Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Platforma Factory otrzymała aktualizację v0.171.0, która koncentruje się na niezawodności narzędzia i ułatwieniu pracy programistom korzystającym z systemu Windows. Deweloperzy zyskali nowy skrypt instalacyjny dla Droid CLI, a także znaczące usprawnienia w zarządzaniu serwerami MCP. Aktualizacja przynosi szereg poprawek, które eliminują uciążliwe problemy techniczne i przyspieszają wdrożenie agenta AI w środowisku deweloperskim.

    Co nowego w pigułce

    • Nowy skrypt instalacyjny dla Windows automatycznie dodaje katalog instalacyjny do PATH, co pozwala na natychmiastowe działanie CLI po instalacji.
    • Przebudowane menu MCP ułatwia podłączanie zewnętrznych narzędzi oraz zarządzanie serwerami w workflow agenta.
    • Wyświetlanie zużycia kontekstu pojawia się od razu po wznowieniu sesji, eliminując potrzebę zgadywania.
    • Poprawione wykrywanie architektury instalatora Windows eliminuje błędy przy wyborze wersji.
    • Wiele krytycznych poprawek, w tym timeouty połączeń MCP, wykrywanie motywu przez SSH oraz błędy interfejsu.

    Windows wreszcie obywatelem pierwszej kategorii

    Deweloperzy na Windows od dawna czuli się niedoceniani w kontekście narzędzi agentowych. Wersja v0.171.0 zmienia tę sytuację. Skrypt instalacyjny dla Droid CLI nie tylko kopiuje pliki, ale także sprawdza, czy katalog docelowy jest już w PATH. Jeśli nie, dodaje go i aktualizuje zmienną w bieżącej sesji terminala.

    Dzięki temu po wpisaniu droid w konsoli narzędzie działa natychmiast, bez potrzeby ręcznego edytowania zmiennych środowiskowych. Choć to może wydawać się drobnym szczegółem, każdy, kto konfigurował toolchain na Windows, wie, że takie detale mogą decydować o czasie potrzebnym na wdrożenie narzędzia.

    Dodatkowo poprawiono wykrywanie architektury instalatora. Wcześniej zdarzały się sytuacje, w których instalator błędnie identyfikował system i próbował zainstalować niekompatybilną wersję. Teraz ten problem został rozwiązany, a CLI uruchamia się szybciej po instalacji dzięki usunięciu zbędnego kroku konfiguracji konsoli.

    MCP i zarządzanie kontekstem bez frustracji

    Kolejnym istotnym elementem tej aktualizacji są poprawki związane z Model Context Protocol (MCP). MCP to mechanizm, który pozwala Factory na łączenie się z zewnętrznymi narzędziami, takimi jak bazy danych czy API monitoringu. W wersji v0.171.0 naprawiono timeouty połączeń, które mogły przerywać sesję w nieodpowiednich momentach.

    Przebudowane menu MCP ułatwia zarządzanie serwerami. Teraz można szybciej zidentyfikować aktywne serwery, a konfiguracja nowych jest bardziej intuicyjna. Dla zespołów devopsowych, które integrują Droid z własnym stackiem, to oszczędność czasu i nerwów.

    Zarządzanie kontekstem również zostało znacząco poprawione. Po wznowieniu sesji od razu widać, ile miejsca w oknie kontekstowym zajmują dotychczasowe wiadomości i dokumenty. To istotna funkcjonalność, która pozwala na lepsze monitorowanie, kiedy agent może zacząć gubić wątki z powodu przekroczenia limitu tokenów.

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

    W tej aktualizacji rozwiązano także kilka bardziej szczegółowych problemów. Automatyczne wykrywanie motywu interfejsu nie działało poprawnie przez SSH, co było szczególnie irytujące podczas pracy zdalnej, gdy aplikacja nagle zmieniała wygląd. Teraz działa bez zarzutu.

    Poprawiono również obsługę powiadomień w desktopowej aplikacji oraz niezawodność zapisywania ustawień misji. Choć to nie są zmiany, które przyciągną uwagę na okładkach, to właśnie one sprawiają, że narzędzie staje się bardziej funkcjonalne i mniej uciążliwe w codziennym użytkowaniu.

    Co to oznacza dla zespołów

    Factory pozycjonuje CLI jako główne narzędzie do delegowania pracy agentowi AI z poziomu terminala. Każda aktualizacja, która upraszcza instalację i zwiększa stabilność podstawowych mechanizmów, wpływa na tempo adopcji w zespołach developerskich.

    Dla osób, które wcześniej testowały Factory i napotkały problemy na Windowsie lub frustrujące timeouty MCP, wersja v0.171.0 to dobra okazja, aby dać platformie drugą szansę. Dla tych, którzy już korzystają z Factory na co dzień, aktualizacja oznacza mniej przerw w pracy oraz bardziej przejrzyste informacje o stanie sesji.


    Źródła

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

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

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

    Kluczowe fakty

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

    Większa przejrzystość zużycia ACU

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

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

    Windows wreszcie dostaje konkretne łatki

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

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

    Modele subagentów i szybsze MCP

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

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

    Czysta historia Gita bez wzmianek o AI

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

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

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


    Źródła

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

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

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

    Kluczowe zmiany w pigułce

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

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

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

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

    Windows łapie oddech

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

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

    Subagenty i modele – mniej ręcznego sterowania

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

    Devin Local: cicho, bez podpisu

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

    Mniejsze, ale istotne poprawki

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

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

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

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

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


    Źródła

  • Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Anthropic wydało 11 czerwca 2026 roku wersję 2.1.173 Claude Code, która wprowadza automatyczną normalizację nazw modeli Fable 5 oraz usuwa fałszywy komunikat ostrzegawczy, który pojawiał się przy starcie na systemie Windows. Choć to niewielka aktualizacja, skutecznie rozwiązuje dwa istotne problemy, z którymi deweloperzy borykali się na co dzień.

    • Claude Code 2.1.173 automatycznie usuwa przyrostek [1m] z nazw modeli Fable 5
    • Fable 5 oferuje domyślnie okno kontekstowe 1M tokenów, więc suffix był zbędny
    • Windows nie wyświetla już fałszywego ostrzeżenia o brakujących zależnościach sandboksa
    • Konfiguracja nie wymaga już ręcznego czyszczenia identyfikatorów modeli

    Fable 5 bez [1m] — dlaczego to ma znaczenie

    Główna zmiana dotyczy sposobu, w jaki Claude Code rozpoznaje modele Fable 5. Wcześniej, jeśli w plikach konfiguracyjnych lub flagach CLI pojawiał się identyfikator z przyrostkiem [1m], narzędzie nie normalizowało go poprawnie. W rezultacie deweloperzy musieli ręcznie edytować konfiguracje, aby dopasowanie modelu działało.

    Teraz suffix jest usuwany automatycznie, ponieważ Fable 5 domyślnie pracuje z oknem kontekstowym o wielkości miliona tokenów. Przyrostek był zbędny i wprowadzał zamieszanie przy przełączaniu się między modelami w skryptach i konfiguracjach.

    Dla osób pracujących w trybie vibe coding to istotne ułatwienie. Gdy szybko eksperymentujesz z różnymi modelami w agentowych setupach, każda drobna przeszkoda w routingu może zakłócić płynność pracy. Teraz Claude Code samodzielnie zajmuje się normalizacją, co eliminuje potrzebę pilnowania, czy gdzieś nie pozostał stary suffix.

    Windows bez fałszywego alarmu

    Druga poprawka dotyczy użytkowników Windows. Przy włączonym sandboksie Claude Code mógł przy starcie wyświetlać komunikat o brakujących zależnościach, mimo że wszystko było w porządku. Fałszywy alert został usunięty w wersji 2.1.173.

    Dla zespołów DevOps i osób hostujących lokalne środowiska deweloperskie to mała, ale odczuwalna poprawa. Mniej szumu przy starcie narzędzia CLI oznacza czystsze logi i mniej okazji do niepotrzebnego debugowania. Niezawodność Claude Code na różnych platformach delikatnie, ale zauważalnie wzrasta.

    Co jeszcze warto wiedzieć o Fable 5

    Model Fable 5, określany przez Anthropic jako model klasy Mythos, standardowo oferuje 128 tysięcy tokenów na wyjściu przy każdym zapytaniu. Cennik wynosi 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Model zawiera również klasyfikatory bezpieczeństwa, które w określonych przypadkach mogą odrzucić zapytanie.

    Aktualizacja 2.1.173 wpisuje się w szerszy trend porządkowania narzędzi wokół modeli dużej pojemności. Gdy okno kontekstowe 1M tokenów staje się standardem, oznaczanie go w nazwie przestaje być potrzebne — i dobrze, że narzędzia dostosowują się do tej zmiany.

    Drobny release, konkretny efekt

    Aktualizacja jest niewielka — zawiera tylko dwa fixy. Jednak oba eliminują tarcia, które deweloperzy odczuwali w codziennej pracy. Mniej grzebania w konfiguracjach, mniej fałszywych alertów, płynniejsze przełączanie modeli. Czasami to właśnie takie mikro-poprawki mają największy wpływ na komfort pracy z narzędziami AI.


    Źródła

  • OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    Najnowsza aktualizacja OpenCode wprowadza istotne zmiany w architekturze systemu zdarzeń, wprowadzając mechanizm oparty na bibliotece Effect. To krok w kierunku zapewnienia stabilności i spójności działania aplikacji, zwłaszcza w złożonych środowiskach deweloperskich, gdzie wiele komponentów musi współpracować. Użytkownicy desktopowi na Linuxie i Windows zyskają nowe funkcje interfejsu, a deweloperzy korzystający z SDK otrzymali ważne poprawki.

    Kluczowe fakty o aktualizacji

    • Effect-based core event system zapewnia niezawodne dostarczanie zdarzeń między sesjami i integracjami.
    • Auto-hide menu bar jest dostępny dla użytkowników Linuxa i Windowsa.
    • JavaScript SDK został zaktualizowany, przywracając brakujące typy zdarzeń.
    • Sesje teraz zachowują aktualizacje kontekstu systemowego podczas długotrwałych rozmów.
    • Architektura pluginów pozwala na zaczepianie się o zdarzenia w celu rozszerzania funkcjonalności.

    Integracja z systemem zdarzeń Effect

    Sercem najnowszego wydania jest przeprojektowany system zdarzeń oparty na bibliotece Effect. Dla użytkownika końcowego zmiana ta może być niewidoczna, ale dla stabilności i przewidywalności działania OpenCode ma kluczowe znaczenie. System zdarzeń działa jako warstwa pośrednicząca, przez którą przepływają informacje o operacjach zachodzących w aplikacji. Przejście na Effect oznacza, że dostarczanie zdarzeń – w obrębie tej samej sesji, między różnymi sesjami lub do zewnętrznych integracji – staje się bardziej niezawodne.

    Na przykład, jeśli plugin do powiadomień na pulpicie musi zareagować na zakończenie długiego zadania przez agenta AI, w poprzednich wersjach zdarzenie mogło nie dotrzeć z powodu problemów z siecią lub serializacją. Nowa architektura zarządza takimi sytuacjami w sposób przejrzysty dla programisty, co gwarantuje, że ważne informacje nie zostaną utracone. To ma ogromne znaczenie dla ekosystemu pluginów, gdzie deweloperzy tworzą niestandardowe moduły JavaScript/TypeScript, aby dodawać nowe funkcje lub integrować OpenCode z zewnętrznymi serwisami, takimi jak systemy monitoringu czy powiadomień.

    Usprawnienia dla użytkowników desktopowych

    Kolejna grupa zmian dotyczy użytkowników aplikacji desktopowej na systemach Linux i Windows. Nowa funkcja auto-hide menu bar umożliwia automatyczne ukrywanie paska menu, co przekłada się na czystszy interfejs i większą przestrzeń roboczą, szczególnie na mniejszych ekranach. To odpowiedź na potrzeby użytkowników, którzy cenią minimalizm i skupienie na kodzie.

    Zespół deweloperski skupił się również na poprawie stabilności archiwizacji sesji. Sesje w OpenCode to nie tylko historia konwersacji, ale także kontekst pracy, w tym zmiany w plikach i decyzje agentów. Niestabilne archiwizowanie mogło prowadzić do utraty ważnych danych lub problemów z przywracaniem pracy. Poprawki w tym obszarze zapewniają, że proces zapisywania i odtwarzania stanu sesji jest teraz bardziej solidny, co jest kluczowe dla profesjonalistów polegających na OpenCode w codziennej pracy. Sesje zyskują również zdolność do zachowywania aktualizacji kontekstu systemowego podczas długotrwałych konwersacji, co jest istotne przy zadaniach trwających wiele godzin.

    Spójność SDK i wydarzenia globalne

    Dla deweloperów tworzących własne integracje kluczową zmianą jest aktualizacja JavaScript SDK. Poprzednia wersja miała braki w typach zdarzeń, co wymuszało nieeleganckie obejścia i utrudniało tworzenie spójnych rozwiązań. Przywrócenie brakujących elementów to krok w kierunku zapewnienia przewidywalnego i profesjonalnego doświadczenia podczas rozbudowy platformy.

    Zmiany obejmują również globalne strumienie zdarzeń w OpenCode, które teraz jawnie uwzględniają zdarzenia dodania (add), usunięcia (remove) i przełączenia (switch) konta. Ta transparentność jest istotna dla rozwiązań wielokontowych, umożliwiając zewnętrznym narzędziom natychmiastową i precyzyjną reakcję na zmiany stanu autoryzacji. Architektura OpenCode była projektowana jako rozszerzalna, a te poprawki pokazują, że rozwój ekosystemu i narzędzi deweloperskich jest traktowany priorytetowo obok funkcjonalności dla użytkownika końcowego.


    Źródła

  • Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Moonshot AI wypuściło 11 maja 2026 roku wersję 1.42.0 narzędzia Kimi Code CLI, w której całkowicie przesiadło Windows na Git Bash – to największa zmiana w tej edycji, celująca w użytkowników zmęczonych rozjazdami między PowerShellem a poleceniami znanymi z Linuksa i macOS-a. Razem z nią przyszły poprawki obsługi ścieżek plików, czytelniejsze ponawianie operacji i świeża wersja wewnętrznego protokołu komunikacyjnego.

    Co nowego w skrócie

    • Git Bash zastępuje PowerShell jako domyślną powłokę Kimi Code CLI na Windows
    • Składnia uniksowa – operatory &&, ||, | i narzędzia typu grep, sed czy /dev/null działają identycznie jak na Linuksie
    • Obsługa ścieżek w środowiskach Windows została znacząco poprawiona, co ułatwia pracę w repozytoriach wieloplatformowych
    • UI przy ponowieniach czyści częściowe wyjście, żeby nie mieszało się z nowymi wynikami
    • Protokół 1.10 lepiej wspiera zdarzenia step-retry i śledzenie błędów

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

    Najgłośniejszą nowością jest zmiana zaplecza powłoki dla Windows. Kimi Code CLI do tej pory odpalał polecenia przez powershell.exe, co rodziło frustracje u każdego, kto próbował korzystać z łańcuchów poleceń, operatorów przekierowania czy popularnych narzędzi uniksowych. Teraz CLI sięga po bash.exe z Git Basha, czyli to samo środowisko, które deweloperzy Windows instalują i tak przy okazji Gita.

    Wydanie nie jest tylko kosmetyką – w oficjalnych notatkach Moonshot AI wprost podkreśla, że operatory &&, ||, |, plik /dev/null oraz programy grep i sed działają teraz na Windows tak samo jak na Linuksie i macOS-ie. Dla zespołów rozproszonych między systemami to oznacza mniej warunkowych skryptów i mniej czasu spędzanego na debugowaniu różnic w interpreterach.

    Szczerze, to ruch dość oczywisty – Kimi Code CLI od dawna rekomendował instalację Git for Windows przed pierwszym uruchomieniem. Teraz po prostu oficjalnie z niego korzysta, co eliminuje pośredników i zmniejsza ryzyko błędów przy bardziej złożonych ciągach poleceń.

    Ścieżki plików i czytelniejszy interfejs przy ponawianiu

    Oprócz zmiany powłoki, wersja 1.42.0 załatała też bolączki związane ze ścieżkami plików w środowisku Windows. Twórcy nie wchodzą w szczegóły implementacyjne, ale poprawione mapowanie ścieżek ma znaczenie wszędzie tam, gdzie repozytorium współdzielą maszyny z Windows, Linuksem i macOS-em – a więc w praktyce w niemal każdym zespole webdevowym czy DevOps-owym.

    Do tego interfejs powłoki zaczął czyścić częściowe wyjście przy ponawianiu operacji. Wcześniej, gdy Kimi Code CLI decydował się powtórzyć komendę po błędzie, użytkownik widział śmieci z poprzedniej próby. Teraz konsola jest czyszczona, więc łatwiej odczytać aktualny wynik. To niby detal, ale przy dłuższych sesjach kodowania robi różnicę.

    Protokół 1.10 – fundament pod lepszą diagnostykę

    Zmianą, która umknie oczom większości użytkowników, jest aktualizacja wewnętrznego protokołu komunikacyjnego do wersji 1.10. Z notatek wynika, że nowy protokół lepiej


    Źródła