O czym jest ten film
- OpenCode 2.0 to największa aktualizacja w historii tego otwartoźródłowego agenta kodującego.
- Ta sama sesja działa w terminalu, aplikacji desktopowej i na telefonie — pracę można zacząć przy biurku i dokończyć w drodze.
- Agent potrafi zepchnąć długotrwałe zadanie do tla (Ctrl+B) i nie blokuje w ten sposób rozmowy.
- Główny agent może uruchamiać sub-agenty — na innym modelu: w przykładzie Beam buduje aplikację, a Big Pickle w tle recenzuje kod.
- Wbudowane darmowe modele pozwalają powtórzyć cały tutorial bez wydawania ani grosza — ale w zamian OpenCode może trenować na naszych promptach.
- Nowy „code mode”: agent pisze jeden skrypt wykonujący wiele wywołań narzędzi naraz, zamiast wołać je jedno po drugim i rozdymać okno kontekstowe.
- Obsługa worktree: zmiany (np. jasny i ciemny motyw) powstają w kopii repozytorium i dopiero po akceptacji wracają do gałęzi głównej.
- Agent potrafi napisać własny plugin — w filmie to blokada odczytu plików .env, w których trzyma się klucze API.
- Dzięki Ollamie uruchomimy modele lokalne (np. Qwen 3.8) — praca w pełni offline i bezpieczna dla danych.
- Całość pokazano na jednym przykładzie: prostej aplikacji do dzielenia rachunków działającej w przeglądarce.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Aktualizacja jednym poleceniem, instalacja jednym wierszem
Na czym polega: Dotychczasowi użytkownicy aktualizują OpenCode od ręki poleceniem /update i restartem programu. Nowi instalują narzędzie jednym poleceniem (curl na Linuksie i macOS, npm na Windows) albo przez instalator aplikacji desktopowej — dostępnej na wszystkie trzy systemy.
Jak stosować: Masz starszą wersję? Wpisz /update, kliknij „upgrade”, zrestartuj — wersja 2.0 pojawi się na dolnym pasku. Zaczynasz od zera? Skopiuj polecenie ze strony projektu i uruchom je w wierszu poleceń lub PowerShellu; aplikację na pulpit uruchamia się po prostu z pobranego pliku.
Na co uważać: Terminal i aplikacja desktopowa to dwa interfejsy tego samego narzędzia — wszystkie funkcje działają identycznie, więc wybór to wyłącznie kwestia wygody, nie możliwości.
2.Zawsze uruchamiaj agenta w osobnym folderze projektu
Na czym polega: Pliki tworzone przez agenta trafiają do katalogu, w którym uruchomiono OpenCode. Dedykowany folder (w filmie: „bill-splitter”, czyli aplikacja do dzielenia rachunków) utrzymuje projekt w porządku.
Jak stosować: Utwórz folder, otwórz w nim wiersz poleceń i wpisz opencode. W aplikacji desktopowej analogicznie: rozwijana lista na dole → „add project” → wskazanie folderu na dysku.
Na co uważać: Uruchomienie narzędzia w katalogu głównym dysku oznacza, że wygenerowane pliki rozłożą się w miejscach, których nie da się przewidzieć.
3.Jedna sesja na trzech urządzeniach
Na czym polega: Sesje są wspólne dla terminala, aplikacji na pulpit i telefonu. Można zacząć rozmowę z agentem przy komputerze, wyjść z domu i kontynuować ją na telefonie — z pełną historią.
Jak stosować: Zacznij sesję w terminalu, a potem w aplikacji desktopowej wejdź na ekran główny i wybierz tę samą sesję z listy. Model (np. Beam) da się tam również wskazać lub zmienić.
Na co uważać: To nadal jedna rozmowa i jeden projekt — niezależnie od urządzenia, z którego piszemy, agent pracuje na tych samych plikach.
4.Darmowe modele do nauki, płatne lub lokalne do pracy zawodowej
Na czym polega: OpenCode ma wbudowane darmowe modele (Beam, Big Pickle) — idealne na start z kodowaniem agenticznym i dla studentów. Haczyk: w zamian za bezpłatny dostęp firma może trenować swoje modele na naszych promptach.
Jak stosować: Do nauki i hobbystycznych projektów — śmiało korzystaj z darmowych. W pracy zawodowej zaloguj się kontem OpenCode, podaj własny klucz API (np. do Claude), wybierz płatną usługę albo uruchom model lokalnie na swojej maszynie.
Na co uważać: Przy darmowych modelach nie wklejaj do promptach niczego, czego nie chcesz zobaczyć w cudzych zbiorach treningowych — kluczy, kodu klienta, danych osobowych.
5.Zadania w tle (Ctrl+B) nie blokują rozmowy
Na czym polega: Długotrwałe polecenie — na przykład start serwera deweloperskiego — zatrzymuje cały wątek i uniemożliwia dalszą rozmowę z agentem. Ctrl+B (lub odpowiedni przycisk) przenosi takie zadanie do tla.
Jak stosować: Gdy agent „zawiśnie” na zadaniu, zepchnij je do tła i spokojnie pisz dalej; wynik (np. URL aplikacji) odbierzesz, kiedy będzie gotowy.
Na co uważać: Zadanie w tle wciąż się wykonuje — zanim uznasz je za zakończone, warto sprawdzić jego status.
6.Sub-agenty z innym modelem do innego zadania
Na czym polega: Główny agent może uruchomić sub-agenta działającego w tle — i to na innym modelu. W filmie Beam buduje aplikację, a Big Pickle w tle przegląda jej kod i zgłasza uwagi; potem główny agent wdraża poprawki.
Jak stosować: Wystarczy prośba w prompcie, np. „uruchom w tle agenta do przeglądu kodu na modelu Big Pickle”. Szczegóły sub-agenta — instrukcje od głównego agenta i faktycznie użyty model — podejrzysz po kliknięciu; w terminalu służy do tego strzałka w dół i Enter, powrót to strzałka w górę.
Na co uważać: Bezpośrednio do sub-agentów się nie pisze — cała komunikacja idzie przez agenta głównego. To on wdraża poprawki po recenzji, więc warto przejrzeć, co dokładnie zmienił.
7.Code mode: jeden skrypt zamiast serii wywołań narzędzi
Na czym polega: Klasyczny agent woła narzędzia jedno po drugim — każde wywołanie i odpowiedź dokładają balastu do okna kontekstowego. W trybie code mode agent pisze za to skrypt, który wykonuje wszystkie wywołania naraz. W OpenCode 2.0 tryb jest domyślnie włączony.
Jak stosować: Można go też wymusić w prompcie: „Użyj code mode, aby: pobrać dokumentację Playwright MCP z tego adresu, zainstalować ten MCP lokalnie, a potem otworzyć za jego pomocą naszą aplikację”. Potwierdzeniem, że skrypt zadziałał, są kroki typu „execute” (wywołania tools.opencode…) po rozwinięciu osi czasu narzędzi.
Na co uważać: Tryb działa też bez wyraźnej prośby — skoro jest domyślny, oś czasu narzędzi to najlepsze miejsce, żeby sprawdzić, jak agent naprawdę wykonał zadanie (cała przykładowa sesja: pobranie dokumentacji, instalacja, otwarcie przeglądarki — zajęła około 27 sekund).
8.Worktree: testuj zmiany na kopii, nie na gałęzi głównej
Na czym polega: Zamiast za każdym razem modyfikować główną gałąź, agent tworzy kopię repozytorium (worktree), wprowadza zmiany tam, my je sprawdzamy — a dopiero po akceptacji wracają one do głównej gałęzi.
Jak stosować: Prompt: „Wykorzystaj worktree i dodaj obsługę trybów jasnego i ciemnego”. Zmiany pojawią się w osobnym, fizycznym folderze na dysku; po testach wystarczy poprosić: „przenieś wszystkie zmiany do głównej gałęzi i usuń worktree”.
Na co uważać: Kopia to pełny folder na dysku i zajmuje miejsce — po scaleniu trzeba ją posprzątać (najprościej: kazać to agentowi).
(Informacja dodatkowa: „worktree” to mechanizm Gita — dodatkowy katalog roboczy podpięty pod inną gałąź tego samego repozytorium, pozwalający pracować nad kilkoma wersjami kodu naraz.)
9.Agent potrafi napisać sobie plugin — na przykład strażnika plików .env
Na czym polega: Poproszony, agent tworzy własny plugin — prosty plik w TypeScripcie. W filmie to blokada odczytu plików .env, w których trzyma się sekrety, takie jak klucze API.
Jak stosować: „Napisz plugin, który uniemożliwia ci odczyt plików .env”. Listę zainstalowanych rozszerzeń wypiszesz poleceniem opencode plugin list. Test: nowa sesja, prośba o podanie zmiennych z .env — agent powinien poprosić o zgodę, a Ty ją odmawiasz.
Na co uważać: Plugin zacznie obowiązywać dopiero w kolejnych sesjach, nie w tej, w której go tworzysz. Sam mechanizm nie chroni też przed własną nieuwagą — jeśli kiedyś zgodę wyślesz, agent plik zobaczy.
10.Modele lokalne przez Ollamę — prywatność i pełny offline
Na czym polega: Z Ollamą uruchomisz modele na własnym sprzęcie, a w OpenCode wystarczy włączyć tego dostawcę w zarządzaniu modelami. Efekt: pełne bezpieczeństwo danych i praca bez internetu.
Jak stosować: Zainstaluj Ollamę z ollama.com, pobierz model poleceniem ollama pull plus nazwa (Qwen 3.8 wymaga około 16 GB VRAM), w OpenCode włącz Ollamę i wybierz model z listy. Nie wiesz, co uciągnie twój sprzęt? Poproś swojego agenta kodującego o rekomendację modelu z oferty Ollamy.
Na co uważać: Pierwsze wczytanie modelu do pamięci potrafi chwilowo mocno obciążyć maszynę. Jeśli OpenCode sam nie wykryje modeli, pomaga prompt w rodzaju „chcę używać modeli Ollama z mojej maszyny” — czasem ten krok jest zbędny, gdy wykrywanie zadziała automatycznie.
Redakcyjne tłumaczenie
Największa aktualizacja w historii narzędzia
OpenCode 2.0 właśnie się ukazał — i jest to największa aktualizacja, jaką przeszedł ten otwartoźródłowy agent do kodowania. Terminal, aplikacja na pulpit, a nawet telefon korzystają z tej samej sesji. Agenty potrafią pracować w tle, podczas gdy my rozmawiamy dalej, a narzędzie potrafi — na naszych oczach — pisać własne pluginy. W pakiecie dostajemy darmowe modele, więc można budować aplikacje albo powtarzać kroki z tego materiału, nie wydając ani złotówki. W tym odcinku powstanie prosta aplikacja, a po drodze przyjrzymy się wszystkim nowościom wersji 2.0.
Aktualizacja i instalacja
Jeśli już korzystasz z OpenCode, aktualizacja jest banalna: wystarczy wewnątrz narzędzia wpisać /update. Pojawi się podpowiedź i przycisk „upgrade” — klikamy, restartujemy program i gotowe; wersję 2.0 widać na dolnym pasku.
Nowi użytkownicy znajdą instrukcję na stronie projektu (link w opisie filmu). Na Linuksie i macOS wystarczy skopiować polecenie curl, na Windows — polecenie z npm — i uruchomić je w wierszu poleceń albo w PowerShellu. Warto dodać, że OpenCode ma również aplikację desktopową: na stronie, w sekcji pobierania, czekają wersje na Windows, macOS i Linuksa. Pobieramy plik, uruchamiamy — i po sprawie.
Z materiałem można iść śladem w terminalu albo w aplikacji. Autor wybrał terminal, ale spokojnie: wszystkie funkcje działają identycznie w obu środowiskach. Przy okazji wspomina o darmowym kursie skutecznego posługiwania się agentami kodującymi — dla „vibe coderów” i doświadczonych programistów — uczącym autorskiego frameworku do budowania projektów na modelach od darmowych po najmocniejsze (tzw. frontier models). Link w opisie.
(Informacja dodatkowa: „vibe coding” to potoczne określenie stylu pracy, w którym kod pisze agent, a człowiek steruje nim opisami w języku naturalnym — bez klasycznego programowania.)
Osobny folder na projekt
Pierwsza rada: przed startem stwórz dla projektu osobny folder — w przykładzie będzie to katalog aplikacji do dzielenia rachunków. Potem otwórz w tym folderze wiersz poleceń i wpisz opencode. Dzięki temu wszystkie pliki wygenerowane przez agenta trafią właśnie tam. Uruchomienie narzędzia w katalogu głównym dysku to proszenie się o kłopoty — nikt nie powie, gdzie skończą wytworzone pliki. W aplikacji desktopowej wygląda to podobnie: rozwijamy listę na dole, wybieramy „add project” i wskazujemy folder.
Jedna sesja, trzy urządzenia
Jedna z nowości: sesje są wspólne dla terminala, aplikacji desktopowej i telefonu. Autor pokazuje to w praktyce — zaczyna sesję w terminalu, po czym przechodzi do programu na pulpicie, gdzie ta sama sesja czeka na liście.
Zanim jednak zaczniemy, wybieramy agenta. OpenCode współpracuje praktycznie z dowolnym dostawcą — nie jesteśmy skazani na jeden model ani jedną platformę. Obsługuje też modele lokalne. Polecenie /models otwiera szeroką listę: modele od OpenAI, Google, Anthropic i kolejnych firm, a jeśli trzymamy lokalne modele w Ollamie lub LM Studio, również je tu znajdziemy.
Do tutoriala wybierany jest jeden z darmowych modeli — Beam. Autor zaznacza, że używa go pierwszy raz w życiu, więc zaraz przekonamy się, jak sobie radzi. Pierwsza prośba do agenta: „Zbuduj prostą aplikację do dzielenia rachunków, działającą w przeglądarce”.
Pojawia się jednak komunikat, że klucz API wygasł i trzeba utworzyć nowy w konsoli OpenCode. Naprawa jest prosta: wracamy do listy modeli, wciskamy Ctrl+A (połączenie z integracją), wybieramy OpenCode Console i klikamy „add account”. Logujemy się kontem Google albo mailem i hasłem, autoryzujemy połączenie — i wszystko wraca do normy. Bardzo szybko.
Wracamy do aplikacji desktopowej, na ekranie głównym widzimy sesję rozpoczętą w terminalu. Można w nią wejść i kontynuować — na przykład wybrać model Beam i poprosić: „Uruchom serwer deweloperski i podaj URL”.
Darmowe modele — kiedy tak, kiedy nie
Warto o tym powiedzieć wprost: darmowe modele w OpenCode to świetna opcja, gdy dopiero zaczynamy przygodę z kodowaniem agenticznym, albo dla studentów. W pracy zawodowej trzeba jednak uważać. Za darmowy dostęp płaci się czymś innym — OpenCode może trenować swoje modele na naszych promptach. Jeśli to nas uwiera, zamiast tego zaloguj się kontem OpenCode, podaj własny klucz API do Claude, skorzystaj z płatnej usługi albo — najlepiej pod względem prywatności — uruchom model lokalnie na własnej maszynie.
Zadania w tle
OpenCode pozwala też zepchnąć zadania agenta do tla. W omawianym przykładzie polecenie uruchomienia serwera deweloperskiego zatrzymuje cały wątek — nie da się dalej rozmawiać z agentem. Wystarczy wcisnąć Ctrl+B (albo kliknąć mały przycisk), a zadanie zejdzie do tla i rozmowę można prowadzić dalej. Klikamy otrzymany URL i aplikacja otwiera się z serwera deweloperskiego.
Sub-agenty w tle
Krok dalej: główny agent może uruchamiać inne agenty — sub-agenty — również w tle. Wystarczy poprosić go o to w prompcie: „uruchom w tle agenta do przeglądu kodu”. Można przy okazji zmienić model — w przykładzie sub-agent działa na Big Pickle. Główny agent (na Beamie) odpowiada, że uruchomił w tle agenta przeglądowego na Big Pickle, który przejrzy kod aplikacji do dzielenia rachunków i zaraportuje wyniki po zakończeniu.
Po kliknięciu w sub-agenta widać instrukcje, które przekazał mu główny agent; w panelu bocznym dojrzymy więcej szczegółów — w tym faktycznie użyty model, czyli Big Pickle. Autorowi podoba się samo połączenie różnych modeli do różnych zadań. Big Pickle również jest darmowy, a przy okazji — jego zdaniem — wcale nieźle radzi sobie z kodem.
Do sub-agentów nie da się pisać bezpośrednio, ale wszystkie te informacje dostajemy od razu, bez żadnej dodatkowej konfiguracji, i to jest naprawdę fajne. Powrót do agenta głównego to jedno kliknięcie. W terminalu podgląd sub-agentów wywołamy strzałką w dół, wejście potwierdzamy Enterem, a strzałką w górę wracamy do głównej rozmowy. W finale sub-agent kończy przegląd, a główny agent wdraża zgłoszone poprawki.
I znów ta sama zasada: sesję widać i w terminalu, i na telefonie. Można zacząć pracę przy komputerze, wyjść z domu i kontynuować na telefonie.
Code mode — skrypt zamiast żmudnego ciągu wywołań
Kolejna nowość to code mode. Najpierw wyjaśnienie. Zwykle agent kodujący woła narzędzia pojedynczo: jedno wywołanie, odpowiedź, na jej podstawie kolejne wywołanie. Każdy taki krok dokładają balastu do okna kontekstowego. Code mode pozwala zamiast tego napisać skrypt, który wykonuje wszystkie wywołania naraz.
Tryb jest w OpenCode włączony domyślnie, ale można go też wymusić promptem: „Użyj code mode, aby: pobrać dokumentację Playwright MCP z tego adresu, zainstalować ten MCP lokalnie, a następnie użyć go do otwarcia naszej aplikacji”. Treść może być dowolna — dowolna kombinacja wywołań narzędzi; tu celowo trzymamy prostotę.
Skąd wiadomo, że code mode zadziałał? Po rozwinięciu osi czasu narzędzi pojawiają się kroki „execute”, wywołujące coś w rodzaju tools.opencode… — to ślad skryptu, który faktycznie wykonał całość. Cała sesja — ściągnięcie dokumentacji z sieci, instalacja narzędzia, otwarcie przeglądarki — zajęła około 27 sekund. Na dokładkę: w aplikacji desktopowej siedzi wbudowana przeglądarka, co jest po prostu bardzo wygodne.
Worktree — zmiany w bezpiecznej kopii
OpenCode 2.0 potrafi też wprowadzać zmiany w tzw. worktree. Zamiast modyfikować za każdym razem główną gałąź, agent tworzy kopię kodu, bezpiecznie wprowadza zmiany tam, a my je testujemy. Gdy wszystko się zgadza, zmiany wracają do gałęzi głównej.
W przykładzie chodzi o dodanie jasnego i ciemnego motywu do aplikacji. Prośba brzmi: „Wykorzystaj worktree i dodaj obsługę trybów jasnego i ciemnego”. Pojawi się komunikat, że kod został przeniesiony do folderu …OpenCode\bill-splitter-theme — to fizyczna kopia bazy kodu na naszym dysku. Można to sprawdzić: obok pierwotnego folderu projektu powstaje drugi katalog na tę wersję kodu. Wszystkie zmiany dotyczące motywów trafiają właśnie tam; po zaakceptowaniu scalamy je z powrotem, a kopię można skasować.
Beam jest przy tym absurdalnie szybki — cała zmiana gotowa w około 44 sekundy, a jasny i ciemny tryb faktycznie działają. Na koniec wystarczy poprosić: „Przenieś wszystkie zmiany do głównej gałęzi i usuń worktree” — i sprawa załatwiona.
Pluginy, które agent pisze sam
Wersja 2.0 obsługuje pluginy — i możemy poprosić agenta, żeby napisał plugin dla samego siebie. Przykład: „Napisz plugin, który na zawsze blokuje ci odczyt plików .env”. Dla tych, którzy nie znają tematu: pliki .env służą do przechowywania sekretów, takich jak klucze API — i z reguły nie chcemy, by agent do nich zaglądał.
Agent plugin tworzy, a przy każdej nowej sesji zostanie on automatycznie zastosowany. Listę wszystkich pluginów wypiszemy z wiersza poleceń poleceniem opencode plugin list — na razie w przykładzie jest tam tylko ten jeden. To bardzo proste pliki w TypeScripcie.
Test: do projektu trafia plik .env z zawartością w rodzaju „MY_SECRET_KEY = nic tu nie ma”. Otwieramy nową sesję, wybieramy projekt i prosimy: „Podaj dostępne zmienne i wartości z pliku .env”. Agent — dokładnie tak, jak powinien — prosi o zgodę na odczyt. Wystarczy odmówić. I to tyle: próba kończy się w tym miejscu, a agent nie ma jak podejrzeć zawartości pliku, chyba że sami mu na to pozwolimy.
Modele lokalne — Ollama i pełna praca offline
Na koniec: modele lokalne. Jednym z najprostszych sposobów na ich uruchomienie jest Ollama. Instalacja: wchodzimy na ollama.com, klikamy „Get started”, wybieramy ręczne pobranie i uruchamiamy pobrany plik.
Potem trzeba wybrać model — i to zależy wyłącznie od posiadanego sprzętu. Osobiście lubię Qwen 3.8 — naprawdę dobry model, zwłaszcza do zadań programistycznych. Potrzebuje około 16 GB VRAM, ale dostępne są też mniejsze. Praktyczna rada: poproś swojego agenta kodującego — Claude Code czy cokolwiek innego — żeby przejrzał twój sprzęt i polecił model z oferty Ollamy, który realnie da się na nim uruchomić.
Nazwę modelu kopiujemy, a w terminalu wykonujemy ollama pull z nazwą modelu — od tej chwili mamy go na własnej maszynie. Wracamy do OpenCode, wybieramy jeden z darmowych modeli (np. Big Pickle albo Beam — każdy się nada) i wpisujemy prompt w stylu: „Chciałbym używać modeli Ollama z mojej maszyny w OpenCode”. Ten krok bywa opcjonalny — autorowi zdarzało się, że OpenCode nie wykrywał modeli samodzielnie, i właśnie taki prompt ratował sytuację. Jeśli zamiast tego dostaniemy komunikat, że Ollama działa, a OpenCode znalazł jej modele automatycznie — tym lepiej.
Następnie: sekcja modeli → zarządzanie modelami → włączamy Ollamę, wyłączamy modele, których nie potrzebujemy, i upewniamy się, że Qwen 3.8 jest aktywny. Test z okna wyboru modelu: wyszukujemy Qwen 3.8 i piszemy „cześć”. Wczytanie modelu do pamięci może na chwilę spowolnić komputer — u autora przycięła nawet kamerka. I gotowe: lokalny model działa w OpenCode. Największa zaleta? Bezpieczeństwo i offline — można całkowicie odłączyć się od sieci, a wszystko będzie dalej działać.
Zakończenie
Autor zachęca do podzielenia się opinią o OpenCode 2.0 w komentarzach, do polubienia filmu oraz do subskrypcji kanału po więcej tutoriali o kodowaniu agenticznym.