
Привет, коллеги! Сегодня хочу поделиться с вами своими размышлениями о терминальном AI-агенте OpenCode и его сравнении с другими популярными решениями на рынке. После нескольких месяцев активного использования различных AI-инструментов для кодирования, могу с уверенностью сказать: OpenCode — это действительно что-то особенное.
Почему именно OpenCode?
В экосистеме AI-инструментов для разработки сегодня доминируют расширения для VS Code: Cline, Roo Code, Kilo Code и Claude Code от Anthropic и Gemini CLI от Google. Каждый из них имеет свои преимущества, но OpenCode предлагает принципиально иной подход.
Почему именно OpenCode
Инструмент |
Тип |
Свобода выбора моделей |
Архитектура |
Производительность |
Уникальные фичи |
---|---|---|---|---|---|
OpenCode |
CLI |
75+ провайдеров (OpenAI, Anthropic, Google, Z.ai, xAI, локальные, OSS) |
Терминал (LSP, низкий overhead) |
Максимальная (быстрее IDE на 20–40%) |
Мультиагентные сессии, шаринг, кастомизация |
Cline |
VS Code ext |
Несколько LLM (Claude, Gemini и др.) |
IDE |
Средняя |
Plan/Act режимы, MCP |
Roo Code |
VS Code ext |
Ограниченный выбор |
IDE |
Средняя |
Code/Architect/Debug режимы |
Kilo Code |
VS Code ext |
Ограниченный + локальные |
IDE |
Средняя |
Комбинация фич Cline и Roo |
Claude Code |
CLI (Anthropic) |
Только Claude модели |
CLI |
Средняя |
Субагенты, глубокая интеграция |
Gemini CLI |
CLI (Google) |
Только Gemini |
CLI |
Средняя |
Экосистема Google |
Qwen Code |
CLI (Alibaba) |
Только Qwen |
CLI |
Средняя |
Китайская экосистема, локализация |
Cursor |
Отдельная IDE |
Несколько моделей (по подписке) |
IDE |
Средняя |
Глубокая AI-интеграция |
Qoder |
IDE-базированное |
Неизвестно (подозр. qwen-coder-plus) |
IDE |
Средняя |
Кредитная система, fallback-модель |
Свобода выбора моделей — ключевое преимущество
В отличие от IDE-расширений, которые привязаны к 1–2 поставщикам, OpenCode даёт вам полный контроль над выбором LLM. Благодаря интеграции с Models.dev доступны более 75 провайдеров — от лидеров рынка до локальных и open-source решений.

Фактически это означает, что в OpenCode можно использовать любую модель под конкретную задачу:
OpenAI (GPT-5) — универсальные модели для кода и аналитики
Anthropic (Claude Sonnet 4, Opus 4.1) — сильные контекстные агенты
Google (Gemini 2.5 Pro) — мощные в работе с данными и интеграцией в экосистему
Z.ai (GLM-4.5), xAI (Grok-4) — альтернативные коммерческие лидеры
Open Router — доступ к десяткам других моделей через единый интерфейс
Локальные решения (Ollama, LM Studio) — полный офлайн-контроль
Open-source (Together AI, Fireworks, Groq) — бесплатные и кастомизируемые варианты Таким образом, OpenCode — единственный CLI-ассистент, который реально позволяет собрать гибридный стек: от корпоративных облаков до локальных LLM на вашем ноутбуке.
CLI vs IDE: архитектурное превосходство
Многие могут возразить: "Как можно сравнивать терминальный инструмент с расширениями VS Code?" На самом деле, это не только корректное, но и крайне важное сравнение.
Критерий |
CLI (OpenCode) |
IDE (расширения VS Code) |
---|---|---|
Доступ к системе |
Прямой вызов утилит/скриптов, без GUI-слоёв |
Через GUI/расширения, лишний слой абстракции |
Headless/CI/CD |
Легко запускается без UI, отлично для пайплайнов |
Возможен headless, но чаще через надстройки/оркестрацию |
Интеграция с LSP |
Нативная, лёгкая клиент–сервер связка по JSON-RPC |
Широкая поддержка, но через экосистему плагинов |
Память/ресурсы |
Типично ниже (нет Electron/UI) |
Выше из-за GUI, расширений и индексации проекта |
Скорость автоматизации |
Быстрые CLI-пайпы, отсутствие рендеринга UI |
Медленнее на задачах автоматизации из-за UI-оверхода |
Визуальный дебаг |
Базовый (CLI-запуск, логи) |
Сильная сторона: брейкпоинты, watch, call stack, консоль |
Навигация/рефакторинг |
Зависит от LSP/плагинов, текст-центрично |
Сильная сторона IDE: символы, рефакторинги, outline |
Dev Containers / Remote SSH |
Скриптуется (docker/ssh) напрямую |
Готовые фичи Dev Containers и Remote-SSH |
Воспроизводимость окружения |
Скрипты/Makefile/poetry/go tool — декларативно и прозрачно |
devcontainer.json упрощает, но зависит от IDE-плагинов |
Расширяемость |
Любые CLI-утилиты, пайпы, unix-композиция |
Богатая экосистема расширений Marketplace |
Наблюдаемость |
Прозрачные логи/трассировки в консоли |
Встроенные панели, но слои могут прятать детали |
Безопасность/изоляция |
Полный контроль; зависит от ваших политик |
Песочницы/разрешения расширений, больше «ограждений» |
Работа офлайн |
Полноценная (локальные модели/утилиты) |
Возможно, но многие расширения требуют сети |
Кривая обучения |
Выше: CLI, LSP, конфиги |
Ниже: «из коробки», дружественный UI |
Коллаборация |
Шаринг сессий, логи/скрипты, tmux/SSH |
Live Share, встроенные GUI-средства |
Кастомизация |
Максимум через dotfiles/скрипты |
Высокая, но в рамках плагинов и настроек IDE |
Мультиагентность (LLM) |
Поддерживается (OpenCode: мультиагенты) |
Ограниченно, зависит от конкретного плагина |
Где OpenCode (CLI) лидирует
Headless/CI/CD, скорость и ресурсы — отсутствие GUI даёт выигрыш в автоматизации и потреблении памяти/CPU.
Прямой доступ к системе и прозрачные логи — никакого «магического» слоя между вами и инструментами.
Гибкая LSP-архитектура — стандартный клиент–сервер по JSON-RPC, легко подключать нужные языковые серверы.
Где IDE объективно сильнее
Визуальный дебаг и UX для навигации/рефакторинга — мощные встроенные инструменты, удобные панели.
Готовые «коробочные» фичи удалённой разработки — Dev Containers и Remote-SSH.
Примечание: конкретные проценты выигрыша по памяти/скорости зависят от проекта и плагинов. В сети регулярно отмечают более высокий ресурсный след у Electron-IDE и низкий — у терминальных/Neovim-подходов, но метрики варьируют.
Сравнительный анализ с конкурентами
Давайте честно сравним OpenCode с основными конкурентами:
Cline: простота использования
Cline — это, пожалуй, самое популярное расширение VS Code для AI-кодирования. Его главные преимущества:
Интуитивный интерфейс "человек-в-петле"
Режимы Plan/Act для структурированной работы
Поддержка MCP (Model Context Protocol)
Roo Code: множественные режимы
Roo Code предлагает интересный подход с различными режимами работы:
Code Mode — повседневное кодирование
Architect Mode — планирование системной архитектуры
Ask Mode — быстрые ответы и объяснения
Debug Mode — отладка и поиск проблем
Kilo Code: лучшее из двух миров
Kilo Code позиционируется как объединение лучших черт Cline и Roo Code. Добавляет:
MCP Server Marketplace для расширения возможностей
Множественные режимы работы от Roo
Простоту использования от Cline
Cline, Roo Code, Kilo Code обладают некоторыми существенными недостатками:
Большой объем передачи системных промтов и как следствие перерасход токенов.
Постоянные ошибки при работе с моделями отличными от Claude Sonnet 4 на которой видимо и проводятся основные тесты. Так у меня постоянно происходят ошибки при работе с GLM-4.5 хотя модель сама по себе очень не плохая и я бы поставил ее на один уровень с лидерами.
Claude Code, Gemini CLI, Qwen Code : корпоративная интеграция
Эти решения совершенно другая категория:
Быстрая смена моделей только в пределах экосистемы.
Возможность смены провайдера через переменные окружения, но с ограничением выбора только одной модели.
Отдельно следует отметить Cursor, Qoder решения
Cursor, Qoder — это решения собранные на базе VS Code с собственным компонентом AI помощника. По сути все они базируются на идее Copilot от Github который интегрируется в стандартный VS Code. Это косвенно подтверждается тем, что расширение GitHub Copilot невозможно установить в эти редакторы, так как они, по-видимому, используют собственную, глубоко интегрированную версию
Cursor предлагает ограниченный выбор моделей для работы, ранее они были доступны по подписке, но насколько я знаю, в связи с убытками от подписок Cursor меняет правила и становиться не столь привлекательным по ценам.
Qoder не предлагает выбор моделей. Решение достаточно новое и только совсем недавно появились подписки, которые в отличие от других решений учитывают не токены, а некие кредиты. Даже минимальная подписка дает возможность разработать хороший проект. Пока точно нет данных какая модель точно используется Qoder, но многие уверенны что это особая модель qwen-coder-plus. К плюсам можно отнести то, что при исчерпании количества кредитов IDE не превращается в тыкву, а переходит на бесплатную упрощенную модель.
Есть еще множество клонов VS CODE со своей интеграцией, но я выбрал для сравнения самые популярные на текущий момент.
Где OpenCode действительно блистает
Работа с агентами
OpenCode поддерживает мультиагентные сессии — вы можете запускать несколько AI-агентов параллельно в рамках одного проекта. Это невозможно в большинстве IDE-based решений. Идея субагентов есть в Claude Code я даже перенес своих субагентов от туда, но пришлось внести небольшие правки.
Sharable Sessions
Функция шаринга сессий позволяет мгновенно поделиться ссылкой на вашу рабочую сессию для отладки или коллаборации. Это революционно для удаленных команд.
LSP интеграция
Автоматическое определение и подключение правильных Language Server Protocol серверов означает, что AI получает полный контекст вашего проекта без дополнительной настройки.
Понимание принципов работы LSP
Раньше каждый редактор (VS Code, Vim, Emacs, Eclipse и т.д.) писал свой парсер/подсветку/автодополнение для каждого языка. Получался зоопарк: поддержка Go в VS Code никак не совпадала с Go в Sublime. LSP решил это тем, что:
есть Language Server (на Go, Python, Rust — свой), который умеет: парсить код, строить AST, подсказывать типы, рефакторить и т.д.
есть клиент (VS Code, NeoVim, Cursor, OpenCode и т.п.), который шлет запросы по JSON-RPC: «дай автодополнение тут», «найди определения функции», «подсвети ошибки».
сервер отвечает унифицированным JSON, и редактор это рендерит.
Таким образом, IDE не пишут поддержку языка — они просто реализуют протокол.
Практические соображения
Кривая обучения
Да, OpenCode требует определенного комфорта работы с терминалом. Но для нас, архитекторов и опытных разработчиков, это скорее преимущество — мы получаем полный контроль без компромиссов.
Производительность
Терминальные AI-инструменты показывают лучшую производительность:
Меньше потребления ресурсов
Быстрее выполнение команд
Отсутствие UI-overhead
Кастомизация
OpenCode предоставляет неограниченные возможности кастомизации через конфигурационные файлы, что критично для корпоративных environments.
Недостатки и ограничения
Будем честными — OpenCode не идеален:
Высокий порог входа для junior-разработчиков
Отсутствие визуального debugging по сравнению с IDE
Необходимость знания CLI для полного использования возможностей
Выводы: будущее за гибридными подходами
После работы с OpenCode мой основной вывод таков: свобода выбора модели и архитектурная гибкость превосходят удобство IDE-based решений для профессиональной разработки.
Однако идеальный workflow в 2025 году — это гибридный подход:
Терминальные инструменты (OpenCode) для backend, автоматизации и system-level задач
IDE-based решения для frontend, visual debugging и коллаборативной разработки
Мои рекомендации:
Используйте OpenCode, если вы:
Опытный разработчик, комфортно работающий с терминалом
Нуждаетесь в максимальной гибкости выбора AI-моделей
Работаете в корпоративных средах со строгими требованиями
Цените производительность и контроль над инструментами
Выберите Cline/Roo Code, если вы:
Предпочитаете визуальный интерфейс
Новичок в AI-ассистированного кодирования
Работаете в основном с frontend-проектами
Нужна быстрая установка без сложной конфигурации
Заключение
OpenCode представляет собой важный шаг в эволюции AI-инструментов для разработки. Его терминальная природа, поддержка 75+ LLM-провайдеров и мультиагентные возможности делают его уникальным решением на рынке.
Хотя сравнивать терминальные и IDE-based инструменты может показаться не совсем корректным, на практике выбор между ними — это выбор между максимальным контролем и удобством использования. И для нас, архитекторов, контроль часто оказывается важнее.
OpenCode — это не просто еще один AI-инструмент. Это философия разработки, которая ставит гибкость и мощность выше простоты использования.
Что думаете? Поделитесь своим опытом использования AI-инструментов в комментариях!
Подписывайтесь на канал для получения актуальных инсайтов об архитектуре, AI и современных технологиях разработки!
Комментарии (0)
evgeniy_kudinov
23.09.2025 22:28Внезапно
Но как понимаю просто переехал https://github.com/charmbracelet/crush
krendelbok
23.09.2025 22:28Вот правильная ссылка
https://github.com/sst/opencodeevgeniy_kudinov
23.09.2025 22:28спасибо, а то этих opencode развелось)
krendelbok
23.09.2025 22:28Один из авторов продал свою долю китайцам, другие сделали форк оригинала и продолжают открытую разработку
sidewinder1
23.09.2025 22:28Гибридный подход - открыть терминал в IDE:) особенно когда есть соответствующие расширения для связки терминала и ide
askid Автор
23.09.2025 22:28Это верно, очень правильный путь. В целом я практически так и делаю. Только вот IDE все больше использую neovim он конечно требует определенных навыков, но точно жрет меньше памяти чем VS CODE. Однако есть плюсы и связках типа VS CODE с Gemini Assistant (очень прикольная штука кстати) + терминал с OpenCode. Просто пушка, аналитику в gemini, правки в vs code, задачи для AI в Opencode.
fray2000
23.09.2025 22:28Буду крайне признателен если поможете найти ответы на пару вопросов:
Как по уму в CLI решать проблему с брейкпоинтами?
Какая практическая польза от агентов? Если можно минимальный юзкейс.
По теме: оптимальным решением выглядит один мультимодельный сервис где покупаются условные кредиты. И существует прозрачный обменный курс кредит/токены, где к примеру 1 кредит = 10 Клауд токенов или 100 Deepseek токенов, и т.д. На выходе честная конкуренция где юзеры голосуют рублем за лучшее решение.
Politura
Упс, у RooCode заместо вашего Models.dev с 75 моделями, используется Openrouter с 500+ моделями, плюс Amazon Bedrock ну и все эти нативные xAI, Z AI, OpenAI, Gemini, Mistral и тд. Локальные модели, кстати, тоже, включая нативно ollama, lm studio.
Это да, у RooCode, есть такое. В теории, можно попробовать поиграть с системными промптами, благо они все открытые, повыкидывать лишнее, но лень. О, только сейчас пришла в голову мысль: а что если из закинуть системные промпты в модель, которую предполагается использовать, и попросить соптимизировать по размеру, сохраняя смысл? И потом с этой моделью, которая оптимизировала, и использовать.
Как бы там ни было, при использовании моделей по подписке, или бесплатных моделей через OpenRouter (например, бесплатная DeepsSeek 3.1 весьма хороша) эта проблема снимается.
Хм, в RooCode вообще ни разу не было проблем ни с какими моделями которые использовал, хотя Caude не пользуюсь вообще, ибо стало страшно как баланс улетел после первого задания. Использовал GPT-5, Gemini 2.5 Pro, DeepSeek разные модели, Qwen3 несколько моделей. GLM модели не пробовал, может из-за них у вас ошибки?
askid Автор
Cline, Roo Code, Kilo Code это все одно семейство. Они все обладают возможностью подключить агрегаторов таких как OpenRoute, Requesty и т.п. но вот выбор моделей в интерфейсе это просто беда. Что касается Roo Code, Kilo Code с их агентами придется для смены моделей еще всех агентов обойти чтобы поменять модель. Удобство сомнительное. Реализация субагентов в Claude Code и Open Code куда проще, можно выбрать не выбирать специальную модель для субагента, и он будет использовать базовую, а можно назначить индивидуальную.
Что касается промтов, не все их можно изменить, так я делал специальный прокси чтобы посмотреть что там отправляется. И поверьте там просто ужас и там очень много того что в самом интерфейсе не изменить. Иногда системый промт на 1000 строк при сообщении в 4 слова.
То что вы еще не сталкивались с сообщениями типа <writefile><context>Текст</context></writefile> в ответах это видимо потому что проекты не очень большие и сессии в том числе. Но это беда именно Cline подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.