Tag: Desktop v2

  • 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 zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    Zespół OpenCode wprowadził 27 maja 2026 roku aktualizację v1.15.11, która obejmuje Desktop v2 oraz zmiany w konfiguracji dostawców i stabilności systemu. Narzędzie to, które w czerwcu zdobyło ponad 160 tysięcy gwiazdek na GitHubie, obsługuje 2,5 miliona deweloperów miesięcznie.

    Co nowego w aktualizacji

    • headerTimeout umożliwia programistom kontrolowanie czasu oczekiwania na żądania do zewnętrznych dostawców, co zapobiega zawieszaniu się zapytań przy niestabilnych połączeniach API.
    • Desktop v2 wprowadza nowy ekran startowy, kontrolki sesji w pasku tytułowym oraz obsługę gestów pinch-zoom.
    • Agentowe push notifications eliminują potrzebę ciągłego sprawdzania statusu — agenci sami wysyłają aktualizacje podczas pracy.
    • Bezpośrednie tokeny OAuth dla DigitalOcean upraszczają proces uwierzytelniania, eliminując zbędne pośredniki.

    Więcej kontroli nad tym, jak agent działa

    Nowy parametr headerTimeout odpowiada na problem, gdy połączenie z API dostawcy jest niestabilne, co może prowadzić do zawieszania się zapytań. Teraz można to kontrolować na poziomie konfiguracji każdego dostawcy.

    Wprowadzono również elastyczne ustawienia modalności, które pozwalają na dostosowanie sposobu, w jaki agent obsługuje różne typy wejścia i wyjścia — tekst, komendy shella, bloki kodu. Umożliwia to dostosowanie poziomu dostępu do potrzeb konkretnego projektu.

    Nowością, która może znacząco wpłynąć na codzienną pracę, są agenci działający w trybie push. Dotychczas użytkownicy musieli stale sprawdzać, czy agent zakończył zadanie. Teraz to agent informuje o postępach, co oszczędza czas i zmniejsza potrzebę przełączania kontekstu dla zespołów korzystających z OpenCode.

    Interfejs, który nie przeszkadza

    Desktop v2 to nie tylko zmiany wizualne. Nowy ekran startowy ułatwia szybkie rozpoczęcie sesji, a kontrolki w pasku tytułowym pozwalają na łatwe przełączanie się między zadaniami. Funkcja pinch-zoom w aplikacji desktopowej, choć może wydawać się zbędna, znacząco poprawia przeglądanie większych diffów czy diagramów.

    Terminalowy interfejs również przeszedł poprawki, które zwiększają czytelność i szybkość reakcji. Dla użytkowników preferujących pracę z klawiaturą, te zmiany są istotne.

    Zespół zadbał również o poprawę obsługi serwerów MCP. Mniej awarii i czystsze zamykanie połączeń to detale, które mogą decydować o tym, czy narzędzie nadaje się do produkcyjnego użytku.

    Gdzie OpenCode pasuje w ekosystemie

    OpenCode pozostaje neutralne wobec modeli, obsługując ponad 75 dostawców — od Anthropic Claude i OpenAI, przez Google Gemini i DeepSeek, po lokalne modele przez Ollamę. Ta różnorodność stanowi istotną przewagę nad narzędziami takimi jak Claude Code czy Codex, co jest ważne dla zespołów, które nie chcą być uzależnione od jednego dostawcy.

    Jednak ta elastyczność ma swoją cenę. Benchmarki pokazują, że OpenCode działa około 78% wolniej niż Claude Code na tym samym modelu. Przyczyną jest użycie "uprzęży agenta", która dodaje warstwę abstrakcji między kodem a API. To rozwiązanie może nie być odpowiednie dla tych, którzy potrzebują maksymalnej wydajności.

    Mimo to, rosnąca liczba użytkowników jest wymowna. Część migracji jest efektem decyzji Anthropic o ograniczeniu zewnętrznego dostępu do swoich modeli. Gdy dostęp do Claude'a jest ograniczony, uniwersalny adapter, jak OpenCode, staje się niezbędny.

    Instalacja i konfiguracja

    OpenCode można zainstalować standardowo — przez npm lub homebrew:

    npm install -g opencode-ai

    lub:

    brew install opencode

    Konfiguracja opiera się na plikach JSON umieszczanych w różnych lokalizacjach: globalnie w ~/.config/opencode/, projektowo w katalogu repozytorium lub przez zmienne środowiskowe. System łączy warstwy konfiguracji zamiast je nadpisywać, co daje elastyczność, ale wymaga zrozumienia priorytetów.

    Poprawki i stabilność

    Aktualizacja rozwiązuje także kilka problemów. Naprawiono błędy związane z wywoływaniem narzędzi, synchronizacją sesji i raportowaniem błędów. Mniej irytujących przerwań oznacza więcej czasu na pracę z kodem. Choć szczegóły mogą nie być widoczne w changelogu, to właśnie one decydują o tym, czy narzędzie staje się częścią codziennego workflow, czy ląduje w folderze "do sprawdzenia".


    Źródła