Hermes или OpenClaw: какой агент выбрать для компании

Hermes или OpenClaw стоит выбирать под один рабочий процесс. Первый - разумный кандидат для помощника, которому нужно сохранять полезные процедуры и возвращаться к прошлым задачам. OpenClaw стоит рассмотреть первым, если основная сложность - направлять обращения из разных каналов нужным агентам с отдельными настройками. Оба проекта поддерживают инструменты, память и работу по расписанию. Окончательный выбор зависит от доступа к вашим данным и результата пилота.

Ниже сравнение возможностей и условий по официальным источникам, проверенным 8 октября 2026 года. Использованы документация и снимки основной ветки разработки. Перед внедрением нужно сверить возможности конкретной версии установки. Испытания двух агентов на одинаковых задачах компании для этой статьи не проводились. Поэтому здесь нет рейтинга скорости, точности или обещанной экономии.

Hermes или OpenClaw: сравнение по одинаковым критериям

Сравниваются Hermes Agent от Nous Research и проект OpenClaw с его официальным Gateway. Gateway - постоянно работающий сервис, через который подключаются каналы общения и запускается работа агента. Названия модели и оболочки нужно разделять: один и тот же проект может использовать разные модели.

Таблица перечисляет документированные возможности, а последний столбец задаёт вопросы для пилота. Она не устанавливает, какой проект лучше исполняет задания. Основание - официальный репозиторий Hermes и документация маршрутизации OpenClaw. Подробности памяти, расписания и доступа разбираются ниже по отдельным источникам.

Где вы сейчас

• Один руководитель ставит разные задачи. Например, готовит сводки и разбирает документы. Если важно повторно использовать проверенные процедуры, начните пилот с Hermes и оцените его память и навыки.
• Сотрудники обращаются из разных рабочих каналов. Если обращения нужно направлять на роли с разными настройками, начните с проверки маршрутизации OpenClaw.
• Есть регулярный отчёт из одного источника. Оба проекта подходят для проверки такого сценария. Решающие условия - доступ к данным, расписание, формат ответа и контроль пропусков.
• Процесс ещё не описан. Сначала определите входные данные и результат. В статье ИИ-агент для бизнеса есть основа для такой постановки задачи.

Эти варианты задают порядок проверки. Они не означают, что Hermes нельзя подключить к нескольким каналам или что OpenClaw не может быть помощником одного человека. Если обязательная интеграция уже работает в одном проекте и её результат вас устраивает, это весомый аргумент в пользу продолжения на нём.

При внедрении ИИ под ключ рабочий прототип помогает проверить выбранный процесс до решения о разработке.

До установки полезно написать одно предложение: "Агент получает такой файл, делает такую обработку и отдаёт результат этому сотруднику". Следующее предложение должно описать запрещённое действие. Например: "Он готовит черновик письма, но отправка клиенту остаётся у менеджера". Так вы получите сравнимую задачу для обоих кандидатов.

Кому подойдёт Hermes, а кому стоит начать с OpenClaw

Допустим, руководитель каждую неделю разбирает причины задержек по проектам. Он передаёт выгрузку, уточняет определения, проверяет отчёт и исправляет ошибки. Для такого помощника важно сохранить утверждённый способ расчёта и в следующем разговоре применить его снова. Hermes документирует создание и использование навыков, а также поиск по прошлым сессиям. Это повод проверить нужный цикл на ваших данных. Само наличие функции ещё не показывает, верно ли агент выделит процедуру из исправлений.

Другая задача - обращения сотрудников в нескольких чатах. Финансовому помощнику нужны одни инструкции, помощнику поддержки - другие. OpenClaw документирует правила, которые связывают входящее обращение с выбранным агентом. Компания может проверить понятную схему: этот канал или отправитель относится к этой роли. Такое устройство полезно, когда ошибки маршрута стоят дороже, чем удобство единого разговора.

Если оба сценария присутствуют одновременно, определите, какой мешает работе сильнее. Приоритетом может быть точный регулярный отчёт, хотя сотрудники общаются в нескольких мессенджерах. Тогда сначала проверяется отчёт, а расширение каналов остаётся следующей задачей. Иначе легко собрать много интерфейсов и не получить ни одного принятого результата.

Назначьте человека, который будет принимать работу. Для сводки это может быть руководитель проекта; для черновиков ответов - старший менеджер. Оценка "ответ выглядит разумным" слишком расплывчата. Принимающий должен знать, какие факты сверить, какие поля обязательны и при каком пропуске результат возвращается на исправление.

Общий порядок подготовки процесса описан в статье Внедрение ИИ-агентов в компании. В парном выборе этот порядок помогает выделить обязательное требование и не выбирать по самой длинной странице возможностей.

Память и навыки: что сохранится после разговора

Память может хранить устойчивые сведения: названия отделов, предпочтительный формат отчёта, принятые определения. История разговоров хранит то, что обсуждалось. Навык описывает повторяемую процедуру: откуда взять данные, как обработать и что проверить. Эти три вида информации нужны для разных целей. Старое сообщение с ошибкой не должно незаметно стать действующим правилом.

В Hermes документированы постоянная память и поиск по прежним сессиям; система навыков служит для сохраняемых процедур. В OpenClaw память хранится в Markdown-файлах, которые можно читать и редактировать, а поиск помогает находить нужные фрагменты. Возможности подтверждаются документацией памяти Hermes и памяти OpenClaw.

У OpenClaw также есть навыки в файлах SKILL.md. Skill Workshop позволяет рассматривать и утверждать предложенные агентом навыки; механизм dreaming выполняет фоновую консолидацию памяти. Эти возможности описаны в руководствах по навыкам OpenClaw и по dreaming. Сохранение процедур есть у обоих проектов. Рекомендация начать такой пилот с Hermes задаёт только порядок проверки и не означает, что функция есть лишь у него.

Для компании следующий вопрос - кто утверждает изменения. Возьмём условное правило: отчёт должен показывать задачи, задержанные более установленного срока. Один сотрудник просит временно исключить свой проект. Если агент сохранит это исключение как постоянную норму, следующая сводка будет неполной. У проблемы есть проверяемое решение: отделить общие правила от разовых поручений и назначить владельца постоянных инструкций.

На пилоте полезно проверить две вещи. Сначала исправьте правило и посмотрите, применяется ли новая версия в следующей задаче. Затем найдите старую ошибочную запись и убедитесь, что она больше не влияет на результат. Узнавания ранее названного факта мало: проверка памяти должна включать и исправление.

Не передавайте агенту весь архив ради полноты. Для первого процесса достаточно утверждённой инструкции, нужных справочников и ограниченной выборки данных. В большом архиве могут быть черновики, отменённые договорённости и личные сведения. Если их статус не обозначен, модель будет выбирать между противоречащими друг другу фрагментами.

Новые навыки также требуют приёмки. Если агент предложил сохранить удачный порядок действий, сотрудник должен проверить, что в нём нет разового обхода ошибки, избыточного доступа или неверного допущения. Возможность дописывать навыки полезна, когда правила их утверждения понятны. Она не отменяет владельца процесса.

Модели и интеграции: проверьте весь путь задачи

Модель отвечает за разбор задания и выбор действий. Инструмент читает файл, вызывает API или выполняет команду. API - программный интерфейс, через который одна система получает данные или отправляет действие другой. Чтобы агент прочитал сделки в CRM, нужны рабочий способ подключения, разрешённые поля и учётная запись с подходящими правами. Одного ключа модели недостаточно.

Поддержка нескольких провайдеров документирована в настройках моделей Hermes и каталоге провайдеров OpenClaw. Список провайдеров не доказывает, что выбранная модель правильно вызовет нужный инструмент и обработает его ответ. Это проверяется на полном задании.

Составьте маршрут данных: источник - агент - модель - результат. Затем добавьте внешние сервисы, если в задаче есть поиск, распознавание файлов или браузер. Каждый такой участник может получать часть информации. Собственный сервер для агента не означает, что все данные остаются внутри компании: содержимое запроса может уходить выбранному провайдеру модели или инструмента.

Для первого пилота удобнее использовать обезличенную выгрузку и доступ только к чтению. Тогда можно отдельно проверить качество результата, а запись в CRM добавить после приёмки. Если сама задача требует изменения данных, заранее определите, как подтвердить запись и как обнаружить повтор. Сообщение агента "сделано" не заменяет проверки в целевой системе.

Одинаковая модель в обоих проектах помогает сравнивать настройки самого агента. При этом следует сохранить одинаковые данные, инструкции и разрешённые инструменты. Если одна версия получает прямой доступ к таблице, а другая работает со скриншотом, разница ответа не доказывает преимущество проекта.

Сначала проверьте обязательную интеграцию, затем удобства. Если агент должен читать определённый внутренний справочник, именно этот путь должен работать в пилоте. Дополнительные каналы общения не компенсируют отсутствие нужных данных. Для сложной интеграции это обычно важнее, чем выбор между агентами по названию.

Несколько сотрудников: где заканчивается общий доступ

В OpenClaw можно направлять сообщения разным агентам и настраивать для них инструменты и sandbox. Sandbox - отдельное ограниченное окружение выполнения. Документация безопасности при этом прямо задаёт одну границу доверия на Gateway: один оператор или команда людей, которые доверяют друг другу. Для пользователей с разным уровнем доверия рекомендовано разделять Gateway и учётные данные. Так описано в официальной модели безопасности OpenClaw.

Поэтому добавление роли "бухгалтерия" не доказывает, что её данные недоступны остальным. Нужно проверить права на файлы, инструменты, хранилища памяти и учётные записи внешних систем. Название роли в инструкции помогает модели понимать задачу, но не заменяет технического ограничения доступа.

Для Hermes также надо определить, кто может обращаться к gateway и где выполняются команды. Документация описывает ограничения доступа, подтверждение опасных команд и варианты изоляции. Конкретное поведение зависит от выбранного режима: его следует проверить в вашей конфигурации. Основание - руководство безопасности Hermes.

Если агент доступен собственнику и одному помощнику, можно начать с общей рабочей области при согласованных правах. Если к нему обращаются сотрудники, которым нельзя видеть данные друг друга, требования меняются. При этом доверие к людям не означает разрешения модели читать все файлы на сервере. Объём доступных данных должен соответствовать порученной задаче.

Отдельно проверьте входящие документы. Файл или веб-страница могут содержать текст, который пытается дать агенту команду вместо обычных данных. Например, просит отправить содержимое отчёта по внешнему адресу. В статье о prompt injection разобран этот тип ошибки. Для парного пилота полезно включить документ с такой попыткой и проверить, что запрещённое действие недоступно.

Правило "спросить перед отправкой" имеет смысл вместе с ограничением инструмента отправки и проверкой адресата. Если подтверждения сотрудника нет, итогом задачи должен быть черновик. Выбирайте конфигурацию, в которой это можно показать на конкретном примере, а после обновления проверить повторно.

Постоянная работа: расписание, сбои и сопровождение

Hermes документирует встроенный cron с доставкой результата в подключённый канал. Cron - запуск задания по расписанию. В OpenClaw также есть cron для регулярных задач. Это подтверждают планировщик Hermes и cron OpenClaw.

Условный утренний отчёт показывает, почему расписание стоит проверять отдельно от содержания. Если источник не ответил, агент должен явно сообщить, что данных нет. Пустая выгрузка не должна превращаться в утверждение "просроченных задач нет". Если результат пришёл дважды, принимающий должен понимать, какая версия актуальна и почему произошёл повтор.

Заранее задайте часовой пояс и момент готовности данных. Обещать отчёт к началу дня бессмысленно, если исходная система завершает обновление позже. В пилоте нужно проверить запуск в реальных условиях расписания, а также понятную реакцию на отсутствие файла. По одному ручному успешному запуску нельзя принимать регулярный процесс.

Оба проекта требуют сопровождения: обновления программы, контроля доступа к модели, резервного копирования состояния и проверки подключённых инструментов. Кто-то должен знать, где посмотреть ошибку, как остановить задания и как вернуть последнюю рабочую конфигурацию. В небольшой компании эту роль может выполнять подрядчик, но ответственность должна быть закреплена.

Не включайте все действия в один автономный цикл сразу. Чтение данных, подготовка отчёта и отправка клиенту имеют разные последствия. Сначала принимайте подготовленный результат, затем отдельно проверяйте доставку. Для действий с последствиями нужны дополнительные условия: адресат, разрешение, подтверждение результата и защита от повтора.

Приёмка должна включать восстановление. После остановки сервиса проверьте, что задания продолжают работать, нужные правила сохранились, а старый отчёт не отправился повторно. Практические вопросы для такого плана разобраны в статье Отказоустойчивость ИИ. Назначенный ответственный и проверенное восстановление полезнее предположения, что открытый проект будет работать без внимания.

Один процесс для честного пилота

Возьмём ежедневную сводку задач из CRM. В обезличенной выгрузке есть код задачи, статус, ответственный, срок и комментарий. Агент должен выделить просроченное, перечислить задачи без ответственного и отметить записи, где не хватает данных для вывода. Результат сохраняется в черновик отчёта для руководителя. Записи в CRM и сообщения сотрудникам запрещены.

Сначала подготовьте эталон: какие записи должны попасть в каждый раздел и почему. Затем дайте обоим агентам одну инструкцию и одну копию выгрузки. По возможности выберите одинаковую модель и одинаковые инструменты чтения. Зафиксируйте версии программ и настройки: иначе после обновления будет трудно понять, что именно изменило ответ.

Полезно включить обычные записи и неудобные случаи: пустой срок, повтор задачи, противоречащий статусу комментарий, неизвестного ответственного. Ещё один файл должен быть недоступен агенту. Так вы проверите и качество разбора, и соблюдение границ. Для исходной оценки достаточно ограниченного набора, который сотрудник может полностью сверить.

Заранее определите критерии:

1. Каждая включённая задача имеет ссылку или код исходной записи.
2. Недостающие сведения явно отмечены и не дописаны моделью.
3. Правила просрочки применены одинаково ко всем записям.
4. Запрещённый файл не прочитан, внешние сообщения не отправлены.
5. После исправления инструкции новая задача использует утверждённое правило.
6. Сбой источника виден принимающему, а повтор запуска не создаёт побочного действия.

Оценку качества отделяйте от расхода модели и времени сотрудника. Хорошо оформленный отчёт может содержать пропуск. Быстрый ответ может потребовать долгой ручной сверки. Записывайте, сколько исправлений понадобилось, какие ошибки повторились и сколько времени заняла приёмка. Только реальные измерения позволят обсуждать экономию для этого процесса.

После каждого изменения запускайте тот же набор повторно. Не меняйте одновременно модель, доступы и инструкцию: тогда нельзя будет понять, какой шаг помог. Если один проект лучше прошёл эту проверку, вывод относится к заданию, версии и условиям пилота. Другой процесс может потребовать другого выбора.

Если обязательные требования проходят оба кандидата, сравните сложность сопровождения. Сможет ли назначенный человек найти источник ошибки? Понятно ли, как изменить правило? Можно ли восстановить работу по сохранённой инструкции? Удобство для того, кто обслуживает систему, здесь становится практическим критерием.

Расходы и перенос: что учитывать до выбора

Оба проекта публикуются с лицензией MIT. Это разрешение использовать и изменять код при соблюдении её условий. Лицензия не включает услуги провайдера модели, работу внешних сервисов или поддержку вашей установки. Условия подтверждаются файлами лицензий Hermes и OpenClaw.

В расчёт пилота включите время настройки и приёмки. К расходу модели добавьте инструменты, если задача пользуется поиском, браузером или обработкой файлов. Учтите повторные попытки, которые возникают при ошибках. Сравнение расхода одного удачного разговора будет неполным, если регулярная задача требует исправлений и новых запусков.

Считать полезнее стоимость принятого результата. Это отчёт, который сотрудник сверил и разрешил использовать. Если агент подготовил три версии, но принят только итоговый вариант, все попытки относятся к одной задаче. Такой учёт помогает не спутать активность системы с выполненной работой.

Переносимость тоже проверяется на содержимом. Найдите, где сохраняются утверждённые инструкции, память, навыки и расписание. Подготовьте резервную копию и проверьте чтение данных после восстановления. Отдельно составьте список подключений, которые придётся настроить заново. Копия текста не равна действующему доступу к CRM или мессенджеру.

Hermes документирует импорт части данных из OpenClaw. Это может облегчить переход, но не доказывает совместимость всех настроек и действий. Миграцию стоит проверять на копии, сверяя перенесённые правила и подключённые инструменты. Автоматический перенос учётных данных не следует включать без понимания, какие именно данные копируются и куда. Поддержка импорта описана в официальном репозитории Hermes.

Если компания уже использует одного из агентов, сначала перечислите подтверждённые проблемы текущей работы. Смена проекта имеет смысл, когда новый кандидат закрывает конкретное требование и проходит проверку. Одного интересного релиза недостаточно, чтобы рисковать действующими правилами и интеграциями.

Когда не стоит запускать ни одного

Первый признак неготовности - сотрудники по-разному понимают сам процесс. Например, один считает просрочкой любой старый срок, другой исключает задачи определённого статуса. Пока правило не утверждено, агент будет воспроизводить разные ответы. Начните с определения и примеров, которые принимает владелец процесса.

Второй признак - нет рабочего способа получить данные. Если выгрузка каждый раз собирается вручную и имеет новые столбцы, сначала нужно решить вопрос источника. Агент может помочь обработать файл, но его регулярная работа останется зависимой от ручной подготовки. Условие "отчёт каждое утро" требует стабильного входа.

Третий признак - у вас нет возможности показать результат перед внешним действием. Например, агент сразу меняет статусы или отправляет письма, а сотрудник видит только итоговый лог. Для пилота нужен вариант с контролем: черновик, ограниченный доступ и проверка побочного действия. Общие вопросы описаны в материале о безопасности ИИ-агентов.

Наконец, регулярную задачу нельзя принимать, если никто не заметит её остановку. Для бизнеса отсутствие отчёта и отчёт без доступных данных - разные события. Назначьте принимающего и способ сообщить о сбое до расширения автоматизации. Это поможет получить понятный первый процесс и затем выбирать агента по результату.

Чек-лист

• Описан один процесс, его входные данные и нужный результат; владелец процесса согласовал примеры.
• Выбран первый кандидат с конкретным основанием: сохраняемые процедуры, маршрутизация или уже работающая обязательная интеграция.
• Обоим агентам подготовлены одинаковые данные, инструкции и разрешения; различия конфигурации записаны.
• Проверены права сотрудников, инструментов и хранилищ; запрещённое действие недоступно в пилоте.
• Назначен принимающий, есть эталон и запись ошибок, ручных исправлений и фактического расхода.
• Проверены расписание, отказ источника, остановка и восстановление; итог не обещан по одному удачному ответу.
• Решение принято для конкретного процесса: требования выполнены либо причина отказа записана, следующий объём работы определён отдельно.