Привет, коллеги! Сегодня хочу поделиться с вами своими размышлениями о терминальном 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)


  1. Politura
    23.09.2025 22:28

    Свобода выбора моделей — ключевое преимущество

    Упс, у RooCode заместо вашего Models.dev с 75 моделями, используется Openrouter с 500+ моделями, плюс Amazon Bedrock ну и все эти нативные xAI, Z AI, OpenAI, Gemini, Mistral и тд. Локальные модели, кстати, тоже, включая нативно ollama, lm studio.

    • Большой объем передачи системных промтов и как следствие перерасход токенов.

    Это да, у RooCode, есть такое. В теории, можно попробовать поиграть с системными промптами, благо они все открытые, повыкидывать лишнее, но лень. О, только сейчас пришла в голову мысль: а что если из закинуть системные промпты в модель, которую предполагается использовать, и попросить соптимизировать по размеру, сохраняя смысл? И потом с этой моделью, которая оптимизировала, и использовать.

    Как бы там ни было, при использовании моделей по подписке, или бесплатных моделей через OpenRouter (например, бесплатная DeepsSeek 3.1 весьма хороша) эта проблема снимается.

    • Постоянные ошибки при работе с моделями отличными от Claude Sonnet 4 на которой видимо и проводятся основные тесты. Так у меня постоянно происходят ошибки при работе с GLM-4.5 хотя модель сама по себе очень не плохая и я бы поставил ее на один уровень с лидерами.

    Хм, в RooCode вообще ни разу не было проблем ни с какими моделями которые использовал, хотя Caude не пользуюсь вообще, ибо стало страшно как баланс улетел после первого задания. Использовал GPT-5, Gemini 2.5 Pro, DeepSeek разные модели, Qwen3 несколько моделей. GLM модели не пробовал, может из-за них у вас ошибки?


    1. askid Автор
      23.09.2025 22:28

      Cline, Roo Code, Kilo Code это все одно семейство. Они все обладают возможностью подключить агрегаторов таких как OpenRoute, Requesty и т.п. но вот выбор моделей в интерфейсе это просто беда. Что касается Roo Code, Kilo Code с их агентами придется для смены моделей еще всех агентов обойти чтобы поменять модель. Удобство сомнительное. Реализация субагентов в Claude Code и Open Code куда проще, можно выбрать не выбирать специальную модель для субагента, и он будет использовать базовую, а можно назначить индивидуальную.

      Что касается промтов, не все их можно изменить, так я делал специальный прокси чтобы посмотреть что там отправляется. И поверьте там просто ужас и там очень много того что в самом интерфейсе не изменить. Иногда системый промт на 1000 строк при сообщении в 4 слова.

      То что вы еще не сталкивались с сообщениями типа <writefile><context>Текст</context></writefile> в ответах это видимо потому что проекты не очень большие и сессии в том числе. Но это беда именно Cline подобных систем, они очень плохо работают с китайскими моделями на длинных сессиях.


  1. evgeniy_kudinov
    23.09.2025 22:28

    Внезапно

    Но как понимаю просто переехал https://github.com/charmbracelet/crush


    1. krendelbok
      23.09.2025 22:28

      Вот правильная ссылка
      https://github.com/sst/opencode


      1. evgeniy_kudinov
        23.09.2025 22:28

        спасибо, а то этих opencode развелось)


        1. krendelbok
          23.09.2025 22:28

          Один из авторов продал свою долю китайцам, другие сделали форк оригинала и продолжают открытую разработку


  1. sidewinder1
    23.09.2025 22:28

    Гибридный подход - открыть терминал в IDE:) особенно когда есть соответствующие расширения для связки терминала и ide


    1. askid Автор
      23.09.2025 22:28

      Это верно, очень правильный путь. В целом я практически так и делаю. Только вот IDE все больше использую neovim он конечно требует определенных навыков, но точно жрет меньше памяти чем VS CODE. Однако есть плюсы и связках типа VS CODE с Gemini Assistant (очень прикольная штука кстати) + терминал с OpenCode. Просто пушка, аналитику в gemini, правки в vs code, задачи для AI в Opencode.


      1. riky
        23.09.2025 22:28

        вот уж ресурсы своего PC точно нет смысла экономить, экономически не выгодно.


  1. arantar
    23.09.2025 22:28

    Нет Codex
    И преимущества то клиентов других, что по подписке они доступны, а это куда дешевле, чем через API использовать


    1. grixis
      23.09.2025 22:28

      Вот тоже хотел посмотреть кодекс и гитхаб копилот


  1. fray2000
    23.09.2025 22:28

    Буду крайне признателен если поможете найти ответы на пару вопросов:

    • Как по уму в CLI решать проблему с брейкпоинтами?

    • Какая практическая польза от агентов? Если можно минимальный юзкейс.

    По теме: оптимальным решением выглядит один мультимодельный сервис где покупаются условные кредиты. И существует прозрачный обменный курс кредит/токены, где к примеру 1 кредит = 10 Клауд токенов или 100 Deepseek токенов, и т.д. На выходе честная конкуренция где юзеры голосуют рублем за лучшее решение.