Kategoria: Aktualizacje Oprogramowania

  • OpenCode łata krytyczne błędy billingowe i usprawnia obsługę modeli wnioskujących

    OpenCode łata krytyczne błędy billingowe i usprawnia obsługę modeli wnioskujących

    Najnowsza aktualizacja OpenCode wprowadza szereg poprawek, które powinny zadowolić użytkowników integrujących to narzędzie z GitHub Copilotem. Deweloperzy skupili się na trzech głównych obszarach: usuwaniu krytycznych błędów, poprawie obsługi wariantów wnioskowania w modelach Meta i Grok oraz udoskonaleniu interfejsu desktopowego.

    Co nowego w skrócie

    • GitHub Copilot otrzymał poprawkę, która eliminuje błędy związane z zerowym rozmiarem partii billingowej, co mogło prowadzić do awarii aplikacji.
    • Meta Muse Spark zyskał dedykowany prompt systemowy, co poprawia przewidywalność zachowania modelu.
    • Modele wnioskujące od Meta i xAI mają teraz lepsze wykrywanie i routing wariantów reasoning effort.
    • Interfejs desktopowy został wzbogacony o zamykany wstęp do zakładek, nowy design wierszy zadań pod-agentów oraz bardziej czytelny selektor darmowych modeli.
    • Cache promptów xAI został zoptymalizowany pod kątem routingu, co zmniejsza koszty i opóźnienia.

    Stabilność, która ma znaczenie przy integracjach produkcyjnych

    Najważniejsza poprawka dotyczy GitHub Copilota. Wcześniej API mogło zwracać zerowy rozmiar partii billingowej, co prowadziło do awarii aplikacji lub błędnych kalkulacji kosztów. Dla zespołów korzystających z Copilota na produkcji, stabilność środowiska jest kluczowa.

    Dodatkowo, zespół OpenCode wprowadził dedykowany prompt systemowy dla Meta Muse Spark. Modele bez takiego promptu mogły generować niespójne odpowiedzi, zwłaszcza w kontekście agentowym. Teraz ich zachowanie jest bardziej przewidywalne, co ułatwia budowanie niezawodnych pipeline'ów.

    Warianty wnioskowania — fragmentacja, z którą trzeba żyć

    Coraz więcej dostawców modeli oferuje różne poziomy reasoning effort. Claude ma swoje tryby, GPT swoje, a Meta i xAI również eksperymentują z wariantami. OpenCode dostosowuje się do tej rzeczywistości — aktualizacja rozszerza wsparcie dla wariantów wnioskowania w modelach Meta i Grok/xAI.

    Dodatkowo, poprawiono obsługę xhigh reasoning effort w modelach xAI. Wcześniej ustawienie wysokiego poziomu wnioskowania mogło działać nieprzewidywalnie. Teraz routing promptów do cache xAI jest bardziej inteligentny — zapytania są kierowane tam, gdzie powinny, co przekłada się na mniejsze opóźnienia i niższe rachunki za API. Dla zespołów DevOps, które optymalizują koszty, to istotna korzyść.

    Desktop — drobne zmiany, lepszy workflow

    Interfejs użytkownika zyskał kilka poprawek, które, choć niewielkie, sumują się w płynniejsze doświadczenie. Nowy wstęp do zakładek można teraz zamknąć, co wcześniej nie było możliwe. Wiersze zadań pod-agentów przeszły redesign, co poprawia czytelność statusów sub-agentów.

    Selektor darmowych modeli stał się bardziej dostępny, a w tej samej rodzinie wydań pojawiły się przeszukiwalne pickery modeli, możliwość ponownego otwierania zamkniętych zakładek oraz otwierania nowych w tle. Użytkownicy pracujący z agentami w sesjach z wieloma zakładkami z pewnością to docenią.

    Dlaczego to wszystko ma znaczenie

    OpenCode ewoluuje w kierunku narzędzia produkcyjnego, a nie jedynie eksperymentalnego. Poprawki dotyczące billingowe świadczą o dojrzewaniu platformy — takie błędy mogą szybko podkopać zaufanie użytkowników. Inwestycja w obsługę wariantów wnioskowania pokazuje, że zespół rozumie, jak skomplikowany staje się rynek modeli AI. Narzędzia kodowe muszą działać przewidywalnie, niezależnie od wybranego modelu i trybu. Optymalizacja routingu cache promptów xAI to nie tylko kwestia wydajności, ale także kontroli kosztów, co jest kluczowe przy płatnościach za każde wywołanie API.


    Źródła

  • Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Anthropic wprowadziło aktualizację Claude Code 2.1.208, która dodaje tryb dla czytników ekranu, poprawia działanie w tle oraz przyspiesza sesje z wieloma narzędziami. To wydanie koncentruje się na dostępności i stabilności, wprowadzając zmiany, które szczególnie docenią programiści korzystający z terminala.

    Kluczowe zmiany w wydaniu

    • Tryb czytnika ekranu zamienia wizualny interfejs terminala na tekst, który narzędzia takie jak VoiceOver czy NVDA odczytują liniowo.
    • Mapowania w stylu Vima umożliwiają przypisanie sekwencji dwuklawiszowych, na przykład jj, do klawisza Escape w trybie insert.
    • Sesje w tle zyskały automatyczne odzyskiwanie po nieudanych dostawach oraz lepszą obsługę aktualizacji demona.
    • Optymalizacja wydajności przynosi nawet 7-krotnie szybsze rundy narzędziowe i do 79 razy mniejsze transkrypty sesji.
    • Poprawki stabilności eliminują problemy z zawieszaniem się przy zamykaniu połączeń HTTP/2 oraz z dołączaniem do sesji po aktualizacji.

    Tryb czytnika ekranu – CLI bez barier

    Nowy tryb dostępności odpowiada na konkretne potrzeby użytkowników. Standardowy widok Claude Code wykorzystuje naprzemienny ekran terminala (alternate screen), który nie obsługuje natywnego przewijania historii. Dla osób korzystających z czytników ekranu oznacza to trudności, ponieważ interfejs zmienia się dynamicznie, a kolorowe panele są interpretowane w sposób nieprzewidywalny.

    Tryb czytnika ekranu przekształca to w liniowy, czysty tekst. Można go włączyć na trzy sposoby: jednorazowo flagą claude --ax-screen-reader, przez zmienną środowiskową CLAUDE_AX_SCREEN_READER=1 lub w ustawieniach ("axScreenReader": true). Po aktywacji Claude Code przestaje rysować okienka i powiadomienia wizualne, pokazując jedynie tekst, który czytnik odczytuje po kolei. Użytkownicy VoiceOver na macOS i NVDA na Windowsie zyskają na użyteczności, ponieważ wcześniejsze korzystanie z Claude Code w terminalu było utrudnione.

    W tym trybie komunikaty o nowych uprawnieniach są odczytywane na głos, w tym przy zatwierdzaniu planu z Shift+Tab. Krótkie ogłoszenia, na przykład informacja o usuniętym słowie, pozostają na ekranie do momentu naciśnięcia klawisza, co daje czas na ich przetworzenie.

    Vimowe mapowania i stabilniejsze tło

    Vimowe mapowania i stabilniejsze tło

    Nowa funkcjonalność umożliwia mapowanie sekwencji dwuklawiszowych w trybie insert Vima. Użytkownicy, którzy od lat korzystają z jj jako Escape, mogą teraz przenieść tę konfigurację do Claude Code. Ustawienia trafiają do pliku keybindings.json, co pozwala na dostosowanie skrótów do własnych potrzeb.

    Sesje działające w tle były dotychczas problematyczne. Ta aktualizacja naprawia kilka istotnych kwestii: usunięto awarie przy zamykaniu połączeń HTTP/2 oraz sytuację, w której po aktualizacji binarki nie można było dołączyć do działającego procesu agenta. Sesje, które restartują się same, teraz zapisują i dostarczają tekst po powrocie, co oznacza, że agenci działający w tle nie będą gubić danych.

    Szybsze narzędzia, mniejsze transkrypty

    Szybsze narzędzia, mniejsze transkrypty

    Wydajność również została poprawiona. Zespół Anthropic wprowadził cache'owanie składania puli narzędzi, co przyspieszyło rundy narzędziowe nawet 7-krotnie w sesjach z wieloma MCP-tools. Dla osób pracujących z rozbudowanym zestawem narzędzi to znacząca różnica.

    Transkrypty sesji zostały znacznie zmniejszone, co w workflow z intensywną edycją plików przyniosło spadek rozmiaru nawet 79-krotnie. Mniejsze transkrypty oznaczają mniejsze zużycie pamięci, szybsze wznawianie sesji oraz ograniczone użycie dysku na checkpointy. W przypadku długotrwałych zadań, które są codziennością w devopsie czy vibe codingu, te optymalizacje mają duże znaczenie.

    Dodatkowo poprawiono responsywność wejścia – aktualizacje listy zadań nie przerysowują już całego interfejsu, co sprawia, że nawigacja stała się bardziej płynna.

    Rozwój w stronę dojrzałego narzędzia

    Claude Code 2.1.208 to nie rewolucja, ale znaczący krok naprzód. Tryb czytnika ekranu otwiera CLI na nową grupę użytkowników, a poprawki stabilności i wydajności sprawiają, że narzędzie lepiej radzi sobie z długimi sesjami z agentami i rozwidlonymi procesami. Dla web developerów, devopsów oraz osób zajmujących się AI-assisted coding to kolejny krok w kierunku narzędzia, na którym można polegać, nawet w przypadku intensywnego korzystania z terminala i wielu MCP-owych pluginów.


    Źródła

  • Claude Code 2.1.207: automatyczny tryb dostępny dla wszystkich i koniec z zawieszaniem terminala

    Claude Code 2.1.207: automatyczny tryb dostępny dla wszystkich i koniec z zawieszaniem terminala

    Anthropic wydało 11 lipca 2026 roku aktualizację Claude Code 2.1.207, która wprowadza automatyczny tryb dla użytkowników Bedrock, Vertex AI i Foundry, eliminując potrzebę ręcznego włączania go przez zmienne środowiskowe. W tej wersji wprowadzono 24 zmiany, w tym poprawki wydajnościowe, które eliminują opóźnienia w terminalu oraz błędy, które mogły prowadzić do zawieszania sesji.

    • Auto mode działa teraz domyślnie na platformach Bedrock, Vertex AI i Foundry — wcześniej wymagał flagi CLAUDE_CODE_ENABLE_AUTO_MODE
    • Claude Opus 4.8 stał się domyślnym modelem dla tych środowisk, zastępując Opus 4.7
    • Naprawiono zawieszanie terminala i opóźnienia klawiszy przy streamowaniu długich list, tabel, akapitów i bloków kodu
    • Ustawienia automatycznego trybu nie są już odczytywane z plików lokalnych repozytorium — teraz liczy się tylko konfiguracja użytkownika
    • Rozwiązano problem z AWS credential resolution na Windowsie, gdzie proces potrafił wisieć w nieskończoność

    Co konkretnie zmienia się w auto mode

    Tryb automatyczny w Claude Code pozwala asystentowi na samodzielne wykonywanie poleceń i edytowanie plików bez konieczności pytania o zgodę przy każdej operacji. Dotychczas na platformach chmurowych Bedrock, Vertex AI i Foundry trzeba było włączyć tę funkcję przez zmienną środowiskową, co było problematyczne w środowiskach CI/CD oraz przy automatyzacji z poziomu SDK.

    Teraz auto mode jest dostępny od razu. Aby go wyłączyć, wystarczy dodać disableAutoMode w pliku ~/.claude/settings.json. Zmieniono również sposób odczytu konfiguracji — autoMode nie jest już brane z pliku .claude/settings.local.json w repozytorium. Podobnie pluginConfigs przestały być honorowane z poziomu projektu. To zmiana mająca na celu uproszczenie konfiguracji, która teraz zależy od ustawień użytkownika, a nie od tego, co ktoś wrzucił do repo.

    Domyślnym modelem dla Bedrock, Vertex i Claude Platform na AWS został Claude Opus 4.8 — następca Opus 4.7, który oferuje lepszą wydajność przy tej samej cenie.

    Terminal przestał się zacinać — i to naprawdę odczuwalna zmiana

    Jednym z bardziej frustrujących problemów w poprzednich wersjach było zawieszanie się terminala podczas streamowania dłuższych odpowiedzi. Gdy Claude generował rozbudowane tabele, długie akapity czy bloki kodu, interfejs mógł przestać reagować — klawisze nie działały, przewijanie nie funkcjonowało, a cała sesja wydawała się zawieszona. Wersja 2.1.207 eliminuje ten problem.

    Dla użytkowników Windowsa istotna jest poprawka dotycząca AWS credential resolution. Wcześniej, gdy proces uwierzytelniania — na przykład przez credential_process — utknął, Claude Code mógł wisieć w nieskończoność. Teraz mechanizm radzi sobie z tym poprawnie, co jest szczególnie ważne w środowiskach developerskich korzystających z lokalnych profili AWS.

    Mniej błędów, lepszy podgląd sesji

    Poprawiono również kilka mniej widocznych, ale uciążliwych błędów. Ustawienia zarządzane zdalnie (managed settings) z nieinteraktywnych wywołań — jak claude -p czy wywołania SDK — nie będą już przypadkowo oznaczane jako zaakceptowane bez pokazania okna zgody. Wcześniej mogło to prowadzić do sytuacji, w których zgoda na przetwarzanie danych była rejestrowana bez wiedzy użytkownika.

    Widok agenta zyskał lepsze zachowanie przy wklejanym tekście oraz wyraźniejszy podgląd sesji. Interfejs lepiej radzi sobie z powtarzanym tekstem z clipboarda, a funkcja „session peek” pokazuje czytelniejsze informacje o stanie sesji.

    Dla zespołów pracujących z repozytoriami korzystającymi z git worktree poprawiono błędy konfiguracyjne, które wcześniej mogły powodować niespójności w działaniu narzędzi.

    Dlaczego to ważne dla web dev i DevOps

    Zmiany w tej wersji odpowiadają na konkretne problemy, z jakimi borykają się użytkownicy Claude Code. Automatyczny tryb bez konieczności opt-in przyspiesza pracę w środowiskach chmurowych, gdzie każda ręczna akceptacja to strata czasu. Poprawki wydajności terminala zapewniają płynniejszą pracę z długimi odpowiedziami AI, co jest istotne przy generowaniu kodu czy analizie logów. Stabilność przy rozwiązywaniu credentiali na Windowsie przekłada się na mniej przerw w pracy, zwłaszcza w zespołach korzystających z AWS.

    Przeniesienie konfiguracji z plików lokalnych repozytorium na poziom użytkownika to również sygnał dla liderów zespołów: warto przejrzeć, gdzie trzymane są ustawienia Claude Code w waszych projektach, ponieważ po tej aktualizacji część z nich może przestać działać tak jak wcześniej.


    Źródła

  • Codex CLI 0.144.1: cicha łatka, która ratuje instalację przed upadkiem

    Codex CLI 0.144.1: cicha łatka, która ratuje instalację przed upadkiem

    OpenAI wypuściło Codex CLI w wersji 0.144.1, co jest niewielką, ale ważną aktualizacją, która naprawia dwa istotne problemy związane z instalacją i uruchamianiem trybu kodowego. To wydanie typu hotfix koncentruje się na konkretnych błędach zgłaszanych przez użytkowników samodzielnych instalatorów oraz pakietów dla systemu macOS. Choć nie wprowadzono nowych funkcji, poprawki mają znaczący wpływ na codzienną pracę z narzędziem.

    Kluczowe zmiany w pigułce

    • Samodzielne instalacje przestały się nie udawać, gdy GitHub zwracał metadane wydań w skompaktowanej lub zmienionej kolejności.
    • Pakiety dla macOS teraz poprawnie eksponują binarkę hosta trybu kodowego razem z głównym plikiem wykonywalnym codex.
    • Tryb kodowy otrzymał mechanizm awaryjny — jeśli brakuje zewnętrznego pliku pomocniczego, automatycznie korzysta z wbudowanego środowiska uruchomieniowego.
    • Numeracja wersji sugeruje, że część poprawek wylądowała także w wersjach 0.144.1 i późniejszych, co wskazuje na backporty.

    Co dokładnie się zepsuło i dlaczego to ważne

    Główny problem dotyczył scenariusza, który na pierwszy rzut oka wydaje się niszowy, ale w praktyce mógł skutecznie uniemożliwić instalację. Gdy użytkownik pobierał Codex przez samodzielny instalator, narzędzie wysyłało zapytanie do API GitHuba po metadane wydania. Problem polegał na tym, że GitHub czasami zwracał te dane w formacie skompaktowanym lub z przestawioną kolejnością pól, a stary parser nie radził sobie z tymi zmianami.

    Efektem tego była awaria instalacji bez komunikatu, który mógłby pomóc w diagnozowaniu problemu. Dla kogoś, kto dopiero zaczyna korzystać z Codex CLI, takie doświadczenie mogło skutecznie zniechęcić do dalszych prób.

    Poprawki dla macOS i trybu kodowego

    Druga część łatki dotyczy użytkowników macOS korzystających z instalatorów pakietowych. W poprzednich wersjach binarka hosta trybu kodowego, niezbędna do działania tej ścieżki, nie była prawidłowo wystawiana obok głównego pliku codex. System po prostu jej nie widział, co powodowało, że tryb kodowy nie działał.

    Teraz pliki są poprawnie eksponowane, a jako dodatkowe zabezpieczenie zespół OpenAI dodał mechanizm fallbacku. Jeśli z jakiegoś powodu binarka pomocnicza nadal będzie niedostępna, Codex skorzysta z wbudowanego środowiska uruchomieniowego. To praktyczne rozwiązanie nie eliminuje problemu u źródła, ale zapewnia ciągłość pracy nawet w przypadku nieprzewidzianych sytuacji.

    Więcej niż jedna wersja

    Warto zwrócić uwagę na interesujący szczegół związany z numeracją. Choć 0.144.1 pojawiło się jako dedykowany hotfix, ślady tych samych poprawek można znaleźć w nowszych wydaniach, w tym w wersji 0.144.1, gdzie opis zmian mówi o backportowaniu poprawek stabilności. To sugeruje, że OpenAI potraktowało te błędy na tyle poważnie, by scalić je również z główną gałęzią rozwojową.

    Samo wydanie zostało szybko podchwycone przez opiekunów pakietów, między innymi w FreeBSD, gdzie odpowiedni commit w drzewie portów pojawił się niemal natychmiast.

    Dlaczego to istotne dla ekosystemu

    Codex CLI to nie jest zwykłe narzędzie do podpowiadania kodu — w obecnej formie potrafi samodzielnie wykonywać złożone zadania programistyczne w terminalu. Każda awaria na etapie instalacji to potencjalna utrata zaufania, szczególnie wśród developerów, którzy testują narzędzie w środowiskach CI/CD albo na maszynach bez dostępu do pełnego GUI.

    Poprawki z 0.144.1 nie są spektakularne. Nie wprowadzono zmian w modelach, nowych komend ani przepisanego interfejsu. Jednak takie ciche łatki często decydują o tym, czy narzędzie zostanie uznane za dojrzałe, czy za niedopracowany eksperyment. OpenAI pokazuje, że słucha zgłoszeń od społeczności, nawet jeśli dotyczą one pozornie marginalnych ścieżek instalacyjnych.

    Dla użytkowników, którzy polegają na trybie kodowym, to wydanie eliminuje frustrującą przeszkodę i sprawia, że Codex CLI staje się bardziej przewidywalne. A przewidywalność w narzędziach developerskich jest niezwykle cenna.


    Źródła

  • Factory v0.167.0: lepsza łączność z droidami i zauważalnie szybsze uruchamianie

    Factory v0.167.0: lepsza łączność z droidami i zauważalnie szybsze uruchamianie

    2 września 2026 roku Factory wydało aktualizację v0.167.0, która rozwiązuje dwa istotne problemy użytkowników pracujących ze zdalnymi maszynami: brak wygodnego przekierowania portów oraz wolne uruchamianie aplikacji. Nowa wersja wprowadza komendę droid computer port-forward oraz przyspiesza fazy startowe, co sprawia, że okno robocze pojawia się szybciej niż wcześniej.

    Co konkretnie się zmieniło

    • Nowa komenda droid computer port-forward umożliwia przekierowanie portów z komputera-droida na lokalną maszynę przez tunel przekaźnikowy.
    • Równoległe fazy startowe skracają czas od kliknięcia ikony do gotowego okna aplikacji — Factory informuje o „szybszym uruchamianiu”.
    • Pełnoekranowa nakładka pomocy oraz usprawniona nawigacja w menu slash ułatwiają odnajdywanie komend bez odrywania rąk od klawiatury.
    • Wyszukiwanie sesji również przyspieszono, chociaż twórcy nie podają konkretnych wartości procentowych.
    • Poprawki błędów — między innymi naprawiono wklejanie obrazków w systemie Windows oraz zawieszanie się sesji podczas inicjalizacji.

    Przekierowanie portów: jak to działa i dlaczego ma znaczenie

    Nowa komenda to nie tylko kolejna opcja w CLI. Oferuje składnię, która obsługuje mapowania w stylu LOKALNY:ZDALNY, sam ZDALNY lub :ZDALNY, a także umożliwia przekierowanie wielu portów w jednym wywołaniu. Komputery-droidy są automatycznie budzone przed nawiązaniem połączenia, więc nie trzeba osobno sprawdzać, czy maszyna zdalna jest aktywna.

    Ruch przechodzi przez istniejący tunel przekaźnikowy, ten sam, który obsługuje droid computer ssh. Nie ma potrzeby otwierania dodatkowych portów ani eksponowania ich na zewnątrz. Dla zespołów devopsowych i web developerów testujących serwisy na zdalnych środowiskach to znaczna oszczędność czasu i nerwów. Obsługiwany jest tylko TCP, więc na UDP trzeba będzie jeszcze poczekać.

    Brak przekierowania portów w pracy z droidami oznaczał konieczność korzystania z reverse proxy lub SSH z ręcznymi tunelami — wszystko było wykonalne, ale każda minuta spędzona na konfiguracji to czas stracony na właściwe kodowanie.

    Szybszy start i sprawniejsze szukanie sesji

    Uruchamianie aplikacji w poprzednich wersjach mogło być frustrujące. Proces startowy przebiegał w fazach, a zanim okno stało się interaktywne, mijało wystarczająco dużo czasu, aby zdążyć nalać sobie kawy. Teraz fazy startowe działają równolegle — to nie jest rewolucja architektoniczna, ale solidna decyzja inżynieryjna. Efekt jest odczuwalny od pierwszego kliknięcia.

    Wyszukiwanie sesji również zyskało na szybkości. Factory nie podaje konkretnych liczb, ale przy rosnącej liczbie zapisanych sesji nawet drobna optymalizacja zapytań czy indeksowania ma znaczenie, szczególnie gdy próbujesz szybko wrócić do wczorajszego kontekstu.

    Te zmiany mają na celu zmniejszenie tarcia przy przełączaniu się między zadaniami. W pracy z AI-asystentem, gdzie sesje mogą trwać godzinami, każda sekunda opóźnienia przy starcie czy wyszukiwaniu może wybić z rytmu.

    Interfejs i garść poprawek

    Oprócz wydajności i łączności, v0.167.0 wprowadza pełnoekranową nakładkę z pomocą — szczególnie przydatną dla nowych użytkowników, którzy nie znają jeszcze wszystkich skrótów i komend. Usprawniono również nawigację w menu slash, co sprawia, że wybieranie akcji podczas pisania promptów działa płynniej.

    Jeśli chodzi o błędy, zespół Factory rozwiązał problem z wklejaniem obrazków na Windowsie — użytkownicy tego systemu mogą teraz normalnie dodawać zrzuty ekranu do sesji. Naprawiono również zawieszanie się inicjalizacji sesji oraz poprawiono ogólną stabilność. Choć te poprawki nie przyciągają uwagi, to właśnie takie detale decydują o codziennej użyteczności narzędzia.

    Co z tego wynika

    Aktualizacja nie wprowadza przełomowych zmian w sposobie pracy, ale odpowiada na potrzeby użytkowników Factory. Przekierowanie portów eliminuje problem pracy ze zdalnymi droidami, a przyspieszenie startu i wyszukiwania to inwestycja w płynność codziennych procesów. Jeśli twoja praca polega na szybkim testowaniu serwisów na zdalnych maszynach lub zarządzaniu wieloma sesjami AI, warto zainstalować v0.167.0 bez zwłoki.


    Źródła

  • Factory v0.167.0: szybsze łączenie z Droidem i przesiadywanie sesji bez zacięć

    Factory v0.167.0: szybsze łączenie z Droidem i przesiadywanie sesji bez zacięć

    Factory wydało wersję v0.167.0 swojego środowiska developerskiego, koncentrując się na problemach, które najczęściej irytują użytkowników — czasie oczekiwania i rozłączających się agentach. Aktualizacja wprowadza przekierowanie portów dla komputerów Droid, co znacząco skraca czas uruchamiania aplikacji i przyspiesza wyszukiwanie sesji.

    To wydanie nie zawiera wielu efektów wizualnych. Skupia się na stabilności, co jest kluczowe w narzędziach dla developerów, ponieważ stabilność połączenia wpływa na to, czy sesja kodowania kończy się commitami, czy frustracją.

    Co nowego — w skrócie

    • Przekierowanie portów dla Droid Computers umożliwia bezpośredni dostęp do usług działających na zdalnych maszynach.
    • Pierwsza odpowiedź Droida nie czeka już na zakończenie sprawdzania limitów użycia — agent zaczyna działać natychmiast.
    • Długie sesje i strumieniowane polecenia renderują się płynniej, bez opóźnień przy przewijaniu i pisaniu.
    • Automatyczne ponowne łączenie Droid Computers przy aktywności w aplikacji Factory, z zapamiętaniem stanu sesji.
    • Obsługa HTTPS_PROXY umożliwia pracę za firmowymi proxy, a błędy połączenia mają teraz czytelne komunikaty.

    Wydajność, która ratuje flow

    Czekanie potrafi skutecznie wybić z rytmu. Factory zoptymalizowało ładowanie sesji w v0.167.0, co sprawia, że aplikacja uruchamia się szybciej, a przeszukiwanie historii rozmów z Droidem jest bardziej efektywne.

    Droid nie czeka już na zakończenie sprawdzania limitów użycia przed wysłaniem pierwszej odpowiedzi. Różnica jest zauważalna, zwłaszcza gdy agent ma przeanalizować kod i zaproponować rozwiązanie. Mniej kręcącego się kursora, więcej konkretów.

    Dla zespołów pracujących w długich sesjach debugowania istotna będzie też płynność streamingu. Polecenia terminalowe i odpowiedzi agenta renderują się teraz bez lagów przy przewijaniu, co pozwala na kontynuowanie pisania, gdy Droid jeszcze pracuje.

    Sieć, proxy i połączenia — devopsi odetchną

    Sieć, proxy i połączenia — devopsi odetchną

    W środowiskach enterprise łączność to często wyzwanie. Factory dodało wsparcie dla zmiennej HTTPS_PROXY, co pozwala na działanie Droida za firmowymi serwerami proxy bez dodatkowej konfiguracji. To istotna zmiana, zwłaszcza dla tych, którzy próbują uruchomić narzędzie AI w sieci korporacyjnej.

    Lepsza diagnostyka błędów połączenia to kolejny krok w stronę użytkowników, którzy nie chcą zgadywać, dlaczego coś nie działa. Aplikacja teraz wyjaśnia, co poszło nie tak przy starcie.

    Wprowadzono także automatyczne ponowne łączenie Droid Computers. Po powrocie do aplikacji Factory, komputer zdalny sam się podłącza, a oczekujące zapytania są zachowywane i odtwarzane po przywróceniu sesji. Użytkownicy nie muszą martwić się o utratę kontekstu.

    Interfejs i stabilność — czystsze transkrypty, rollback update'ów

    Przeprojektowano pełnoekranowy interfejs pomocy. Transkrypty rozmów są teraz bardziej przejrzyste, co ułatwia przeglądanie historii sesji, zwłaszcza tych długich.

    Factory dodało możliwość rollbacku. Komenda droid update -v <version> pozwala na aktualizację lub powrót do konkretnej wersji. Jeśli nowa wersja wprowadzi regresję, powrót do stabilnego stanu to kwestia jednego polecenia.

    Poprawiono również kilka problemów platformowych. Na Windowsie Droid nie zawiesza się już przy starcie podczas szukania PowerShell, co wcześniej mogło zniechęcać do pracy. Na Linuksie poprawiono obsługę sesji i stabilność działania narzędzi.

    Co to znaczy dla zespołów dev i AI

    Factory konsekwentnie rozwija narzędzie dla osób, które spędzają długie godziny w agencie AI. Szybsze wyszukiwanie sesji, lepsza responsywność przy długich promptach i niezawodne ponowne łączenie — to wszystko wpływa na doświadczenie, w którym narzędzie działa w tle.

    Wersja v0.167.0 pokazuje, że zespół Factory uwzględnia opinie użytkowników pracujących w produkcyjnych środowiskach. Wprowadzone zmiany przekładają się na mniej przerw w pracy i większą pewność, że agent nie rozłączy się w trakcie ważnego zadania.


    Źródła

  • Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Zespół Cognition wydał 7 lipca 2026 roku aktualizację Devin Desktop oznaczoną numerem v3.4.27. To wydanie koncentruje się na jednej kluczowej poprawce — usprawnieniu wyświetlania różnic w kodzie (diff) podczas pracy agenta w trybie autonomicznym. Zmiana ta ma bezpośredni wpływ na jakość codziennej pracy programistów, którzy chętniej korzystają z narzędzi AI, gdy mogą szybko i bez problemów sprawdzić, co dokładnie zmienił asystent.

    Co nowego w skrócie

    • v3.4.27 trafiła do użytkowników 7 lipca 2026 roku
    • Główna poprawka dotyczy przeglądania diffów w trybie autonomicznym agenta
    • Edycje wykonane autonomicznie generują teraz przejrzyste, możliwe do recenzji diffy
    • W ramach tego samego wydania dodano też wyświetlanie zużycia ACU w komendzie /usage
    • Devin Desktop to nowa nazwa dobrze znanego edytora Windsurf

    Dlaczego diffy mają znaczenie przy autonomicznym kodowaniu

    Korzystanie z agentów AI do generowania kodu stało się powszechną praktyką w środowiskach web dev i DevOps, zwłaszcza przy zadaniach powtarzalnych, takich jak generowanie komponentów, pisanie testów czy refaktoryzacja. Gdy agent działa w trybie autonomicznym, sam podejmuje decyzje o edycji plików. Właśnie wtedy możliwość szybkiego i czytelnego podglądu zmian staje się kluczowa dla zachowania kontroli nad projektem.

    Z dokumentacji Devin Desktop wynika, że domyślnym zachowaniem przy edycji plików przez agenta jest pokazywanie tzw. stref diffa — fragmentów kodu z przyciskami akceptacji lub odrzucenia. Deweloper widzi więc dokładnie, co się zmieniło, i może jedną decyzją włączyć poprawkę do kodu lub ją odrzucić. W praktyce, przy autonomicznych zadaniach, mechanizm ten potrafił szwankować. Wersja v3.4.27 to naprawia.

    Choć brzmi to jak drobiazg, każdy, kto spędził godziny na przeglądaniu zmian w kodzie, wie, że nieczytelny diff potrafi skutecznie zniechęcić do korzystania z asystenta AI. W zespołach, gdzie przegląd kodu jest obowiązkowym etapem przed wdrożeniem, przejrzystość podglądu ma bezpośredni wpływ na szybkość pracy.

    Zużycie ACU w zasięgu ręki

    Zużycie ACU w zasięgu ręki
    Źródło: exafunction.github.io

    Changelog wspomina także o usprawnieniu UX w ramach komendy /usage. Od teraz pokazuje ona bieżące zużycie ACU — jednostek rozliczeniowych wykorzystywanych przez agenta. To praktyczny dodatek dla tych, którzy monitorują limity, szczególnie przy intensywnej pracy, gdzie świadomość pozostałych zasobów pozwala lepiej planować zadania.

    Warto pamiętać, że Devin Desktop to produkt, który przeszedł rebranding — wcześniej znany był jako Windsurf. Zmiana nazwy nie wpłynęła na sam edytor, ale podkreśla kierunek, w jakim zmierza Cognition: zintegrowane środowisko z agentem AI jako centralnym elementem.

    Co to oznacza dla web developerów i zespołów DevOps

    Aktualizacja nie wprowadza nowych funkcji. Skupienie się na niezawodności mechanizmu podglądu zmian świadczy o tym, że twórcy słuchają użytkowników i wiedzą, gdzie leży codzienny ból. Praca z kodem to nie tylko pisanie — to ciągłe czytanie i weryfikacja. Gdy AI działa autonomicznie, zaufanie do narzędzia buduje się przez takie detale jak czytelność diffów, szybkość podglądu i brak frustracji przy akceptowaniu zmian.

    Dla zespołów korzystających z Devin Desktop w projektach webowych czy przy automatyzacji zadań DevOps, v3.4.27 to cicha, ale wartościowa poprawka. Zmniejsza tarcie w kluczowym punkcie przepływu pracy — między wygenerowaniem kodu a jego wdrożeniem. W świecie, gdzie jakość kodu i szybkość iteracji decydują o sukcesie projektu, takie detale mają istotne znaczenie.


    Źródła

  • Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Najnowsza aktualizacja Factory, oznaczona jako v0.164.0, wprowadza uporządkowanie komend slash oraz umożliwia zespołom kontrolę nad synchronizacją sesji z chmurą. To nie jest rewolucja, lecz znaczący krok w kierunku bardziej przewidywalnego środowiska dla deweloperów pracujących z AI. W paczce znalazły się również istotne poprawki stabilności, które powinny zadowolić zespoły zmagające się z autoryzacją MCP oraz logowaniem między organizacjami.

    Kluczowe zmiany w pigułce

    • Komendy slash zostały pogrupowane według kategorii, co kończy erę płaskiej, przytłaczającej listy.
    • Synchronizacja sesji z chmurą może być teraz wyłączona, co jest przydatne w środowiskach z restrykcyjnymi politykami bezpieczeństwa.
    • Selektor modeli przeszedł kosmetyczne odświeżenie i jest teraz bardziej czytelny.
    • Autoryzacja MCP otrzymała poprawkę eliminującą problemy z tokenami OAuth i ich przechowywaniem.
    • Logowanie między organizacjami oraz procesy w tle droid exec działają stabilniej.

    Porządki w komendach — mniej scrollowania, więcej sensu

    Każdy, kto spędził czas z Factory, zna ten moment: otwierasz listę komend slash i widzisz ścianę tekstu bez ładu. v0.164.0 kończy z tym bałaganem. Komendy są teraz pogrupowane w kategorie, co drastycznie skraca czas potrzebny na znalezienie właściwej opcji. Nowy selektor modeli idzie w tym samym kierunku — mniej elementów na ekranie, szybsze decyzje.

    Takie zmiany mogą być łatwe do przeoczenia w changelogu, ale dla kogoś, kto używa Factory codziennie, różnica między płaską listą a sensownie posegregowanymi opcjami to oszczędność kilkunastu sekund za każdym razem. W skali tygodnia daje to realny zysk.

    Cloud Sync — teraz to Ty decydujesz

    Cloud Sync — teraz to Ty decydujesz

    Nowa kontrolka synchronizacji sesji to ciekawsza zmiana. Factory od dawna synchronizuje dane sesji z chmurą, co dla wielu zespołów jest zaletą, ale nie dla wszystkich. W środowiskach enterprise każdy bajt opuszczający firmową sieć podlega audytowi, więc automatyczne synchronizacje mogą być problematyczne.

    Teraz organizacje mogą po prostu wyłączyć Cloud Sync w ustawieniach. Gdy opcja cloudSessionSync jest wyłączona, CLI pomija synchronizację z chmurą. To niewielka zmiana konfiguracyjna, ale dla zespołów w regulowanych branżach ma ogromne znaczenie.

    Factory buduje swoją pozycję jako narzędzie klasy enterprise, a bez granularnej kontroli nad danymi trudno konkurować na poważnym rynku. Ta funkcja pokazuje, że rozumieją potrzeby dużych klientów.

    MCP, autoryzacja i procesy w tle — co naprawiono

    MCP, autoryzacja i procesy w tle — co naprawiono

    Druga część aktualizacji to zestaw poprawek, które mogą nie być atrakcyjne marketingowo, ale są kluczowe dla codziennej pracy. Na pierwszy ogień idzie autoryzacja MCP — OAuth teraz poprawnie przechowuje tokeny globalnie w systemowym keyringu, co oznacza, że serwer skonfigurowany w jednym projekcie uwierzytelnia się wszędzie, gdzie jest używany. Koniec z sytuacjami, w których Droid prosi o ponowną autoryzację przy każdym restarcie.

    Jest też poprawka dla droid exec. To polecenie działa jako bezinteraktywny runner, a jego procesy są teraz stabilniejsze w ramach fabrycznego workflow. Dla zespołów automatyzujących zadania devopsowe to kluczowa sprawa.

    Na koniec — logowanie między organizacjami. Wcześniej przełączanie się między organizacjami mogło kończyć się błędami autoryzacji, szczególnie gdy polityki organizacji różniły się między sobą. v0.164.0 rozwiązuje ten problem, co docenią konsultanci i deweloperzy pracujący dla wielu klientów jednocześnie.

    Co to oznacza dla ekosystemu Factory

    Patrząc szerzej, ten release wpisuje się w trend dojrzewania narzędzi agent-native. Factory nie jest już eksperymentem — to produkcyjne środowisko, które musi działać przewidywalnie w złożonych setupach enterprise. Grupowanie komend i kontrola synchronizacji to nie są funkcje, które sprzedają dema, ale to detale, które decydują o tym, czy zespół zostaje z narzędziem na lata, czy szuka alternatyw po pierwszym audycie bezpieczeństwa.

    Warto również zwrócić uwagę na kontekst MCP — Factory dokumentuje trzy poziomy konfiguracji (user, folder, project) i pozwala organizacjom centralnie zarządzać dostępem do serwerów MCP przez mcpPolicy. To architektura, która skaluje się razem z zespołem i nie wymaga przepisywania polityk bezpieczeństwa przy każdym nowym wdrożeniu.


    Źródła

  • Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.162.0, wprowadza wsparcie dla sklonowanych repozytoriów w sesjach projektowych oraz obniża zużycie pamięci podczas bezczynności. To wydanie koncentruje się na optymalizacji długotrwałych sesji programistycznych, co jest istotne dla zespołów korzystających z asystentów AI w codziennej pracy z kodem. Dodatkowo, aktualizacja zawiera poprawki stabilności dotyczące renderowania hooków, przełączania organizacji oraz mechanizmów logowania MCP.

    • Sklonowane repozytoria działają teraz w sesjach projektowych, co ułatwia pracę na forkowanych i kopiowanych bazach kodu.
    • Zużycie pamięci podczas bezczynnych sesji zostało obniżone — mniej zasobów przy otwartych, ale nieaktywnych agentach.
    • Nawigacja słowna w polach tekstowych przyspiesza edycję komend dla zaawansowanych użytkowników.
    • Zachowanie kodowania plików poprawione, co zmniejsza ryzyko utraty danych przy pracy z różnymi standardami znaków.
    • Poprawki błędów obejmują renderowanie hooków, przełączanie organizacji i uwierzytelnianie MCP.

    Sesje projektowe zyskują elastyczność

    Factory rozwija koncepcję sesji jako podstawowej jednostki pracy. W wersji v0.162.0 dodano możliwość korzystania ze sklonowanych repozytoriów bezpośrednio w sesjach projektowych. Dla zespołów pracujących na forkach lub kopiujących struktury kodu między projektami to oszczędność czasu — nie trzeba już ręcznie odtwarzać kontekstu po przejściu na inną gałąź kodu.

    Platforma opiera się na hierarchicznym systemie ustawień, gdzie każda sesja dziedziczy konfigurację z poziomu organizacji i projektu. Wsparcie dla klonowanych repozytoriów wpisuje się w ten model, pozwalając zachować spójność polityk bezpieczeństwa niezależnie od źródła kodu.

    Co istotne, zmiana nie wymaga od użytkownika dodatkowej konfiguracji — mechanizm działa automatycznie w ramach istniejącej struktury sesji.

    Mniej pamięci, więcej oddechu dla infrastruktury

    Serwery deweloperskie i środowiska hostowane często borykają się z problemem zawieszonych sesji, które nie wykonują żadnej pracy, a mimo to obciążają zasoby. Factory v0.162.0 wprowadza optymalizację redukującą zużycie pamięci w takich momentach.

    Dla zespołów DevOps i administratorów hostingu to praktyczna poprawka — przy kilkudziesięciu równoległych sesjach różnica w zużyciu RAM-u staje się odczuwalna. Mniejsze obciążenie przekłada się na większą stabilność długo działających agentów, które potrafią wisieć godzinami w oczekiwaniu na input użytkownika.

    Drobne usprawnienia interfejsu

    Drobne usprawnienia interfejsu

    Nawigacja słowna w polach tekstowych to detal, ale dla osób spędzających godziny w CLI i promptach może przynieść znaczną poprawę. Zamiast przesuwać kursor znak po znaku, można przeskakiwać całe wyrazy — standard znany z terminali i edytorów kodu, który wreszcie trafił do interfejsu Factory.

    Poprawione zachowanie kodowania plików eliminuje przypadki, gdy plik zapisany w UTF-8 nagle lądował w latin1 po edycji przez agenta. Dla projektów wielojęzycznych i infrastrukturalnych skryptów to zabezpieczenie przed cichą korupcją danych.

    Poprawki stabilności — hooki, organizacje i MCP

    Poprawki stabilności — hooki, organizacje i MCP

    Trzy obszary doczekały się konkretnych łatek. Hooki, czyli automatyzacje uruchamiane przy określonych zdarzeniach w sesji, miały problem z renderowaniem — teraz działają przewidywalnie. Przełączanie między organizacjami nie powoduje już niespodziewanych błędów kontekstu. Mechanizmy uwierzytelniania MCP, które korzystają z globalnego magazynu poświadczeń, otrzymały poprawione fallbacki — gdy główna metoda logowania zawiedzie, system sięga po zapasowe dane uwierzytelniające bez przerywania pracy.

    Te zmiany są istotne w środowiskach enterprise, gdzie polityki bezpieczeństwa i kontrolowane wykonywanie kodu nie mogą sobie pozwolić na losowe awarie.

    Co to oznacza dla użytkowników

    Wersja v0.162.0 to aktualizacja skupiająca się na poprawie jakości życia użytkowników — nie wprowadza spektakularnych nowości, ale eliminuje kilka uciążliwych problemów i przygotowuje grunt pod bardziej złożone workflow. Klonowane repozytoria i niższe zużycie pamięci wskazują, że Factory celuje w profesjonalne środowiska deweloperskie, gdzie skala i niezawodność są kluczowe. Dla osób pracujących w trybie vibe coding z asystentami AI to po prostu płynniejsza codzienna robota bez frustrujących przestojów.


    Źródła

  • Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline v4.0.2 wprowadza wsparcie dla xhigh i porządkuje ClinePass

    Cline wprowadził aktualizację do wersji v4.0.2, w której głównym elementem jest rozszerzona kontrola nad trybami wnioskowania modeli DeepSeek. Zespół dodał również poprawki stabilności w interfejsie oraz uporządkował doświadczenie z ClinePass, co ma na celu ułatwienie deweloperom konfiguracji dostawców AI.

    Kluczowe zmiany w pigułce

    • DeepSeek thinking models otrzymały wsparcie dla parametru reasoning effort, w tym najwyższego poziomu xhigh
    • ClinePass zyskał czytelniejsze kontrolki wnioskowania i ujednolicony mechanizm wyboru modelu
    • Meta-dane modeli zostały wyczyszczone — Cline preferuje teraz kanoniczne identyfikatory Z.ai
    • Webview doczekał się poprawek w podmianie zmiennych środowiskowych i domyślnych ustawieniach focus chain

    Co konkretnie zmienia się w obsłudze DeepSeek

    DeepSeek od dawna oferuje tryb myślenia, ale wcześniej kontrola nad intensywnością rozumowania była ograniczona. Aktualizacja v4.0.2 wprowadza jawną kontrolę nad parametrem reasoning effort, który można ustawić na low, medium, high oraz xhigh.

    Warto zauważyć, że DeepSeek w swoim API mapuje poziomy medium, high i xhigh na ten sam faktyczny tier — high. Mimo to wprowadzenie osobnych przełączników ma sens z perspektywy przyszłych zmian w API. Deweloperzy zyskają czytelniejszy interfejs, co pozwoli im świadomie wybierać ustawienia odpowiednie do ich zadań.

    Dla praktyków oznacza to konkretne konsekwencje: wyższy effort wydłuża czas odpowiedzi i zwiększa zużycie tokenów, ale może przynieść lepsze rezultaty przy złożonych zadaniach programistycznych. Niższe ustawienia będą bardziej odpowiednie przy prostych refaktoryzacjach lub generowaniu testów jednostkowych, gdzie głęboka analiza nie jest konieczna.

    ClinePass zyskuje na przejrzystości

    ClinePass zyskuje na przejrzystości

    Drugim ważnym elementem tej aktualizacji jest przebudowa doświadczenia z ClinePass. Kontrolki wnioskowania są teraz widoczne bezpośrednio przy selektorze modelu, co wcześniej wymagało ich szukania w głębszych ustawieniach. Mechanizm wyboru modelu został również ujednolicony z resztą systemu dostawców, eliminując rozbieżności w listach i niespójne nazwy.

    Dodatkowo uporządkowano meta-dane modeli. Cline preferuje teraz kanoniczne identyfikatory Z.ai, co ułatwia rozpoznawanie modeli przy przełączaniu się między dostawcami. Dla użytkowników ClinePass oznacza to mniej niespodzianek — model wybrany w interfejsie odpowiada temu, co trafia do zapytania API.

    Poprawki pod maską

    Poprawki pod maską

    Oprócz nowych funkcji, v4.0.2 rozwiązuje dwa istotne błędy. Pierwszy dotyczył podmiany zmiennych środowiskowych w webview — w niektórych sytuacjach zmienne nie były prawidłowo rozwijane, co prowadziło do błędów konfiguracji. Drugi fix naprawia domyślne ustawienia focus chain — przełącznik w interfejsie teraz pokazuje poprawną wartość od razu po załadowaniu, zamiast wyświetlać błędną domyślną pozycję.

    Te poprawki mogą nie być spektakularne, ale mają znaczący wpływ na codzienną pracę. Każdy, kto debugował konfigurację agenta AI, wie, że takie detale mogą być bardziej frustrujące niż brak zaawansowanych funkcji.

    Dlaczego to wydanie ma znaczenie

    Cline v4.0.2 to nie rewolucja, ale solidny krok w kierunku poprawy. Dla zespołów korzystających z DeepSeek jako głównego silnika wnioskowania, dodanie xhigh i jawnych kontrolek reasoning effort to zmiana, która wpływa na kontrolę kosztów i jakość odpowiedzi. Umożliwia to precyzyjniejsze balansowanie między szybkością a głębokością analizy — co jest kluczowe w produkcyjnych workflow agentów AI.

    Ujednolicenie ClinePass z resztą ekosystemu dostawców to krok w stronę spójności interfejsu. Mniej niespodzianek przy przełączaniu modeli przekłada się na mniejszą frustrację i szybsze prototypowanie. W połączeniu z poprawkami stabilności, v4.0.2 to aktualizacja, którą warto zainstalować — zwłaszcza dla tych, którzy na co dzień pracują z modelami z rodziny DeepSeek.


    Źródła