Tag: OpenCode

  • OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    Najnowsza wersja OpenCode, oznaczona numerem 1.18.4, wprowadza szereg poprawek, które mają na celu poprawę współpracy z modelami Kimi oraz odświeżenie klienta desktopowego. Aktualizacja, wydana 20 lipca 2026 roku, nie wprowadza rewolucyjnych funkcji, ale eliminuje kilka uciążliwych problemów – od przywrócenia łączności z Azure po lepsze zarządzanie terminalem i sesjami promptów. Dla zespołów korzystających z różnych dostawców AI, ta wersja jest zdecydowanie warta szybkiego wdrożenia.

    Najważniejsze zmiany w OpenCode 1.18.4

    • Kimi zyskał kontrolki adaptacyjnego myślenia, które zwracają podsumowane wnioskowanie zamiast pełnego procesu
    • Azure Cognitive Services przywrócił wsparcie dla endpointów po wcześniejszej regresji
    • Terminal synchronizuje teraz motyw z główną aplikacją, eliminując wizualny chaos
    • Prompt input v2 został przepisany – polecenia, załączniki i historia działają stabilniej
    • Panel recenzji zyskał lepsze skalowanie i wyrównanie zakładek z widokiem diff

    Adaptacyjne myślenie Kimi – mniej szumu, więcej konkretów

    W OpenCode 1.18.4 wprowadzono mechanizm adaptacyjnego myślenia dla modeli Kimi, które są dostępne przez dostawców kompatybilnych z Anthropic. Oznacza to, że zamiast zalewać użytkownika pełnym, wewnętrznym łańcuchem rozumowania, system domyślnie zwraca podsumowany rezultat. To poprawia czytelność, szczególnie podczas pracy nad kodem.

    Ważną poprawką jest także zmiana w obsłudze opcji wnioskowania. Wcześniej OpenCode stosował nieprawidłową domyślną konfigurację, ignorując ustawienia dostawcy. Teraz to dostawca dyktuje zasady, co zmniejsza konflikty przy przełączaniu między modelami. Zespół wyraźnie wskazuje, że lepiej uszanować specyfikę każdego modelu.

    Azure wraca do gry, OpenAI łączy stabilniej

    Azure wraca do gry, OpenAI łączy stabilniej

    Dla użytkowników korzystających z Azure Cognitive Services, ta wersja przynosi długo oczekiwaną poprawkę. Przywrócono wsparcie dla endpointów, które wcześniej zostało zerwane przez regresję, co poważnie zakłócało połączenia. Teraz wszystko wraca do normy.

    Dodatkowo, skrócono timeouty nagłówków dostawcy podczas wolnego zestawiania połączeń z OpenAI. To techniczny detal, ale dla osób na niestabilnych łączach oznacza rzadsze przerwy w sesjach. To mała zmiana, która znacząco poprawia komfort pracy.

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Najwięcej wizualnych poprawek dotyczy klienta desktopowego. Terminal synchronizuje teraz motyw z główną aplikacją, co eliminuje problem z różnymi kolorami interfejsu. Choć to kosmetyczna zmiana, przy dłuższej pracy z kodem takie detale mogą być męczące.

    System wprowadzania promptów (v2) został przepisany. Interakcje z komendami, załącznikami, historią i kontekstem powłoki stały się bardziej przewidywalne. Dodano również podpowiedzi skrótów klawiszowych, co jest przydatne zarówno dla nowych użytkowników, jak i tych, którzy chcą przyspieszyć nawigację.

    Panel recenzji kodu zyskał lepsze skalowanie i wyrównanie otwartych zakładek z aktywnym widokiem diff, co ułatwia przeskakiwanie między zmienionym plikiem a jego kontekstem recenzyjnym. Sticky controls działają teraz sprawniej i nie znikają w najmniej oczekiwanym momencie.

    Co to oznacza dla codziennej pracy developera

    OpenCode 1.18.4 to wydanie, które nie wprowadza spektakularnych nowości, ale poprawia kluczowe elementy codziennego workflow. Edycja pliku, recenzja zmian, szybkie polecenie w terminalu – to właśnie w tych obszarach wcześniejsze niedociągnięcia mogły zakłócać pracę. Poprawki w stabilności promptów i synchronizacji motywu terminala mogą wydawać się trywialne, ale to z takich mikroudogodnień składa się płynna sesja z AI-asystentem.

    W szerszym kontekście widać również konsekwentny kierunek rozwoju: OpenCode coraz bardziej różnicuje obsługę poszczególnych dostawców modeli. Wersja 1.18.4, która ukazała się tuż po tej aktualizacji, rozszerza podobne mechanizmy na Claude i Mistrala. To już nie jest narzędzie udające uniwersalną nakładkę – to platforma, która dostosowuje się do reguł każdego dostawcy z osobna. Dla zespołów korzystających z Azure, Kimi i OpenAI to pozytywna zmiana.

    Źródła

  • OpenCode zyskał adaptacyjne myślenie dla Kimi i lepszą integrację z Azure

    OpenCode zyskał adaptacyjne myślenie dla Kimi i lepszą integrację z Azure

    Nowa wersja OpenCode v1.18.4, opublikowana 20 lipca 2026 roku, wprowadza kontrolę adaptacyjnego myślenia dla modeli Kimi oraz lepszą integrację z Azure. Aktualizacja przynosi również odświeżony interfejs desktopowy, w tym zsynchronizowane motywy terminala, przepisany system wprowadzania promptów v2 oraz poprawione wyrównanie panelu recenzji.

    Kluczowe fakty

    • Adaptacyjne myślenie dla modeli Kimi działa przez transporty kompatybilne z Anthropic.
    • Lepsza integracja z Azure wraca jako wspierany endpoint po przerwie.
    • Terminal synchronizuje teraz motyw z resztą aplikacji.
    • Prompt input v2 został przepisany dla większej niezawodności poleceń i załączników.
    • Sesje i UI dostały łatki stabilizujące zarządzanie i mniej awarii.

    Modele Kimi myślą adaptacyjnie przez warstwę Anthropic

    Najciekawszą zmianą dla osób pracujących z modelami spoza ekosystemu OpenAI jest adaptacyjne myślenie dla Kimi. OpenCode potrafi teraz rozpoznać modele z rodziny Kimi, gdy są udostępnione przez API kompatybilne z Anthropic — zarówno natywne, jak i przez Google Vertex Anthropic. Kod transformacji providera został tak napisany, że wykrywa te modele automatycznie i włącza dla nich kontrolę wysiłku myślowego bez potrzeby ręcznej konfiguracji.

    To praktyczne rozwiązanie dla zespołów, które używają bram API, hostowanych usług inferencyjnych albo platform chmurowych wystawiających interfejs w stylu Anthropic. OpenCode samodzielnie zarządza, kiedy może dać modelowi więcej czasu na przemyślenie odpowiedzi. Domyślnie rezultat rozumowania jest podsumowywany, co oznacza, że interfejs nie zalewa użytkownika szczegółami wewnętrznego procesu — pozostaje zwięzłe wyjaśnienie, co model zrobił i dlaczego.

    Lepsza integracja z Azure to także istotna zmiana. W środowiskach enterprise i DevOps, gdzie modele działają na Azure, wcześniejsza utrata tego endpointa wymuszała szukanie obejść. Teraz te modele znów działają przez standardowy wzorzec endpointu, bez konieczności stosowania dodatkowych rozwiązań.

    Desktop przestaje przeszkadzać

    Desktop przestaje przeszkadzać

    Zmiany w interfejsie desktopowym koncentrują się na konkretnych problemach. Prompt input v2 — system odpowiedzialny za wpisywanie poleceń, dodawanie kontekstu z plików, uruchamianie shella, załączanie plików i korzystanie z historii promptów — został całkowicie przepisany. Dla osób pracujących w stylu vibe coding to kluczowe: ciągłe przełączanie się między instrukcjami, komendami terminala i przeglądaniem plików to codzienność. Gdy któryś z tych elementów zawodzi, sesja programistyczna może się szybko zakończyć.

    Wyrównanie panelu recenzji również zostało poprawione — to drobiazg, ale w praktyce oznacza mniej wizualnego chaosu podczas przeglądania zmian w kodzie. Dodatkowo wbudowany terminal zyskał synchronizację motywu z resztą OpenCode: jeśli aplikacja pracuje w ciemnym trybie, terminal również działa w tym trybie, bez potrzeby ręcznego dostosowywania ustawień. System motywów wspiera tryby terminal-derived, dark i light, z konfiguracją przez cli.json, co daje użytkownikowi możliwość wyboru.

    Dla kogo ta aktualizacja ma znaczenie

    Deweloperzy webowi, zespoły DevOps oraz użytkownicy narzędzi AI zyskują agenta kodowania lepiej dopasowanego do mieszanych środowisk dostawców. Aktualizacja nie wprowadza nowej funkcji agentowej, lecz poprawia niezawodność i kompatybilność. OpenCode działa przez desktop, terminal UI oraz integrację z Visual Studio Code, więc poprawki dotyczą wszystkich tych obszarów jednocześnie. Sesje rzadziej padają, kod łatwiej się przegląda, a modele Kimi i Azure działają bez konieczności kombinowania z dostawcami.

    Źródła

  • 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 ogranicza agentów AI – nowe limity głębokości i porządki w interfejsie

    OpenCode ogranicza agentów AI – nowe limity głębokości i porządki w interfejsie

    OpenCode wprowadza nowe ograniczenia dla agentów AI, w tym domyślne zablokowanie rekurencyjnego uruchamiania subagentów. Dodatkowo modele Meta otrzymały lepsze ustawienia wnioskowania, a aplikacja Desktop przeszła szereg poprawek użyteczności. Te zmiany kończą wielomiesięczny proces migracji do nowego interfejsu Desktop.

    Co nowego w OpenCode – fakty w pigułce

    • Subagenty domyślnie nie tworzą kolejnych subagentów – mechanizm ten ogranicza niekontrolowane rozgałęzanie zadań oraz ryzyko nadmiernego zużycia tokenów.
    • Ustawienie subagent_depth steruje poziomem delegacji – domyślnie wynosi 1, co pozwala głównemu agentowi na uruchamianie podwładnych, ale nie im na tworzenie własnych.
    • Poprawiono domyślne wnioskowanie modeli Meta – zmiana ma przynieść lepsze rezultaty bez konieczności ręcznego dostrajania parametrów.
    • Desktop zyskał skróty i przywróconą pomoc – Mod+N tworzy nową kartę, przywrócono przycisk Help, poprawiono widoczność sesji.

    Głębokość pod kontrolą – jak działa subagent_depth

    Deweloperzy, którzy przyzwyczaili się do swobodnego delegowania zadań między agentami, mogą być zaskoczeni nowymi ograniczeniami. Wcześniej subagent mógł uruchomić kolejnego subagenta, co w przypadku bardziej złożonych zadań prowadziło do niekontrolowanego rozrostu. OpenCode wprowadza konfigurowalny limit głębokości.

    Parametr subagent_depth określa maksymalny poziom zagnieżdżenia. Wartość domyślna to 1, co pozwala głównemu agentowi na tworzenie subagentów, ale ci nie mogą uruchamiać kolejnych. W przypadku potrzeby głębszej hierarchii, wartość 2 umożliwia jeden dodatkowy poziom. Ustawienie 0 całkowicie wyłącza możliwość delegowania.

    Przykład konfiguracji dla jednego poziomu zagnieżdżenia:

    {
  "subagent_depth": 1
}

    Dla bardziej rozbudowanego workflow:

    {
  "subagent_depth": 2
}

    Narzędzie task egzekwuje ten limit – gdy sesja osiągnie dozwoloną głębokość, próba stworzenia kolejnego potomka kończy się błędem z informacją o kluczu konfiguracyjnym. To mechanizm zapobiegający problemom z rekurencją, które mogą prowadzić do nieprzewidywalnego wzrostu zużycia tokenów.

    Modele Meta z lepszymi ustawieniami domyślnymi

    Wraz z ograniczeniami dla subagentów, OpenCode poprawił domyślne parametry wnioskowania dla modeli Meta. Celem jest, aby modele lepiej radziły sobie z typowymi zadaniami programistycznymi od razu po instalacji, bez potrzeby ręcznego dostrajania przez użytkownika.

    Nie podano konkretnych liczb dotyczących wcześniejszego i obecnego poziomu głębokości, wpływu na opóźnienia czy zużycie tokenów. Wiadomo jednak, że zmiana ma przynieść lepsze wnioskowanie w standardowych scenariuszach kodowania i zadań agentowych.

    Desktop – szybciej, wygodniej, bez bałaganu

    Równocześnie z pracami nad silnikiem agentów, zespół uporządkował aplikację Desktop. Migracja do nowego layoutu, rozwijanego od poprzednich wersji, została zakończona. Dla zainteresowanych dostępny jest również boczny panel eksperymentalny pod zmienną OPENCODE_SIDECAR_V2.

    Co konkretnie się zmieniło? Mod+N otwiera nową kartę bez potrzeby przeszukiwania menu. Przywrócono przycisk Help, który wcześniej zniknął w wersjach release. Sesje z czasem archiwizacji ustawionym na null pozostają widoczne na liście głównej, co wcześniej nie miało miejsca. Na Windowsie schowano przycisk zamykania panelu bocznego, ponieważ kolidował z natywnymi kontrolkami okna. Subagent picker zyskał skrót ze strzałką w górę do szybkiego zamykania.

    Poprawiono również przewijanie na stronie głównej, przyklejone nagłówki sesji, gotowość WSL i widoczność selektora niestandardowych agentów. Choć detale mogą wydawać się drobne, dla osób przeskakujących między kilkoma równoległymi sesjami subagentów, to realna oszczędność czasu.

    Co to znaczy dla zespołów developerskich

    Zmiana domyślnego zachowania subagentów ma znaczenie dla każdego, kto używa agentów do równoległej analizy repozytoriów, testowania czy zadań infrastrukturalnych. Zespoły wciąż mogą tworzyć wielopoziomowe workflow, ale teraz wymaga to świadomej decyzji konfiguracyjnej.

    Dla środowisk CI/CD i hostowanych platform deweloperskich domyślna wartość 1 pomaga utrzymać przewidywalność, zmniejszając ryzyko niekontrolowanego rozrostu zadań i związanych z tym kosztów. Nie podano jednak konkretnych metryk dotyczących oszczędności tokenów czy czasu wykonania.

    Źródła

  • OpenCode kończy migrację Desktop v2 i radykalnie skraca czas ładowania

    OpenCode kończy migrację Desktop v2 i radykalnie skraca czas ładowania

    Nowa wersja OpenCode v2 kończy migrację interfejsu Desktop v2, wprowadzając szereg poprawek, które znacząco wpłyną na pracę programistów korzystających z asystentów AI. Najbardziej zauważalną zmianą jest optymalizacja czasu uruchamiania – ekran główny, który wcześniej mógł zamrażać aplikację na kilkadziesiąt sekund, teraz ładuje się błyskawicznie.

    Najważniejsze zmiany w OpenCode v2

    • Desktop v2 jest teraz domyślnym interfejsem, z możliwością powrotu do starego układu
    • Czas ładowania Home spadł z ponad minuty do około sekundy w niezależnych pomiarach
    • Historia timeline ładuje więcej wpisów na raz, eliminując irytujące doczytywanie podczas przewijania
    • Naprawiono błędy terminala, pickera projektów i obsługi uprawnień sesji zdalnych
    • Wdrożono onboarding dla nowych użytkowników Desktop v2

    Koniec przejściówki – Desktop v2 na dobre

    Zespół OpenCode zakończył migrację nowego interfejsu, która trwała przez różne wersje v2. Sam układ nie jest nowością – użytkownicy testowali go od jakiegoś czasu – ale dopiero teraz stał się częścią głównego wydania desktopowego. Twórcy podeszli do zmiany ostrożnie: każdy może wrócić do poprzedniego układu jednym kliknięciem w ustawieniach, jeśli nowy interfejs nie przypadnie mu do gustu.

    Pierwsze uruchomienie po aktualizacji uruchamia krótki onboarding. To miły dodatek – zamiast wrzucać użytkownika w nieznany układ, aplikacja prowadzi go przez najważniejsze elementy. Deweloperzy, którzy spędzają w OpenCode długie godziny, docenią także odświeżony wygląd widoków plików – w wersji v2 mogły one wyświetlać się na złym tle, co teraz zostało naprawione.

    Wydajność, która robi różnicę

    Oficjalne notatki wskazują na „znaczne skrócenie” czasu zimnego startu Home. Nieoficjalne pomiary pokazują, że czas ten spadł z około 78 sekund do około jednej sekundy. Choć ta konkretna liczba nie jest uniwersalnym benchmarkiem, różnica jest odczuwalna od pierwszego kliknięcia.

    Kolejna istotna poprawka dotyczy timeline’u. Dotychczas przewijanie dłuższej historii przypominało walkę z buforem – aplikacja ciągle doczytywała kolejne fragmenty. Teraz ładuje więcej na raz, a po chwilowej utracie połączenia automatycznie synchronizuje stan. Dla osób prowadzących wielogodzinne sesje kodowania z agentem AI brak przerw w kontekście jest kluczowy.

    Terminal przestał kraść fokus

    Każdy, kto pracował z OpenCode, zna irytujący moment, gdy terminal nagle przejmuje fokus przy montowaniu, przerywając pisanie gdzie indziej. Aktualizacja eliminuje ten problem i dodatkowo zapewnia, że zmiana nazwy zakładki terminala nie resetuje kursora.

    Picker projektów również został poprawiony – nie zawiesza się już, gdy jego kotwica wciąż się ładuje. Dla zespołów pracujących zdalnie istotna jest naprawa automatycznej akceptacji uprawnień: każdy serwer teraz trzyma własny stan, więc zgoda udzielona na jednej maszynie nie przenosi się przypadkowo na inną.

    Szerszy kontekst

    Wydanie v2 jest częścią większej przebudowy OpenCode, której finał nastąpił miesiąc później wraz z premierą wersji 2.0. W tym czasie zespół przeszedł z Buna na Node.js, wymienił Tauri na Electron i wprowadził równoległe sesje AI w osobnych zakładkach. Jednak to drobne, punktowe poprawki z lipcowego wydania – szybszy start, płynniejsza historia, terminal bez irytujących przeskoków – wpływają na komfort, który decyduje o codziennej użyteczności narzędzia.

    Źródła

  • 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

  • OpenCode zintegrował poziomy wnioskowania Groka i odświeżył workflow na desktopie

    OpenCode zintegrował poziomy wnioskowania Groka i odświeżył workflow na desktopie

    Najnowsza aktualizacja OpenCode, która zadebiutowała pod koniec września 2026 roku, wprowadza znaczące zmiany w modelach oraz w doświadczeniu użytkowników desktopowych. Aplikacja dodała wsparcie dla wariantów reasoning_effort w modelach Grok od xAI oraz poprawiła routing prompt cache. W interfejsie użytkownika pojawiły się nowe akcje zarządzania projektami oraz bardziej stabilny panel przeglądu kodu.

    Co nowego w tej wersji?

    • Modele Grok zyskały kontrolę nad poziomem wnioskowania — od low, przez medium i high, aż po xhigh, które są dostępne w Grok 4.7 i nowszych.
    • Routing prompt cache dla xAI został poprawiony, co zwiększa niezawodność trafień w cache przy dłuższych sesjach agentowych.
    • Desktop zyskał akcję „Open containing folder”, umożliwiającą szybkie przejście z pliku w edytorze do jego lokalizacji w systemie.
    • Menu kompozytora nie usuwa już szkicu podczas dodawania kontekstu — teraz można dołączać pliki bez utraty pisanej treści.
    • Panel przeglądu kodu oraz przeglądarka plików działają stabilniej, z lepszą nawigacją i utrzymywaniem wybranych plików widocznych podczas recenzji zmian.

    Grok zyskuje precyzyjną kontrolę nad rozumowaniem

    OpenCode od dłuższego czasu rozwija warstwę providerów, mapując możliwości konkretnych modeli na zachowania specyficzne dla dostawcy. Zespół skupił się na xAI i ich rodzinie modeli Grok. Zgodnie z dokumentacją xAI, parametry reasoning_effort są dostępne dla Grok 4.5, 4.6 i 4.7 — przy czym high jest wartością domyślną, a xhigh pojawia się w późniejszych wersjach modelu.

    Dzięki temu użytkownicy OpenCode mogą teraz świadomie wybierać poziom głębokości analizy. Dla szybkich zadań, takich jak refaktoryzacja czy generowanie prostego kodu, wystarczy medium, natomiast przy bardziej złożonych zadaniach agentowych, gdzie model musi prześledzić wieloetapową logikę, warto sięgnąć po high lub xhigh. Różnica w kosztach i czasie odpowiedzi jest zauważalna, co ma realne znaczenie dla budżetu sesji.

    Oprócz wariantów wnioskowania, OpenCode poprawił także trasowanie prompt cache w xAI. xAI zaleca przypisywanie klucza cache do konkretnego serwera, co zwiększa szanse na trafienie w cache przy kolejnych żądaniach w tej samej sesji. Lepsze routowanie oznacza mniej chybionych cache’y, co przekłada się na niższe opóźnienia i mniejsze zużycie tokenów, co jest istotne w dłuższych sesjach agentowych.

    Desktop stawia na płynność i mniej frustracji

    Desktop stawia na płynność i mniej frustracji

    Druga część aktualizacji koncentruje się na zmianach w interfejsie desktopowym, które, choć z pozoru drobne, realnie redukują tarcie w codziennej pracy. Akcja „Open containing folder” pozwala jednym kliknięciem otworzyć folder z plikiem w systemowym eksploratorze. Dla osób pracujących między edytorem a terminalem to mała zmiana, która oszczędza sporo manualnego nawigowania.

    Poprawka w menu kompozytora jest jeszcze bardziej interesująca. Do tej pory dodanie kontekstu lub załącznika często usuwało roboczy tekst promptu, co było frustrujące, zwłaszcza gdy użytkownik miał już w głowie kilkulinijkową instrukcję. Teraz szkic pozostaje nietknięty, a pliki czy fragmenty kodu można dodawać bez przerywania toku myślenia.

    Panel przeglądu kodu przeszedł subtelne, ale zauważalne zmiany. Nawigacja między plikami w sesji recenzji stała się stabilniejsza, a otwarte pliki nie znikają przypadkowo przy przełączaniu widoków. W połączeniu z wcześniejszymi funkcjami, takimi jak zakładki persystentne czy podgląd diffów w trybie unified i split, workflow recenzji coraz bardziej przypomina doświadczenie z dojrzałych narzędzi do code review.

    Szerszy kontekst: Desktop v2 nabiera kształtu

    Te zmiany należy postrzegać jako kolejny krok w kierunku Desktop v2 — bardziej aplikacyjnego, mniej przypominającego luźną konsolę. OpenCode stopniowo wprowadza zarządzanie sesjami rodem z IDE: archiwizowanie, trwałe zakładki, eksport transkryptów do JSON, a teraz lepszy panel recenzji i bezstratny kompozytor. Kierunek jest wyraźny — mniej tracenia kontekstu, więcej przewidywalności.

    Dla scenariuszy vibe coding i szybkiego prototypowania te usprawnienia są szczególnie mile widziane. W szybkich cyklach — prompt, poprawka, recenzja, commit — każde dodatkowe kliknięcie czy restart kontekstu wybija z rytmu. OpenCode stara się ten rytm chronić.

    W warstwie modelowej integracja z Grokiem nabiera głębi. xAI intensywnie rozwija serię 4.x — Grok 4.6 przyniósł wyraźny skok w benchmarkach agentowych, a wersje 4.7 i zapowiadane 4.8 mają dalej podnosić poprzeczkę w zadaniach wieloetapowych. OpenCode, wspierając pełne spektrum reasoning_effort, przygotowuje się na kolejne iteracje modeli i daje użytkownikom narzędzia do świadomego zarządzania kosztami i głębokością analizy.

    Źródła

  • OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    Najnowsza aktualizacja OpenCode została udostępniona użytkownikom w połowie września 2026 roku. Skupia się na dwóch głównych obszarach: poprawie raportowania błędów związanych z przekroczeniem okna kontekstowego z.ai oraz wprowadzeniu poprawek wizualnych w aplikacji desktopowej. Zmiany te nie są rewolucyjne, ale znacząco zmniejszają liczbę mylących komunikatów i poprawiają komfort codziennej pracy.

    Co nowego w tej aktualizacji

    • Klasyfikacja błędów z.ai – przepełnienie okna kontekstowego jest teraz rozpoznawane i komunikowane jako konkretny tryb awarii, a nie ogólny błąd.
    • Przywrócone etykiety modeli – tooltipy z nazwami modeli wróciły do interfejsu po wcześniejszym usunięciu.
    • Odświeżona paleta poleceń v2 – przeprojektowany wygląd i lepsza responsywność przy wywoływaniu komend.
    • Poprawki dla macOS Sequoia – belka tytułowa i kontrolki okna wyświetlają się teraz prawidłowo.
    • Bezpieczniejszy fallback konfiguracji – brakujące katalogi config/cache nie powodują już awarii aplikacji.

    Lepsza diagnostyka, czyli koniec z enigmatycznymi błędami

    Przekroczenie okna kontekstowego to błąd, który potrafi zirytować nawet doświadczonego developera. Wysyłając prompt, model zaczyna przetwarzać, a po chwili otrzymujesz komunikat, który niewiele mówi o przyczynie. W przypadku z.ai, dostawcy modeli językowych używanego przez OpenCode, problem był szczególnie uciążliwy, ponieważ zbyt duże zapytania kończyły się mało precyzyjnym feedbackiem.

    Nowa wersja OpenCode wprowadza lepszą klasyfikację tych sytuacji. System rozpoznaje, że przyczyna leży w rozmiarze żądania względem limitu okna kontekstowego i komunikuje to w sposób zrozumiały. Nie musisz już zgadywać, czy problem dotyczy autoryzacji, timeoutu po stronie serwera, czy czegoś innego. Dla osób pracujących z długimi promptami, co jest normą przy debugowaniu złożonych baz kodowych, to oszczędność nerwów i czasu.

    Zmiana ta wpisuje się w szerszy trend w rozwoju OpenCode: zespół koncentruje się na poprawie niezawodności integracji z konkretnymi dostawcami, zamiast dodawać nowe funkcje. Poprzednie aktualizacje również zawierały poprawki dotyczące Bedrocka, Together AI czy GitHub Copilot, co pokazuje podobną filozofię.

    Desktop w końcu dopieszczony

    Desktop w końcu dopieszczony

    Równolegle z poprawkami błędów wprowadzono zmiany w interfejsie. Użytkownicy macOS Sequoia skarżyli się na wygląd belki tytułowej – kontrolki zamykania i minimalizacji okna były źle wyrównane lub stylowane niezgodnie z resztą systemu. Aktualizacja to naprawia, więc okno OpenCode nie odstaje już wizualnie od innych aplikacji.

    Wróciły także tooltipy modeli. Po wcześniejszym usunięciu, teraz znów pojawiają się przy najechaniu na nazwę modelu, co ułatwia szybką orientację bez konieczności klikania w ustawienia. Paleta poleceń v2 zyskała nowy wygląd, a skróty terminalowe mają teraz wyższy priorytet – terminal przechwytuje je jako pierwszy, co eliminuje konflikty z akcjami w interfejsie.

    Co z tymi katalogami konfiguracyjnymi?

    Co z tymi katalogami konfiguracyjnymi?

    Mniej widoczna, ale równie ważna zmiana dotyczy obsługi brakujących lub uszkodzonych katalogów konfiguracyjnych. Zdarza się to częściej, niż mogłoby się wydawać: reinstalacja, migracja na inny system, agresywne czyszczenie dysku przez narzędzia takie jak CleanMyMac. W takich sytuacjach OpenCode potrafił zachowywać się nieprzewidywalnie.

    Nowa wersja radzi sobie z tym znacznie lepiej. Zamiast crashować lub wyświetlać pusty interfejs, aplikacja stosuje bezpieczny fallback. Dokumentacja dotycząca rozwiązywania problemów została również rozszerzona o konkretne ścieżki czyszczenia cache i resetowania stanu na macOS, Linuxie i Windowsie. Jeśli coś pójdzie nie tak, masz jasno opisaną procedurę naprawczą bez potrzeby szukania pomocy na forach.

    Warto zaktualizować

    Choć to wydanie nie przynosi spektakularnych nowości, jest jednym z tych, które realnie wpływają na codzienną pracę. Mniej mylących błędów, lepiej wyglądający interfejs i bezpieczniejsza obsługa plików konfiguracyjnych – to wszystko składa się na narzędzie, które po prostu mniej przeszkadza. Jeśli używasz z.ai jako dostawcy i pracujesz na macOS, aktualizacja jest praktycznie obowiązkowa. Dla pozostałych użytkowników to solidny zestaw poprawek bez ryzyka regresji.

    Źródła