Tag: WSL

  • OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode zamyka czerwiec 2026 roku serią poprawek, które znacząco wpływają na codzienną pracę z kodem. W aktualizacjach od wersji 1.17.5 do 1.17.10 znalazły się inteligentne cache'owanie zapytań, wyszukiwanie rozmyte w drzewie plików oraz poprawki związane ze środowiskiem WSL, na które czekało wielu użytkowników Windowsa. To nie są kosmetyczne zmiany — to przemyślane usprawnienia wydajności i niezawodności, które można zauważyć od pierwszego uruchomienia.

    Kluczowe zmiany

    • Cache'owanie redukuje zbędne zapytania API nawet o 40%, co przyspiesza sesje i zmniejsza koszty użytkowania.
    • Wyszukiwanie rozmyte w panelu drzewa plików umożliwia szybkie odnalezienie konkretnego zasobu w dużych repozytoriach.
    • WSL zyskuje poprawki stabilności i synchronizacji, eliminując część problemów zgłaszanych przez użytkowników Windowsa.
    • OpenCode otrzymuje ulepszoną obsługę wywołań funkcyjnych i częściowe odpowiedzi strumieniowe JSON.
    • MCP wprowadza wstrzykiwanie instrukcji serwera do kontekstu sesji i szablonów zasobów.

    Szybsze wyszukiwanie i mądrzejsze cache'owanie

    Jedną z najbardziej zauważalnych nowości jest dodanie panelu drzewa plików z wyszukiwaniem rozmytym. Dla programistów pracujących w monorepozytoriach lub rozbudowanych projektach to oszczędność czasu, która w skali dnia zamienia się w minuty. Zamiast ręcznego przeglądania struktury katalogów wystarczy wpisać fragment nazwy, a OpenCode natychmiast wskazuje pasujące ścieżki.

    Zespół wprowadził także warstwę inteligentnego cache'owania, która zmniejsza liczbę redundantnych wywołań API o maksymalnie 40%. W praktyce oznacza to szybsze odpowiedzi i mniejsze rachunki za wykorzystanie modeli językowych. Przy dłuższych sesjach różnica jest zauważalna, zwłaszcza gdy pracuje się z kosztownymi endpointami.

    Wersja 1.17.8 wprowadziła poprawkę wycieku pamięci, który ujawniał się podczas długotrwałego monitorowania plików, a wersja 1.17.9 wyeliminowała wyścig w równoległym wykonywaniu narzędzi, który mógł uszkodzić stan sesji. Stabilność wyraźnie wzrosła.

    WSL i zarządzanie serwerami

    WSL i zarządzanie serwerami

    Dla użytkowników Windowsa wsparcie WSL to kluczowy element. OpenCode w tej serii wydań wprowadził szereg poprawek związanych z integracją WSL i pulpitem, co przekłada się na płynniejszą pracę w tym środowisku.

    Desktop doczekał się także poprawek interfejsu. Zniknęło przycinanie zakładek drzewa plików przy zmianie rozmiaru, naprawiono stany sesji bez tytułów i zoptymalizowano ładowanie strony głównej. Zespół pracuje nad pełną migracją do nowego układu (tzw. v2), który będzie domyślny w kolejnych wydaniach.

    Modele, providerzy i integracje MCP

    Modele, providerzy i integracje MCP

    Na froncie modeli AI zmiany są konkretne. Modele OpenCode otrzymały ulepszone wywołania funkcyjne, co przekłada się na precyzję generowanego kodu. Pojawiło się także wsparcie dla strumieniowych odpowiedzi JSON, co jest przydatne, gdy model generuje długie struktury danych i chcesz je widzieć partiami.

    W sferze MCP (Model Context Protocol) OpenCode 1.17.10 wprowadził wstrzykiwanie instrukcji serwera MCP do kontekstu sesji oraz listowanie szablonów zasobów. Dla zespołów automatyzujących przepływy pracy to spore ułatwienie — konfiguracja, która wcześniej wymagała ręcznej ingerencji, teraz jest dostępna bezpośrednio z poziomu agenta.

    Wśród wspieranych modeli znajduje się również OpenCode, który jest już dostępny w oficjalnej dokumentacji OpenCode.

    Co dalej?

    OpenCode systematycznie przesuwa się z pozycji terminalowego narzędzia dla entuzjastów w stronę pełnoprawnego środowiska deweloperskiego. Czerwcowe aktualizacje pokazują, że zespół reaguje na potrzeby społeczności: poprawia to, co sprawia problemy (stabilność sesji, wydajność wyszukiwania), i dodaje funkcje, o które proszą użytkownicy korporacyjni (WSL, lepsze MCP). Jeśli ten rytm się utrzyma, jesień 2026 może przynieść jeszcze ciekawsze integracje modelowe i głębsze wsparcie dla środowisk kontenerowych.


    Źródła

  • Factory CLI v0.116.0: Narzędzia świadome kontekstu i inteligentniejszy onboarding

    Factory CLI v0.116.0: Narzędzia świadome kontekstu i inteligentniejszy onboarding

    Najnowsza aktualizacja narzędzia wiersza poleceń Factory, wersja v0.116.0, wprowadza znaczące zmiany dla zespołów pracujących w mieszanych środowiskach deweloperskich. Główne zmiany dotyczą narzędzia Execute, które teraz potrafi dostosować się do kontekstu wykonawczego. Rozpoznaje, czy działa w czystym Linuksie, czy w Windows Subsystem for Linux (WSL), i odpowiednio modyfikuje swoje podpowiedzi. Dodatkowo, zespół uprościł proces wdrażania nowych użytkowników, umożliwiając dodanie metody płatności bezpośrednio na ostatnim ekranie konfiguracji. Wprowadzono także system podpowiedzi gotowości, który ułatwia przechodzenie przez kolejne etapy pracy. Aktualizacja zawiera również poprawki błędów, w tym stabilniejsze działanie promptów po wznowieniu sesji oraz dokładniejszą klasyfikację problemów z rozliczeniami.

    Kluczowe fakty o wydaniu

    • Execute tool zyskuje świadomość środowiska uruchomieniowego i dostarcza wskazówek specyficznych dla WSL
    • Wykrywanie bashismów zostało rozszerzone, by chronić agentów przed cichymi awariami skryptów
    • Metoda płatności może być teraz dodana bezpośrednio podczas ostatniego kroku onboardingu
    • Readiness hints to nowe podpowiedzi, które usprawniają przechodzenie przez zadania w CLI
    • Poprawki błędów obejmują lepszą obsługę promptów po wznowieniu, niezawodniejsze rozumowanie Gemini i dokładniejszą klasyfikację błędów billingowych

    Execute tool z wyczuciem środowiska

    Narzędzie Execute jest kluczowym elementem Factory CLI, odpowiedzialnym za wykonywanie poleceń w terminalu i współpracę z agentami AI. Dotychczas jego komunikaty były jednakowe na różnych platformach, co prowadziło do frustracji, gdy agent sugerował komendy działające tylko w natywnym Linuksie, a użytkownik pracował w WSL. W wersji v0.116.0 Execute samodzielnie wykrywa środowisko i dostosowuje swoje porady.

    Gdy CLI działa w WSL, użytkownik otrzymuje instrukcje uwzględniające specyfikę tego subsystemu, takie jak ścieżki do systemu plików Windows, dostęp do sieci czy zgodność z dystrybucjami Linuxa dostępnymi w Microsoft Store. To ważne dla deweloperów, którzy często zmieniają środowiska pracy. Narzędzie dba o to, aby nie generować skryptów wymagających funkcji jądra niedostępnych w subsystemie.

    Rozbudowane wykrywanie bashismów wspiera tę funkcjonalność. Skrypt napisany dla Bashu może zawieść w czystym sh, Dashu czy Zsh, jeśli nie zawiera odpowiedniego shebangu. Execute teraz szybciej ostrzega przed konstrukcjami składniowymi, które mogą nie działać w bieżącym środowisku powłoki. Dzięki temu użytkownicy spędzają mniej czasu na debugowaniu i mają większą pewność, że zaproponowane rozwiązanie zadziała.

    Płatności w onboardingu i system podpowiedzi gotowości

    Proces rozpoczęcia pracy z Factory został znacząco uproszczony. Użytkownik wcześniej musiał przejść przez całą konfigurację, aby na końcu skonfigurować metodę płatności. Teraz można to zrobić na ostatnim ekranie onboardingu. Umożliwienie dodania karty kredytowej czy innej formy płatności w tym samym przepływie zwiększa konwersję z okresu próbnego na płatne korzystanie.

    Nowe readiness hints to system mikro-podpowiedzi, które informują użytkownika o gotowości środowiska do podjęcia kolejnych kroków. Mogą to być komunikaty informujące, że środowisko jest gotowe do wykonania konkretnej komendy lub że brakuje zależności, które należy zainstalować przed kontynuowaniem. To ułatwienie jest istotne dla nowych użytkowników, ale także dla doświadczonych deweloperów w skomplikowanych przepływach pracy.

    Gemini, promptowanie i stabilność

    W wersji v0.116.0 Factory CLI wprowadza także poprawki, które zwiększają niezawodność. Ulepszono obsługę promptów użytkownika po wznowieniu pracy, co wcześniej mogło prowadzić do nieprzewidzianych zachowań agenta. Teraz kontekst jest odtwarzany stabilniej. Rozumowanie Gemini, modelu AI od Google, zostało usprawnione w scenariuszach wieloetapowych, gdzie agent prowadzi dłuższe interakcje. Lepsza klasyfikacja błędów billingowych oznacza, że użytkownicy nie będą mylnie informowani o problemach z płatnościami, które dotyczą innych aspektów usługi.

    Dla zespołów intensywnie wykorzystujących terminalowe agenty AI, aktualizacja ta przynosi zauważalne korzyści w codziennej pracy.


    Źródła