Tag: WSL

  • OpenCode wprowadza konfigurowalne limity delegacji agentów i poprawki stabilności pulpitu

    OpenCode wprowadza konfigurowalne limity delegacji agentów i poprawki stabilności pulpitu

    Najnowsza aktualizacja OpenCode wprowadza mechanizm kontroli zagnieżdżania podagentów oraz szereg poprawek dla użytkowników wersji desktopowej. Główną nowością jest opcja subagent_depth, która pozwala zespołom developerskim ograniczać głębokość delegacji zadań, co zapobiega niekontrolowanej rekursji i nadmiernemu zużyciu zasobów.

    • Konfigurowalny limit zagnieżdżania – parametr subagent_depth kontroluje, ile poziomów agentów może powstać w łańcuchu delegacji.
    • Skrót klawiszowy do pickera – strzałka w górę zamyka listę wyboru podagenta, gdy zaznaczona jest pierwsza pozycja.
    • Poprawki dla WSL – aplikacja desktopowa czeka teraz na pełne uruchomienie serwera WSL przed zgłoszeniem gotowości.
    • Lepsza widoczność selektora – naprawiono problem z niewidocznym selektorem niestandardowych agentów.

    Jak działa kontrola delegacji

    Mechanizm subagent_depth wprowadza blokadę przed niekontrolowanym tworzeniem drzew zadań. Przy domyślnej wartości 1 główny agent może uruchamiać podagentów, ale ci nie mogą delegować pracy dalej. To spłaszcza strukturę i ułatwia śledzenie przepływu zadań.

    Wartość 2 pozwala na jeden dodatkowy poziom – podagent może utworzyć własnego podagenta. Ustawienie 0 całkowicie blokuje możliwość tworzenia podagentów. Konfiguracja trafia do pliku JSON:

    {
  "$schema": "https://opencode.ai/config.json",
  "subagent_depth": 2
}

    Rozwiązanie jest szczególnie przydatne w środowiskach, gdzie koszty API i czas wykonania są istotne. Bez limitu możliwe byłoby stworzenie głębokiego drzewa, w którym każdy poziom generuje własne wywołania narzędzi, co prowadziłoby do wyższych rachunków i trudniejszego debugowania.

    Poprawki stabilności na pulpicie

    Poprawki stabilności na pulpicie

    Aktualizacja OpenCode przynosi kilka istotnych poprawek dla użytkowników desktopa. Najważniejsza dotyczy środowisk WSL – aplikacja teraz czeka, aż serwer deweloperski zakończy ładowanie, zanim pokaże interfejs jako gotowy do pracy. Wcześniej użytkownik mógł widzieć działający interfejs, podczas gdy backend jeszcze się uruchamiał.

    Dodatkowo naprawiono przewijanie na stronie głównej pulpitu i poprawiono zachowanie nagłówków sesji, które teraz nie przeszkadzają w nawigacji.

    Wprowadzono także poprawkę dla selektora niestandardowych agentów, który wcześniej nie wyświetlał się, mimo że agenci byli skonfigurowani. Choć to drobna zmiana, mogła skutecznie blokować workflow.

    Skróty i paleta poleceń

    Skróty i paleta poleceń

    Paleta poleceń dostępna pod Ctrl+P zyskała możliwość bezpośredniego wyszukiwania sesji, co skraca ścieżkę powrotu do konkretnego zadania. Kombinacja Ctrl+X, potem L otwiera listę sesji, a Ctrl+X, potem N rozpoczyna nową.

    W pickerze podagentów wprowadzono zmianę w obsłudze klawiatury – naciśnięcie strzałki w górę na pierwszym elemencie listy zamyka picker. Wcześniej trzeba było używać klawisza Escape lub myszki, aby wrócić bez wybierania.

    Dlaczego to ma znaczenie

    Zmiany dotyczą dwóch obszarów, które przy intensywnym korzystaniu z agentów AI mogą generować frustrację. Pierwszy to kontrola nad tym, co robi system – limit zagnieżdżania daje zespołom przewidywalność i ogranicza ryzyko kosztownych pętli delegacji. Drugi to niezawodność narzędzia, szczególnie w środowiskach WSL, gdzie rozjazd między stanem interfejsu a stanem serwera mógł wprowadzać w błąd.

    Domyślne ustawienie głębokości na 1 to wybór, który premiuje prostotę. Zespoły korzystające z wieloetapowej orkiestracji agentów mogą zwiększyć ten limit, ale dla większości scenariuszy płaska struktura będzie wystarczająca.

    Źródła

  • OpenCode ogranicza zagnieżdżanie subagentów i usprawnia pracę na pulpicie

    OpenCode ogranicza zagnieżdżanie subagentów i usprawnia pracę na pulpicie

    Najnowsza aktualizacja narzędzia OpenCode wprowadza domyślne ograniczenie głębokości delegowania zadań dla subagentów oraz szereg poprawek stabilności w wersji desktopowej. Zmiany, wprowadzone w wydaniach 1.18.2 i 1.18.3, mają na celu zapobieganie niekontrolowanemu mnożeniu się sesji agentów i ułatwienie nawigacji po projektach.

    Co nowego w skrócie

    • Limit zagnieżdżania – domyślnie subagent nie może tworzyć kolejnych subagentów; wartość subagent_depth wynosi teraz 1
    • Skrót do zamykania pickera – strzałka w górę pozwala szybko zamknąć okno wyboru subagenta, gdy zaznaczona jest pierwsza pozycja
    • Poprawione przewijanie – strona główna w aplikacji desktopowej działa teraz płynniej
    • Lepszy start WSL – desktop czeka teraz na gotowość serwera WSL, zanim zgłosi aplikację jako dostępną
    • Wyszukiwanie sesji w palecie poleceń obejmuje teraz również istniejące sesje, co przyspiesza przełączanie między konwersacjami

    Dlaczego limit zagnieżdżania ma znaczenie

    Praca z agentami AI przy złożonych projektach programistycznych często wymaga delegowania zadań pobocznych, takich jak przeszukiwanie repozytoriów, testowanie, generowanie dokumentacji czy przegląd kodu. Problem pojawia się, gdy subagent zaczyna tworzyć własne subagenty. Rekurencyjna delegacja może prowadzić do nadmiernej aktywności, obciążenia zasobów i trudności w śledzeniu postępów w drzewie zadań.

    OpenCode wprowadza konfigurowalne ograniczenie głębokości. Przy domyślnej wartości subagent_depth: 1, agent główny może delegować zadanie do subagenta, ale ten nie może tworzyć kolejnych poziomów. Ustawienie wartości na 2 pozwala na jeszcze jeden poziom zagnieżdżenia. Aby całkowicie zablokować możliwość tworzenia subagentów, wystarczy wpisać 0.

    To zabezpieczenie wpisuje się w szerszy trend, w którym narzędzia do kodowania wspomaganego AI stają się środowiskami do zarządzania wieloetapowymi procesami. Jasne granice delegowania ułatwiają odróżnienie głównych zadań od prac pomocniczych.

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

    Wersja 1.18.3 wprowadza także kilka usprawnień interfejsu. Skrót ze strzałką w górę do zamykania pickera subagentów, choć wydaje się drobnym szczegółem, oszczędza czas i frustrację podczas intensywnej pracy z agentami. Poprawione przewijanie strony głównej również znacząco poprawia komfort użytkowania.

    Rozszerzone wyszukiwanie sesji w palecie poleceń umożliwia użytkownikom zarządzającym wieloma równoległymi konwersacjami agentów szybsze odnalezienie właściwego wątku projektu. Dodatkowo wprowadzono poprawki związane z przyklejonymi nagłówkami sesji oraz widocznością selektora niestandardowych agentów.

    Stabilność WSL doceniona przez deweloperów

    Dla osób pracujących na Windowsie z Linuksem w tle zmiana w obsłudze WSL jest szczególnie istotna. Wcześniej interfejs desktopowy OpenCode mógł zgłaszać gotowość, zanim serwer WSL zakończył inicjalizację, co prowadziło do błędów podczas prób połączenia. To mogło zakłócać pracę nad projektami opartymi na kontenerach czy menedżerach pakietów linuksowych.

    Aktualizacja sprawia, że desktop czeka na pełną gotowość serwera WSL, zanim poinformuje użytkownika o dostępności narzędzia. W połączeniu z wymogiem uwierzytelniania przez OPENCODE_SERVER_PASSWORD, co jest wymagane przy nasłuchiwaniu na zewnętrznym adresie, zapewnia to solidniejsze podstawy do codziennej pracy.

    Mniej rewolucji, więcej kontroli

    Ta aktualizacja OpenCode nie wprowadza nowego modelu językowego ani przełomowych funkcji. Twórcy skupili się na przewidywalności zachowania agentów, szybszej nawigacji i mniejszej liczbie awarii. Domyślny limit zagnieżdżenia to najważniejsza zmiana dla każdego, kto deleguje złożone zadania. Użytkownicy spędzający długie godziny w narzędziu docenią poprawki pulpitu i WSL. To solidny zestaw usprawnień operacyjnych, które poprawiają codzienną pracę.

    Źródła

  • OpenCode dostaje bat na subagenty – teraz to ty decydujesz, jak głęboko sięgają

    OpenCode dostaje bat na subagenty – teraz to ty decydujesz, jak głęboko sięgają

    OpenCode wprowadza zmiany dotyczące subagentów – w wersjach v1.18.2 i v1.18.3 dodano konfigurowalny limit głębokości subagentów oraz poprawki stabilności na pulpicie. Najważniejszą nowością jest domyślne blokowanie zagnieżdżonych subagentów, co uniemożliwia niekontrolowane tworzenie sesji potomnych, chyba że limit zostanie zwiększony w konfiguracji.

    Co konkretnie się zmieniło

    • Limit subagent_depth – domyślnie ustawiony na 1, co oznacza, że subagent nie może uruchomić kolejnego subagenta bez zwiększenia tego parametru.
    • Skrót klawiszowy – strzałka w górę zamyka teraz picker subagentów, co przyspiesza nawigację w interfejsie terminalowym.
    • Poprawki dla desktopu – naprawiono przewijanie strony głównej, lepkie nagłówki sesji oraz widoczność selektora niestandardowych agentów.
    • Lepsza integracja z WSL – serwer OpenCode lepiej działa w środowiskach Windows Subsystem for Linux, co zmniejsza liczbę błędów połączeń przy uruchamianiu.

    Dlaczego limit głębokości ma znaczenie

    Subagenty w OpenCode działają jako osobne sesje potomne, w których główny agent deleguje zadania, takie jak eksploracja kodu, przegląd czy implementacja fragmentów. Problem pojawia się, gdy subagent zaczyna uruchamiać kolejne subagenty. Bez limitu łatwo o pętlę, co prowadzi do nadmiernego zużycia kontekstu modelu, zwiększenia liczby tokenów oraz wydłużenia czasu wykonania, co podnosi koszty korzystania z API.

    Domyślne ustawienie subagent_depth: 1 wprowadza prosty model: jeden główny agent i jeden poziom dzieci. W przypadku potrzeby głębszej delegacji, na przykład przy złożonym kodowaniu, wystarczy zwiększyć wartość w konfiguracji. Nieudana próba zagnieżdżenia teraz zwraca czytelny komunikat, wskazujący, który klucz konfiguracyjny należy zmienić.

    To zmiana, która może nie przyciąga uwagi, ale znacząco ogranicza frustrację. Każdy, kto doświadczył problemów z agentem, który wykorzystuje cały limit tokenów na niekontrolowane zadania, zrozumie, o co chodzi.

    Co nowego na pulpicie

    Co nowego na pulpicie

    Wersja v1.18.3 wprowadza kilka poprawek, które docenią użytkownicy desktopu. Przewijanie strony głównej działa teraz płynnie, co wcześniej stanowiło problem przy większej liczbie projektów. Dodano lepkie nagłówki sesji, co ułatwia nawigację w długich listach zadań.

    Wyszukiwanie sesji w palecie poleceń obejmuje teraz również otwarte sesje. To istotna zmiana, zwłaszcza przy pracy nad dużymi repozytoriami, gdzie użytkownicy mogą mieć osobne sesje do developmentu, debugowania i infrastruktury. Szybkie przełączanie między nimi staje się teraz znacznie łatwiejsze.

    Poprawki dla WSL są szczególnie ważne dla deweloperów na Windowsie, którzy korzystają z narzędzi linuksowych, kontenerów i menedżerów pakietów. Serwer OpenCode lepiej radzi sobie z uruchamianiem w tych środowiskach, co zmniejsza liczbę błędów połączenia przy otwieraniu klienta.

    Subagent picker pod palcami

    Subagent picker pod palcami

    Drobna, ale praktyczna zmiana: strzałka w górę zamyka teraz picker subagentów. Wcześniej użytkownicy musieli korzystać z kombinacji klawiszy lub myszy, co mogło zakłócać pracę w terminalu. Teraz dostępny jest jeden szybki skrót, który działa intuicyjnie.

    Poprawiono także widoczność selektora niestandardowych agentów. Dla tych, którzy tworzą własne subagenty do konkretnych zadań, takich jak testy czy dokumentacja, teraz łatwiej je znaleźć i wybrać.

    Podsumowanie

    Te aktualizacje nie wprowadzają nowych modeli ani spektakularnych funkcji. Zamiast tego poprawiają podstawowe funkcje: bezpieczniejsza delegacja zadań, stabilniejsze połączenia z WSL oraz płynniejsza nawigacja po sesjach. OpenCode staje się bardziej przewidywalny, co jest istotne w kontekście agentowego kodowania.

    Źródła

  • 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