Перед выбором
Критерии выбора
- Назначение и основной рабочий контур
- Интерфейсы и среда запуска
- Инструменты и работа с внешними системами
- Модели, провайдеры и доступы
- Контроль действий и участие человека
- Подходящие сценарии и ограничения
| Вариант | Кому подходит | Сильные стороны | Ограничения |
|---|---|---|---|
| OpenCode | Разработчики и технические команды, которым нужен контролируемый агент для анализа и изменения репозитория. | Терминальный интерфейс, desktop-приложение и IDE extension; планирование, работа с кодовой базой, редактирование и детальные разрешения для инструментов. | Нужны API-ключи или настроенный доступ к провайдеру; работа сосредоточена вокруг проекта и инструментов разработки, а конкретные IDE-возможности зависят от среды. |
| OpenClaw | Пользователи и команды, которым нужен агент через веб-интерфейс или несколько каналов общения, а также сценарии с внешними инструментами. | Gateway, Control UI, TUI, подключаемые каналы общения и перечисленные инструменты browser, exec, web search, skills и plugins. | Нужно настроить Node.js, onboarding и Gateway; конкретные каналы, инструменты и внешние системы требуют отдельной проверки прав и конфигурации. |
Короткий ответ
Выбирайте OpenCode, если основная задача — разбирать кодовую базу, составлять план изменений, редактировать файлы и запускать команды в контексте проекта. Его документация описывает терминальный интерфейс, desktop-приложение и расширение IDE.
Выбирайте OpenClaw, если нужен агент, с которым можно взаимодействовать через Gateway, браузерную Control UI, TUI или подключённые каналы вроде Telegram, Discord и Slack. Его контур больше похож на постоянно доступного помощника, а не только на инструмент внутри репозитория.
Это не означает, что OpenClaw автоматически подключён к любой CRM или что OpenCode заменяет универсальную коммуникационную платформу. Конкретные внешние действия, права и интеграции нужно проверять отдельно.
Назначение и рабочая среда
OpenCode — open-source AI coding agent. Типичный рабочий контур: открыть каталог проекта, запустить opencode, инициализировать проект командой /init, после чего агент получает контекст кодовой базы и создаёт файл AGENTS.md. Для новой функции можно сначала включить Plan mode, обсудить план, а затем перейти в Build mode и применить изменения.
OpenClaw строится вокруг Gateway. После установки и первичной настройки пользователь открывает Control UI в браузере или запускает TUI. Gateway может работать в текущем терминале либо быть установлен как фоновая служба.
Практическое различие: OpenCode начинает с рабочего проекта и файлов, OpenClaw — с запущенного шлюза и точки общения с агентом.
Интерфейсы, инструменты и подключение внешних систем
У OpenCode подтверждены три пользовательских формы: terminal-based interface, desktop app и IDE extension. В рабочем процессе он читает проект, отвечает на вопросы о коде, предлагает план, редактирует файлы и может выполнять команды через инструменты с настраиваемыми разрешениями.
У OpenClaw подтверждены TUI и Control UI, открываемая командой openclaw dashboard. Документация также перечисляет каналы общения: Telegram, Discord, Feishu, iMessage, Matrix, Microsoft Teams, Signal, Slack, WhatsApp, Zalo и другие. В разделе инструментов указаны browser, exec, web search, skills и plugins.
В этом сравнении OpenCode рассматривается в контексте проекта и доступных инструментов, а OpenClaw — в контексте Gateway, каналов и перечисленных инструментов. Конкретный способ работы с внешней системой, передаваемые данные и разрешённые действия нужно проверять отдельно.
Модели, провайдеры и доступы
OpenCode требует API-ключи провайдеров LLM, которые пользователь хочет использовать. В TUI есть команда /connect; документация также описывает OpenCode Zen как рекомендованный набор проверенных моделей.
OpenClaw при onboarding может использовать существующий вход Claude Code или Codex CLI либо API-ключ провайдера. При необходимости пользователь проходит ручную настройку провайдера.
Рекомендация Paramiko: перед тестом отдельно проверить доступ к модели, файлам, командам, каналам и внешним инструментам, не смешивая эти уровни доступа в одну безусловную выдачу прав.
Контроль действий и участие человека
В OpenCode разрешения можно настроить на уровне инструмента: allow выполняет действие без подтверждения, ask запрашивает согласие, deny блокирует действие. Документация приводит правила для чтения, редактирования, shell-команд, web-запросов, внешних каталогов и других инструментов. Режим --auto автоматически одобряет запросы, которые не запрещены явно, поэтому его следует включать только после проверки правил.
В документации OpenClaw есть отдельные разделы Pairing and safety, а также описана команда triage с read-only проверками. В использованных фрагментах конкретные правила разрешений инструментов и каналов OpenClaw не раскрыты, поэтому нельзя приписывать ему ту же схему allow/ask/deny, что и OpenCode.
Общее правило выбора: действия, которые меняют код, отправляют сообщение, изменяют запись или запускают команду, оставляйте на ручном подтверждении, пока тестовый сценарий не пройден.
Для каких задач подходит каждый вариант
OpenCode подходит, когда нужно понять незнакомый репозиторий, подготовить план функции или рефакторинга и внести изменения в ограниченный набор файлов.
Учебный пример: команда интернет-магазина получает задачу добавить в сервис заказов поле delivery_window. Вход — репозиторий с файлами orders.ts, схемой базы и тестами. OpenCode сначала формирует план: найти модель заказа, миграцию, обработчик API и тесты; затем после подтверждения меняет только перечисленные файлы. Результат — план и набор изменений, которые разработчик проверяет diff и тестами.
OpenClaw подходит, когда запросы должны приходить через веб-панель или канал общения и агент должен использовать доступные инструменты вроде browser, exec или web search.
В том же учебном примере OpenClaw можно проверить на входящем сообщении: «Собери список заказов со статусом awaiting_payment за сегодня и подготовь сводку». Вход — сообщение и доступ только на чтение; ожидаемый результат — таблица с номером заказа, суммой и временем создания, без изменения статусов и без отправки ответа клиентам. Это не утверждение о готовой интеграции с конкретной системой.
Как выбрать и проверить на ограниченном сценарии
- Опишите главный вход. Для OpenCode это каталог проекта и задача изменения кода. Для OpenClaw — сообщение из Control UI или канала, данные для чтения и ожидаемый формат ответа.
- Запретите необязательные действия. Для OpenCode начните с режима плана и правил
askилиdenyдля редактирования и shell-команд. Для OpenClaw начните с read-only данных и не разрешайте отправку сообщений или изменение записей. - Задайте один измеримый результат. Например, OpenCode должен найти затронутые файлы и предложить план миграции; OpenClaw — вернуть пять полей по заказам и явно отметить, если данных не хватает.
- Проверьте три типа входа: нормальный запрос, неполные данные и запрос на запрещённое действие.
- Сравните результат вручную. Проверьте факты, список затронутых объектов, отсутствие лишних изменений и корректную передачу спорного случая человеку.
Рекомендуемый выбор прост: если большая часть работы происходит внутри репозитория, начните с OpenCode; если большая часть работы начинается с сообщений и использования внешних инструментов, начните с OpenClaw. Это ориентир для выбора, а не характеристика продукта.
Перед запуском подготовьте резервную копию или отдельную тестовую среду. Не передавайте реальные секреты в учебный сценарий и не включайте автоматическое выполнение действий, пока не проверены права и результат.
Главное
Как действовать дальше
OpenCode — более прямой выбор для разработки внутри кодовой базы и пошагового контроля изменений. OpenClaw — более подходящий кандидат для агентного сценария, начинающегося с сообщений, Gateway и каналов общения. Если задача смешанная, проведите один read-only тест с ясным входом, ожидаемым результатом и ручной проверкой. Paramiko может разработать такой ограниченный агентный сценарий: описать входные данные, подключить нужные системы, настроить роли и подтверждения, а затем подготовить проверку перед расширением.