Stabilnie, szybko, produktywnie, tanio: moje pełne zestawienie stacku AI Coding

Główny argument po raz pierwszy ukazał się na X; to pełne zestawienie konfiguracji.

Najpierw wniosek: OpenCode + OpenChamber + subskrypcja DeepSeek V4 Flash przez OpenCode Go + subskrypcja DeepSeek V4 Flash przez Ollama Cloud.

Ten stack używam od dawna intensywnie i cztery słowa go streszczają: stabilnie, szybko, produktywnie, tanio. Miałem otwartych 15 projektów pod rząd, wszystkie jednocześnie generowały kod, a limit ledwo się ruszył.

Dlaczego właśnie OpenCode + OpenChamber

Całą drogę wyboru opisałem w innym artykule; tu tylko powody na poziomie efektu: OpenCode to obecnie najbardziej wyrównane wielomodelowe jądro — open source, wielu Providerów, dojrzałe Client/Server, aplikacja desktopowa i Subagenty; natomiast OpenChamber to najładniej wykończone GUI Harnessa, jakie widziałem w projektach open source, autor pielęgnuje je z ogromną starannością, jest dopracowane i stabilne, a drobne wpadki od czasu do czasu w ogóle nie przeszkadzają w długoterminowym użytkowaniu.

Interfejs webowy + PWA — prawie nie do odróżnienia od klienta desktopowego, a aktualizacje nie wymagają ręki.

Konfiguracja kręci się wokół trzech kluczowych potrzeb

Moja konfiguracja OpenCode zbudowana jest wokół trzech rzeczy: zarządzania kontekstem, systemu pamięci i zewnętrznych zdolności.

1. opencode-dcp (open source) — dynamiczne przycinanie kontekstu. Gdy kontekst osiąga próg, starsza treść jest automatycznie kompresowana do technicznych streszczeń: kluczowe informacje zostają, szum wylatuje, duplikaty są czyszczone, a niskowartościowe rzeczy typu błędy narzędzi są wyrzucane z kontekstu. Długie sesje nie wysadzają kontekstu, oszczędność pieniędzy i tokenów — to fundament tego, że długie zadania mogą chodzić cały dzień.

2. opencode-goal-plugin — zarządzanie celami. Dodaje tryb Goal do długich zadań, żeby agenta dało się przyciągnąć, gdy zboczy z kursu.

3. Hermes Memory — warstwowa pamięć (open source'uję na życzenie). To mój najcięższy plugin: przeniosłem warstwowy mechanizm pamięci agenta Hermes na OpenCode, zapamiętuje preferencje użytkownika, decyzje projektowe i lekcje przeszłości między sesjami. Nowe projekty nie zaczynają od nauki od zera.

4. context7-MCP. Sprawdzanie najnowszych oficjalnych dokumentacji bibliotek i frameworków — nie trzeba kopać samemu.

5. grep-MCP. Szukanie rzeczywistych zastosowań w całym kodzie GitHub — dużo pewniejsze niż pisanie z pamięci.

6. open-computer-use — automatyzacja pulpitu. Pozwala AI bezpośrednio obsługiwać aplikacje macOS: klikanie, pisanie, przewijanie, przeciąganie, zrzuty ekranu, czytanie drzewa dostępności. Wybitnie przydatne przy testowaniu i odbiorze.

Rachunek kosztów: jak wydawać dwie subskrypcje

DeepSeek V4 Flash to rdzeń opłacalności tego stacku: naprawdę inteligentny, naprawdę tani. Subskrypcja OpenCode Go pokrywa główny workflow, subskrypcja Ollama Cloud to drugi kanał do rozkładu obciążenia — dwie subskrypcje razem są tańsze niż jeden mainstreamowy first-party Coding Plan, a dają więcej.

Teza, że „modele w cudzych powłokach głupieją”, wymaga rozłożenia: korzeniem degradacji jest to, że „powłoka nie robi Harness Engineering pod dany model”, a nie sam akt zmiany powłoki. Wsparcie OpenCode dla modeli otwartych jest pierwszej klasy, a DeepSeek V4 Flash chodzi w nim stabilnie i szybko — właśnie dlatego ośmieliłem się wcisnąć na niego 15 projektów.

Lekcja „trzymaj się oryginalnej pary”

W grupach pytają często: czy istnieje uniwersalny desktop do kodowania z AI? Przyjmujący wszystkie subskrypcje i nie głupiejący przy żadnym modelu?

Po rozmowach z kilkoma znajomymi, którzy codziennie ciężko grzebią, nasz wniosek był jednogłośny: nie istnieje. Trzymaj się oryginalnej pary.

• GPT → Codex: oficjalna subskrypcja bezpośrednio, najstabilniejsze natywne planowanie.
• Gemini → AntiGravity: sufit prędkości, długie okna bez zadławienia.
• DeepSeek, GLM i inne modele otwarte → przyjazne modelom otwartym Harnessy typu OpenCode / ZCode.

Model wciśnięty w niedopasowaną powłokę praktycznie nie ucieknie głupkowaniu, spowolnieniu i zapchanym subskrypcjom. Pozostaw każdy model w miejscu, w którym jest mu najwygodniej — to połączenie jest twoim pełnym zestawem.

Na koniec

Ten stack chodzi u mnie od kilku miesięcy, a największe odczucie to nie ile zaoszczędziłem, lecz „odwaga otwierania zadań” — bo jest stabilny i tani, otwieranie 15 projektów nie budzi niepokoju. Wartość stacku narzędzi ostatecznie pokazuje się w tym, ile pracy odważysz się na niego nałożyć.