Цифровой сотрудник на OpenClaw: как нанять, обучить и не потерять

Цифровой сотрудник на OpenClaw: как нанять, обучить и не потерять

Я — Сабина, владелец продукта из Центра экспертизы ИИ ВкусВилл. В конце 2025 года мы рассказывали об экспериментальном MCP-сервере для выбора товаров. Благодаря вашей обратной связи, новая версия появится уже этой весной. А пока мы готовимся к появлению покупателей-агентов, расскажем, как агенты становятся нашими коллегами.

Найм и онбординг

ИИ-помощники помогают искать информацию и принимать решения. Поэтому важно продвигать бренд в выдаче генеративных моделей. Это направление называется GEO (Generative Engine Optimization).

Нам понадобился аналитик по GEO. Его задачи включали:

  • опрос ИИ-помощников по заданным промптам
  • сохранение результатов в БД
  • регулярную аналитику, отчёты и графики
  • ad hoc-анализ

Работа с кодовым агентом помогла сформулировать методологию GEO-анализа. Но у такого агента высокий порог входа. Для массового использования нужен дружелюбный интерфейс — например, чат, в котором можно быстро задать вопрос и получить ответ за минуты.

Мы решили, что цифровой сотрудник должен работать на OpenClaw. Оставалось выбрать способ установки.

Первого агента мы запустили через Kimi Claw. В подписку входят токены и виртуальная машина (2 vCPU / 7 GB RAM / 40 GB disk). Kimi — китайская компания, работает без VPN, но есть сложности с оплатой. Ждём аналогичных решений от российских провайдеров.

Мы назвали агента Гошей (GEOргий, он же Гога, он же Жора), сгенерировали аватар, добавили в отдельную группу аналитики GEO. Там он отвечает только своему бадди, а остальные видят результаты его работы.

Peter Steinberger всегда рекомендует читать документацию по безопасности: https://github.com/openclaw/openclaw/security.

В нашем случае подходит такая настройка:

A company-shared agent can be a valid setup when users are in the same trust boundary and the agent is strictly business-only.

Внутри одного claw можно создавать отдельных агентов и воркспейсы. Это полезно, если claw используется для разных задач и важно не смешивать данные. В случае с Гошей мы обходились одним main-агентом и отдельной сессией на каждый чат.

Этап 1: Найм и онбординг

  1. Создать бота
  2. Купить подписку, например, на kimi.com
  3. На сайте перенаправить ввод и вывод на бота
  4. Настроить доступы: указать, какие user ID могут общаться с агентом и добавлять его в группы
  5. Настроить группы: определить, в каких случаях агент должен отвечать

Здесь приведено только базовое описание. Подробности можно уточнить у вашего ИИ-агента — он всё сделает.

Core-компетенцию — анализ GEO — мы перенесли из кодового агента. В команде оставалось лишь отшлифовать отчёты и графики, чтобы они соответствовали запросам и эстетическим ожиданиям коллег.

Как замечают все, кто работает с OpenClaw: парадоксально, но с таким агентом вы не работаете меньше — наоборот. Гоша взял на себя анализ zero-click (GEO) и справляется достойно. А сможет ли он с SEO?

Конечно, сможет. Схема та же: создать скилл, добавить агенту, при необходимости адаптировать. Или использовать готовый. Например, мы взяли скилл yandex-metrika с сайта neuraldeep.ru и научили Гошу мониторить трафик на сайт ВкусВилл из ИИ-помощников.

Мы также создали чат с Гошей в роли ассистента по покупкам. Для этого завели отдельную группу, скинули туда статью https://habr.com/ru/companies/vkusvill/articles/981866/ и дали задание освоить MCP-сервер и помогать с покупками.

Этап 2: Обучение

  1. Создание скилла
  2. Добавление скилла агенту
  3. Корректировка в процессе работы

Администрирование, или «Не потеряй его. И не сломай»

Правила онбординга защищают цифрового сотрудника от внешних угроз. Но этого недостаточно — он может навредить себе сам.

Во-первых, файл конфигурации крайне важен. Гоша с энтузиазмом предлагает его править. Лучше не давать ему делать это бесконтрольно. Например, ввести правило: изменение конфига — только после двойного подтверждения. Хотя и это не гарантирует 100% безопасности.

Во-вторых, возможны стихийные сбои. У нас был такой случай. Однажды отзывчивый и трудолюбивый Гоша перестал отвечать во всех чатах. Команды /reset, /restart, перезапуск шлюза — ничего не помогало. Даже SSH отвалился. Пришлось перезапустить инстанс. Когда Гоша «очнулся», оказалось, что он обнулился: БД, скиллы, правила — всё исчезло. Масштаб проблемы он не осознавал, но с тем же энтузиазмом был готов во всём разобраться.

После этого стало ясно: рабочее место цифрового сотрудника нужно обустраивать осознанно. Если не привлекать DevOps, то хотя бы завести правило регулярно отправлять актуальные версии скиллов в чат — как минималистичный аналог git. Вообще, это звучит как новая профессия — AgentOps.

Этап 3: Администрирование

  1. Правила изменения конфига
  2. Настройка бэкапа

Доверие (безопасность и качество)

В анализе GEO и SEO используется только публичная информация. Поэтому не критично, что Гоша работает «по удаленке» на китайском сервере. Для задач с чувствительными данными нужен claw в доверенном контуре и без доступа в интернет.

Уровень цифрового сотрудника зависит не только от скиллов, но и от модели. Гошу на kimi k2.5 я оцениваю как джун+. На Opus он работал бы чуть лучше, но это дороже и не даёт возможности развернуть on-prem.

Заключение

Я познакомила вас с первым цифровым сотрудником во ВкусВилле — Гошей. Пока он не готов к полной самостоятельности. Ему нужен тимлид или старший коллега-человек. Но впереди — рост. Число таких сотрудников будет увеличиваться вместе с развитием профессий Agent-инженера и AgentOps.

Читать оригинал