OpenClaw и Claude Code решают разные задачи запуска: первый живёт в чатах как постоянный шлюз с каналами и расписанием, второй работает рядом с репозиторием в терминале, редакторе, приложении или браузере. Выбор между ними опирается на прогон одной и той же задачи с вашим репозиторием и сигналом извне, с одинаковыми правами и одинаковой приёмкой, а обзор возможностей служит только фоном. Репозиторий у вас уже есть, а обзоры возможностей быстро стареют.
Одна задача для двоих
Чтобы сравнение было честным, обоим инструментам дают один репозиторий в разных ветках, один сигнал, одинаковые права и один чек-лист приёмки, а решение о слиянии принимает человек.
Возьмите задачу, у которой есть внешний сигнал и проверяемый результат. Условный пример: в рабочем чате возникает сообщение «после вчерашнего релиза падает проверка формы заявки», а в репозитории лежит тест, который это подтверждает. Правильный итог — ветка с правкой и описанием причины. Слияние остаётся за разработчиком. Такая задача показывает всё сразу: как инструмент принимает сигнал, как читает код, что запускает и сколько данных уходит наружу.
Условия прогона записываются заранее. Репозиторий копируется в две отдельные рабочие папки, секреты и производственные данные недоступны, права записи ограничены своей веткой. Каждому инструменту выдаётся один и тот же текст сигнала и один и тот же набор разрешённых действий. Модель для сравнения выбирается одинаковой по классу там, где это возможно; различия в модели записываются в протокол, иначе результат окажется сравнением моделей между собой.
Прежде чем начинать, откройте ближайшие разборы. Для выбора среди редакторов и терминальных агентов есть статья Cursor или Claude Code, а начинающим основателям адресован материал про выбор harness без бэкграунда в коде. Здесь сравнение идёт по другой оси: где инструмент живёт и кто его запускает.
Запуск и каналы
Различие начинается с того, как задача попадает к агенту. Документация OpenClaw описывает самостоятельный шлюз с открытым кодом: он работает на вашем оборудовании, соединяет мессенджеры вроде Telegram и Slack с агентом и умеет запускать задачи по расписанию и вебхукам. Обзор Claude Code описывает инструмент, который читает кодовую базу, правит файлы и запускает команды в терминале, редакторах, приложении и браузере.
| Сторона сравнения | OpenClaw | Claude Code |
|---|---|---|
| Как приходит задача | Сообщение в канале, расписание, вебхук | Команда разработчика в терминале, редакторе, приложении, браузере; режим без диалога для скриптов и CI |
| Где работает | Постоянно на вашем сервере через Gateway | В сессии рядом с репозиторием; запуск по событию через CI или расписание |
| Что видит про проект | То, что выдано инструментами и навыками агента | Кодовую базу, файл инструкций проекта CLAUDE.md, подключённые MCP-серверы |
| Выбор модели | Много провайдеров, список с запасными моделями | Модели вендора; сторонние провайдеры подключаются настройкой |
| Расширение | Навыки, плагины, ClawHub | Навыки, хуки, MCP, Agent SDK |
Границы размыты с обеих сторон. У Claude Code есть режим каналов, который доставляет в сессию события из Telegram, Discord, iMessage или собственных вебхуков, а OpenClaw может получить инструменты для работы с файлами. Поэтому судите по прогону. Вопрос о доступе к сервису вендора вынесен в отдельную статью: Claude Code в России.
Инструменты и данные
Перед запуском составьте две карты. Первая показывает инструменты: что инструмент может читать, что запускать, куда обращаться по сети. Вторая показывает путь данных: какой фрагмент кода и какой текст сигнала уходят к модели, у какого провайдера они оказываются и где хранится журнал. Для OpenClaw провайдера выбираете вы, и смена модели меняет получателя данных. Для Claude Code получателем по умолчанию служит сервис вендора, а сторонних провайдеров подключают настройкой; условия обработки читаются в документации до начала пилота.
- Репозиторий: только чтение основной ветки и запись в отдельную ветку теста.
- Секреты: файлы окружения и ключи исключены из доступного агенту каталога.
- Сеть: разрешены адреса, нужные для запуска тестов, остальные закрыты.
- Инструкции проекта: один и тот же текст правил кладётся в файл инструкций каждого инструмента.
- Сигнал: текст сообщения копируется дословно, без подсказок о причине.
Тесты гоняет ваш конвейер, а модель объясняет причину и предлагает правку. Права на слияние, запись в основную ветку и выпуск релиза держит сервер репозитория, и оба агента остаются без этих прав. Для команды, где Claude Code уже работает, полезен разбор настройки Claude Code для команды.
Отдельно решите, кто запускает прогон и в какой момент. Для OpenClaw запуск идёт из канала, поэтому тестовый канал и список допущенных готовят заранее. Для Claude Code запуск делает разработчик в своей среде, и ему нужен тот же текст сигнала. Различие в способе запуска запишите в протокол: оно влияет на скорость и на то, сколько людей получает доступ к инструменту, а значит и на цену ошибки в правах.
На каком репозитории вашей команды стоит провести такой прогон?
Diff и журнал
Сравнивайте результат по записям, ведь впечатление от ответа обманчиво. Агент, который уверенно пишет объяснение, остаётся без доказательств: их даёт ветка, в которой тест проходит, а изменение укладывается в разумный объём.
- Откройте diff каждой ветки и посчитайте затронутые файлы. Правка в десятке файлов по сигналу об одной форме требует объяснения.
- Запустите набор тестов в обеих ветках на чистой машине и сравните результат с исходным состоянием.
- Прочитайте журнал: какие команды запускались, какие файлы читались, были ли обращения во внешнюю сеть.
- Сопоставьте описание причины с кодом. Верное описание ссылается на конкретную строку, а общее рассуждение выдаёт догадку.
- Запишите, какой канал сработал и сколько ручных действий потребовалось, чтобы довести задачу до ветки.
Точка ручной приёмки одна: разработчик читает diff и решает, сливать ли. Если ради приёмки приходится переписывать половину правки, инструмент для этой задачи выбран неудачно. Если приёмка занимает минуты, а в журнале нет лишних действий, инструмент подходит. Подробнее о ревью изменений агента рассказано в материале про задачу, ветку и ревью в Claude Code.
Выбор под задачу
После прогона решение складывается из ответов на три вопроса. Кто и откуда запускает работу: сотрудники из чата и расписание указывают на шлюз, разработчик у репозитория указывает на инструмент разработки. Где должны остаться данные: требование держать всё на собственном сервере сужает выбор моделей и сразу показывает, подходит ли вам схема с облачным вендором. Чем подтверждается результат: если у задачи есть тесты, ветка и ревью, оба инструмента укладываются в процесс.
Связка двух инструментов допустима: сигнал принимает один агент, правку делает другой. Цена такой схемы — два набора прав, два журнала и две точки отказа, поэтому её рассматривают после того, как каждый инструмент отдельно прошёл ваш прогон. Результат записывается в короткий протокол: условия, ветки, найденные расхождения, решение и дата следующей проверки, ведь оба продукта быстро меняются.
Повторяйте прогон при смене версии любого из продуктов и при смене модели. Набор задач для повторения держите коротким: один дефект, одна небольшая функция, одно изменение конфигурации. Тогда проверка занимает рабочий вечер, а решение о выборе опирается на свежие записи, а прежнее впечатление теряет вес.
Выберите один воспроизводимый дефект в репозитории и подготовьте сообщение-сигнал. Создайте две ветки и чек-лист приёмки из пяти пунктов, затем прогоните обе схемы по очереди. Прогон на вашем репозитории можно провести вместе с нами, это часть внедрения ИИ-агентов для команды разработки.