Помучившись с Pi Agent, OMP, Codex и ZCode: почему я в итоге выбрал OpenCode + OpenChamber

Оригинал опубликован в X.

В последнее время я возился с разными Agent Harness — Pi Agent, OMP, ZCode, Codex, OpenCode — и наконец понял, что мне на самом деле нужно.

Мои три критерия

Первый: зрелый, стабильный GUI

Я привык к графическим интерфейсам и терпеть не могу TUI. Переписываться в чёрном терминальном окошке — это боль: приходится заучивать кучу шорткатов и команд, лишь бы сделать его пригодным для жизни. А GUI достаточно интуитивно тыкать мышкой в иконки и кнопки.

Поэтому мне нужен зрелый, стабильный и симпатичный GUI.

Уже одного этого критерия хватило, чтобы отсеять Pi Agent и OMP. Дело не в том, что их ядра плохие, — просто комьюнити-оболочки вокруг них ужасные. Писать свою с нуля — слишком много труда, а инструменты настолько кастомизируемые, что самодельная оболочка непереносима: сменишь машину или человека — и всё начинается заново с нуля.

Второй: без привязки к вендору и без его фаворитизма

Codex вроде бы даёт настраивать сторонние модели, но конфигурировать их — сплошное мучение, и сторонние модели всегда «граждане второго сорта»: их давят официальные модели и тянет вниз ритм обновлений. Меня это откровенно бесит.

ZCode ещё абсурднее: через OAuth невозможно войти в Coding Plan сторонних вендоров (например, Kimi For Code и Grok Build в ZCode вообще не задействуешь, разве что костылями).

Так что я вычеркнул ZCode и Codex — софт с фаворитизмом вендоров моделей.

Третий: открытый исходный код и свобода доработки

Мне нужно дорабатывать и кастомизировать инструмент под свои задачи, чтобы проще давать клиентам готовый опыт «из коробки». Значит, продукт должен быть open-source и дружелюбным к лицензированию — чтобы и мне было удобно им пользоваться, и моим клиентам было просто это делать, без всякой чёрной магии.

Финальный ответ: OpenCode + OpenChamber

После того как я вычеркнул всё остальное, реальный выбор остался один — OpenCode.

Но OpenCode — это лишь ядро агента. Чтобы соединить его со зрелым, стабильным и удобным GUI, я наконец нашёл настоящее решение: OpenChamber.

• Ядро: OpenCode — open source, без привязки к вендору, поддерживает модели всех провайдеров
• Интерфейс: OpenChamber — зрелая GUI-среда
• Связка: стабильное ядро + удобный интерфейс, плюс возможность дорабатывать под себя

Открытый код: https://github.com/openchamber/openchamber

Несколько мыслей на закуску

Выбор инструмента — это, по сути, выбор того, «кто имеет над тобой право голоса».

Каким бы хорошим ни был закрытый инструмент, направление его обновлений, поддержка моделей и ценовая политика решаются другими — тебе остаётся лишь пассивно принимать. А в связке «open source + без привязки» у тебя всегда есть выход и всегда есть свобода что-то изменить.

Что касается спора TUI против GUI — не насилуйте себя. Инструменты нужны, чтобы делать работу, а не чтобы доказывать, что ты знаешь командную строку. Удобный интерфейс, с которым ты готов оставаться надолго, важнее всего остального.

По теме: DeepSeek V4 Flash — подробный разбор стабильного релиза