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
Niezależny deweloper

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
Powiązane artykuły