Tag: workspace

  • OpenCode 1.16.0: klonowanie workspace’ów z brudnymi plikami i sesje przenoszone między katalogami

    OpenCode 1.16.0: klonowanie workspace’ów z brudnymi plikami i sesje przenoszone między katalogami

    OpenCode wydał wersję 1.16.0, która wprowadza zarządzane klonowanie workspace’ów, umożliwiające zachowanie niezatwierdzonych zmian oraz przenoszenie aktywnych sesji między katalogami. Dodatkowo, aktualizacja wprowadza natywną obsługę OpenAI przez AWS Bedrock, automatyczne wykrywanie skilli oraz szereg poprawek stabilności. Choć zmiany mogą wydawać się niewielkie, mają one znaczący wpływ na sposób pracy z agentami AI w większych projektach.

    Kluczowe zmiany

    • Zarządzane klonowanie workspace’ów tworzy kopię środowiska pracy, zachowując brudne i nieśledzone pliki. Agent może eksperymentować w izolacji, nie ryzykując utraty bieżącego stanu.
    • Przenoszenie sesji pozwala kontynuować pracę agenta w innym katalogu lub workspace’ie bez potrzeby restartowania zadania.
    • Natywna obsługa OpenAI przez AWS Bedrock zapewnia wsparcie dla modeli OpenAI bez konieczności korzystania z pośrednich adapterów.
    • Skill discovery i file-based agent loading umożliwia OpenCode znajdowanie i ładowanie skilli bezpośrednio z plików, a nie tylko z wbudowanych menu.
    • Sesje replay przez run --replay oferują interaktywny podgląd przebiegu sesji, co ułatwia debugowanie.

    Jak działają workspace’y w OpenCode

    Aby zrozumieć znaczenie klonowania workspace’ów, warto zauważyć, że OpenCode opiera je na Git worktrees. Każdy workspace ma własny katalog i gałąź, co oznacza, że pliki jednego środowiska nie wpływają na inne, a wszystko to przy współdzielonej bazie Gita, bez konieczności pełnego klonowania repozytorium.

    Do tej pory stworzenie nowego workspace’a oznaczało czysty start. Teraz, dzięki zarządzanemu klonowaniu, można skopiować bieżący workspace wraz z niezatwierdzonymi zmianami. Agent zyskuje własną piaskownicę do testowania pomysłów, podczas gdy oryginalny workspace pozostaje nietknięty. To idealne rozwiązanie, gdy chcemy uruchomić kilka równoległych agentów – każdy działa na swoim worktree, nie przeszkadzając sobie nawzajem.

    Przenoszenie sesji bez utraty kontekstu

    Kolejną istotną nowością jest możliwość przenoszenia sesji między workspace’ami i katalogami. Dotychczas agent uruchomiony w jednym katalogu był do niego przywiązany, a zmiana kontekstu wymagała restartu. Teraz można przenieść trwającą sesję do innego worktree, zachowując całą historię rozmowy i bieżący stan pracy.

    To funkcja, która często brakuje w wielu narzędziach. Zdarza się, że agent zaczyna zadanie w katalogu projektu, a po chwili okazuje się, że powinien pracować w dedykowanym workspace’ie. Zamiast zaczynać od nowa, można po prostu przenieść sesję, zachowując kontekst i umożliwiając agentowi kontynuację.

    AI i integracje: Bedrock, skille i replay

    OpenCode obsługuje już wielu dostawców modeli, a dodanie natywnego wsparcia OpenAI przez AWS Bedrock upraszcza konfigurację i stabilizuje połączenie w porównaniu do wcześniejszych adapterów.

    Skill discovery to funkcja, która pozwala OpenCode automatycznie wykrywać skille zapisane w plikach. Wcześniej trzeba było definiować je ręcznie lub wybierać z menu. Teraz agent samodzielnie znajduje dostępne rozszerzenia, co zmniejsza potrzebę ręcznej konfiguracji.

    Interaktywny replay sesji, dostępny przez run --replay, umożliwia prześledzenie każdego kroku agenta, co jest przydatne przy debugowaniu złożonych zadań. Nie trzeba zgadywać, dlaczego agent podjął określoną decyzję – można po prostu odtworzyć sesję i zobaczyć cały proces.

    Stabilność i tempo rozwoju

    Aktualizacja poprawia także kilka uciążliwych błędów, w tym problemy z anulowaniem komend shella oraz normalizacją ścieżek. Dodatkowo, uruchamianie aplikacji stało się szybsze, co jest odczuwalne, zwłaszcza przy częstym otwieraniu i zamykaniu workspace’ów.

    Tempo rozwoju jest dynamiczne, a aktualizacje są starannie przemyślane. Nowe funkcje są dodawane tylko wtedy, gdy realnie wpływają na workflow.

    Co to oznacza dla zespołów deweloperskich

    Kierunek, w którym zmierza OpenCode, jest jasny: równoległa praca agentów, izolowane środowiska i minimalizacja tarcia przy zmianie kontekstu. Klonowanie workspace’ów z brudnymi plikami to nie tylko nowość – to praktyczne narzędzie dla zespołów, które chcą zwiększyć wykorzystanie AI w kodzie bez konieczności ciągłego sprzątania repozytorium przed każdym zadaniem.

    Dla zespołów pracujących z wieloma agentami równolegle lub często przenoszących zadania między środowiskami, wersja 1.16.0 przynosi znaczące zmiany. Pozostałe funkcje, takie jak skille, Bedrock i replay, to solidne dodatki, ale to workspace’y i sesje odgrywają kluczową rolę w tej aktualizacji.


    Źródła

  • OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    Zespół OpenCode wydał wersję v1.14.44, która jest istotną aktualizacją maintenance, mającą na celu naprawę poważnego błędu migracji workspace’ów. Problem dotyczył wszystkich istniejących środowisk pracy: dodanie pola time_used podczas upgrade’u kończyło się niepowodzeniem, co uniemożliwiało płynne przejście na nowszą wersję. Łatka została wydana 17 czerwca i jest częścią szerszego cyklu poprawek stabilnościowych.

    Co warto zapamiętać

    • Poprawka dotyczy wyłącznie błędu migracji — to wydanie maintenance, bez nowych funkcji
    • Awaria występowała przy próbie dodania pola time_used do schematu istniejących workspace’ów
    • Użytkownicy z aktywnymi projektami mogli utknąć na starszej wersji bez możliwości upgrade’u
    • OpenCode to otwartoźródłowy agent AI dostępny w terminalu, IDE i aplikacji desktopowej
    • Wydanie wpisuje się w serię poprawek API i stabilności core’a z ostatnich tygodni

    Dlaczego ta łatka ma znaczenie dla developerów

    OpenCode to w pełni funkcjonalny agent AI, który działa w terminalu, w rozszerzeniu IDE i w aplikacji desktopowej. Użytkownicy często pracują w złożonych konfiguracjach z wieloma workspace’ami, integracjami MCP i podpiętymi providerami modeli. Gdy upgrade takiego środowiska zawodzi, użytkownik traci dostęp do sesji, konfiguracji i historii narzędzi.

    Błąd dotyczył pola time_used, które śledzi czas spędzony na pracy z agentem. Dla zwykłego użytkownika to techniczny szczegół, ale dla systemu migracji to kluczowy element schematu. Jeśli pole nie może zostać dodane, cała operacja upgrade’u zostaje przerwana, co prowadzi do niedziałającego środowiska.

    Tego typu błędy są szczególnie frustrujące, ponieważ dotyczą developerów, którzy już zainwestowali czas w konfigurację swojego workspace’a. OpenCode v1.14.44 ratuje tych użytkowników przed przymusowym resetem.

    Szerszy kontekst: stabilność core’a jako priorytet

    Szerszy kontekst: stabilność core’a jako priorytet

    Analizując changelog OpenCode z ostatnich dwóch tygodni, można zauważyć wyraźny wzorzec. Wersje od 1.14.44 koncentrują się na trzech obszarach: kompatybilności MCP (protokół Model Context Protocol), obsłudze providerów AI oraz niezawodności sesji. v1.14.44 wpisuje się w ten nurt.

    Wcześniejsze wydania przyniosły m.in.:

    • Przyspieszone timeline’y sesji, które unikają migotania i skoków scrolla (v1.14.44)
    • Poprawki walidacji schematów MCP dla providerów kompatybilnych z OpenAI (v1.14.44)
    • Dodanie obsługi OAuth dla Snowflake Cortex Provider (v1.14.44)

    Te zmiany nie są spektakularne — nie znajdziesz tu nowego UI czy rewolucyjnych funkcji. Ale to właśnie one decydują o niezawodności narzędzia w codziennej pracy. v1.14.44 jest tego najlepszym przykładem: jedna linijka kodu, która zapobiega katastrofie migracyjnej.

    Co to oznacza dla ekosystemu AI coding tools

    Co to oznacza dla ekosystemu AI coding tools

    Rynek agentów programistycznych AI jest obecnie nasycony — Cursor, Windsurf, Zed, Claude Code, Gemini CLI i wiele innych walczy o uwagę developerów. W tym tłumie stabilność staje się kluczowym wyróżnikiem. OpenCode, jako projekt open source, nie może sobie pozwolić na błędy, które blokują użytkowników przy aktualizacji.

    Wydanie v1.14.44 pokazuje, że zespół rozumie tę dynamikę. Zamiast gonić za nowymi funkcjami, koncentrują się na łatanie krytycznych ścieżek migracji. Dla użytkowników końcowych to sygnał, że mogą ufać, iż upgrade nie zrujnuje ich środowiska.

    OpenCode działa w modelu wieloplatformowym — terminal, desktop, rozszerzenie IDE. Każda z tych ścieżek ma własne ryzyka przy aktualizacji. Łatka dotycząca workspace’ów jest więc uniwersalna — chroni wszystkich, niezależnie od miejsca pracy.

    Podsumowanie

    v1.14.44 to aktualizacja, która może nie przyciągnie dużej uwagi, ale dla developerów polegających na OpenCode w codziennej pracy, to wydanie może być różnicą między płynnym poniedziałkiem a godziną spędzoną na debugowaniu migracji. Czasem najlepsze aktualizacje to te, które przechodzą niezauważone — ponieważ wszystko działa jak należy.


    Źródła

  • OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    Najnowsze wydanie OpenCode z 5 czerwca 2026 wprowadza dwie ważne funkcje dla deweloperów pracujących z agentowymi workflow: zarządzane klonowanie workspace'ów, które zachowuje niezapisane i nieśledzone pliki, oraz możliwość przenoszenia sesji między katalogami i projektami. Te zmiany odpowiadają na problem utraty kontekstu i niezcommitowanych zmian podczas przełączania się między zadaniami.

    Kluczowe fakty z aktualizacji

    • Zarządzane klonowanie workspace'ów zachowuje „brudne” i nieśledzone pliki, co oznacza, że niezapisane zmiany nie przepadają podczas kopiowania środowiska pracy.
    • Przenoszenie sesji umożliwia migrację aktywnego kontekstu między różnymi workspace'ami i katalogami bez utraty stanu.
    • Naprawiono błędy wcześniej ukryte przez ogólne komunikaty – teraz tworzenie workspace'ów, warp i ładowanie adapterów pokazują rzeczywiste przyczyny awarii.
    • Odświeżono TUI – przywrócono konfigurację niestandardowych providerów i usprawniono zarządzanie workspace'ami.
    • Klienci ACP teraz utrzymują spójność stanu sesji, co prowadzi do stabilniejszego doświadczenia deweloperskiego.

    Zarządzane klonowanie – koniec z nerwowym commitowaniem przed zmianą kontekstu

    Praca z OpenCode dotychczas przypominała balansowanie na linie. Aby przełączyć się do innego projektu, trzeba było commitować wszystko lub ryzykować utratę zmian. Teraz mechanizm zarządzanego klonowania automatycznie przenosi „dirty” i „untracked” pliki do nowego workspace'u.

    To znaczna oszczędność czasu dla osób praktykujących vibe coding, czyli łączących manualne komendy z agentowymi poleceniami. Nie trzeba już przerywać pracy, aby robić snapshoty – agent pamięta, nad czym pracowano.

    Zespoły DevOps, które używają OpenCode jako subagenta w zautomatyzowanych pipeline'ach, szczególnie docenią tę funkcjonalność. Wcześniej ogólne komunikaty o błędach maskowały rzeczywiste problemy z adapterami LLM czy błędami konfiguracji MCP. Teraz diagnostyka jest jasna – można zobaczyć dokładnie, co poszło nie tak.

    Przenoszenie sesji i poprawki w TUI

    Drugą ważną funkcją aktualizacji jest możliwość przenoszenia sesji między katalogami. OpenCode obsługuje ponad 75 providerów LLM – od OpenAI i Anthropic po mniejsze modele, takie jak Deep Seek czy Kimi – co zapewnia elastyczność w zarządzaniu kontekstem.

    W praktyce, jeśli pracujesz nad backendem w jednym workspace'ie i dostajesz pilne zadanie frontendowe, możesz przenieść sesję i kontynuować bez restartowania agenta. Terminal UI (TUI) zyskał również kilka poprawek – przywrócono możliwość konfiguracji niestandardowych providerów, która wcześniej mogła sprawiać problemy.

    Desktopowa wersja aplikacji również została ulepszona. Dodano dedykowany proces narzędziowy dla lokalnego serwera, co poprawia niezawodność połączeń. Nowe opcje w menu ustawień macOS oraz lepsze zarządzanie wieloma serwerami również zwiększają funkcjonalność aplikacji.

    ACP i spójność stanu – stabilność przede wszystkim

    W aktualizacji szczególnie podkreślono poprawę niezawodności klientów ACP (Agent Communication Protocol). Sesje nie gubią stanu przy przełączaniu kontekstów, a odpowiedzi na pytania trafiają do właściwego katalogu sesji.

    Dla deweloperów korzystających z OpenCode jako orkiestratora, a nie tylko pojedynczego agenta, to istotna zmiana. Użytkownik na Reddicie zauważył, że „Twój orkiestrator powinien wywoływać OpenCode jako subagenta przez większość czasu – oszczędza to mnóstwo okna kontekstowego”.

    Changelog z 5 czerwca jest bogaty w zmiany – poza nowymi funkcjami znajdziemy wsparcie dla OpenAI przez AWS Bedrock, odkrywanie skilli przez agentów oraz interaktywne replaye sesji za pomocą run --replay. Dodatkowo poprawki dla GitHub Copilot, podświetlanie składni Vue oraz naprawa problemów z anulowaniem w shellu.

    Wnioski

    OpenCode rozwija się jako terminal-first agent. Aktualizacja z czerwca 2026 odpowiada na rzeczywiste problemy codziennej pracy – utratę zmian przy przełączaniu kontekstów oraz nieczytelne komunikaty błędów. Dla deweloperów traktujących AI jako partnera w kodowaniu, zarządzane klonowanie i przenoszenie sesji to funkcje, które znacząco skracają czas między pomysłem a implementacją.


    Źródła