Przejdź do głównej treści
Chen Dahuang
Wszystkie artykuły
6 min czytaniaPierwotnie z X

Po testowaniu Pi Agent, OMP, Codex i ZCode: dlaczego ostatecznie wybrałem OpenCode + OpenChamber

Retrospektywa wyboru Agent Harnessa: trzy kryteria — wygoda GUI, blokada dostawcy i swoboda dalszego rozwoju — wykluczyły Pi Agent, OMP, Codex i ZCode, a wybór ostatecznie padł na jądro OpenCode z interfejsem OpenChamber.

Chen Dahuang

Chen Dahuang

Niezależny deweloper

Po testowaniu Pi Agent, OMP, Codex i ZCode: dlaczego ostatecznie wybrałem OpenCode + OpenChamber

Pierwotnie opublikowane na X.

Ostatnio testowałem Agent Harnessy, takie jak Pi Agent, OMP, ZCode, Codex i OpenCode, i w końcu zrozumiałem, czego naprawdę potrzebuję.

Moje trzy kryteria

Po pierwsze: dojrzałe, stabilne GUI

Przyzwyczaiłem się do GUI i naprawdę nie znoszę TUI. Czatowanie w czarnej ramce terminala to męka — musisz zapamiętać mnóstwo skrótów i komend, żeby w ogóle dało się z tego korzystać. GUI natomiast wystarczy intuicyjnie klikać ikony i przyciski.

Potrzebuję więc dojrzałego, stabilnego i ładnego GUI.

To jedno kryterium od razu wykluczyło Pi Agent i OMP. Nie chodzi o to, że ich jądra są złe — po prostu stworzone wokół nich społecznościowe GUI są fatalne. Samodzielne zbudowanie własnego wymagałoby sporo wysiłku, a te narzędzia są tak konfigurowalne, że ręcznie sklecone GUI nie ma żadnej przenośności — zmieniasz maszynę albo osobę i wszystko trzeba zaczynać od zera.

Po drugie: bez blokady dostawcy, bez faworyzowania modeli

Codex co prawda udostępnia interfejsy konfiguracji modeli firm trzecich, ale konfiguracja jest naprawdę uciążliwa, a modele firm trzecich zawsze są „obywatelami drugiej kategorii" — tłamszone przez oficjalne modele i hamowane tempem aktualizacji, co mocno mnie irytuje.

ZCode jest jeszcze bardziej absurdalny: nie ma możliwości zalogowania się przez OAuth do planów kodowania poszczególnych dostawców (na przykład Kimi For Code i Grok Build w ogóle nie da się użyć w ZCode, chyba że uciekniesz się do hakerskich obejść).

Dlatego wykluczyłem ZCode i Codex — oprogramowanie faworyzujące modele własnych dostawców.

Po trzecie: open source i otwartość na dalszy rozwój

Potrzebuję prowadzić dalszy rozwój i dostosowania w oparciu o własne potrzeby, żeby łatwiej zapewnić klientom wygodne rozwiązanie działające od razu po uruchomieniu. Produkt musi więc być open source i przyjazny licencyjnie — wygodny dla mnie i prosty dla moich klientów, bez żadnych czarnomagicznych hacków.

Ostateczna odpowiedź: OpenCode + OpenChamber

Po wyeliminowaniu wszystkich kandydatów realnym wyborem zostaje tylko OpenCode.

Ale OpenCode to tylko jądro Agenta. Żeby dobrać do niego dojrzałe, stabilne i wygodne GUI, w końcu znalazłem prawdziwą odpowiedź: OpenChamber.

  • Jądro: OpenCode — open source, bez blokady dostawcy, obsługuje modele wszystkich dostawców
  • Interfejs: OpenChamber — dojrzały warsztat GUI
  • Kombinacja: stabilne jądro + wygodny interfejs, a do tego możliwość dalszego rozwoju w razie potrzeby

Kod źródłowy: https://github.com/openchamber/openchamber

Kilka refleksji

Wybór narzędzia to w gruncie rzeczy wybór tego, „kto ma władzę nad tobą".

Nieważne, jak dobre jest narzędzie o zamkniętym kodzie — kierunek aktualizacji, wsparcie modeli i strategia cenowa są ustalane przez kogoś innego, a ty możesz je tylko biernie przyjmować. Kombinacja open source i braku blokady daje ci zawsze wyjście awaryjne i zawsze swobodę modyfikacji.

Co do sporu TUI kontra GUI — nie upieraj się na siłę. Narzędzia służą do pracy, a nie do udowadniania, że znasz się na wierszu poleceń. Wygodny interfejs, z którego możesz korzystać na dłuższą metę, znaczy więcej niż cokolwiek innego.

Powiązana lektura: DeepSeek V4 Flash — dogłębna recenzja wersji stabilnej

Jeśli uznasz to za przydatne, podziel się ze znajomym.

Powiązane artykuły