Heym: ИИ отвечает клиентам, спорное уходит человеку на одобрение

Бот ответил за менеджера, и скидка появилась сама

Менеджер ушёл в отпуск, чат ведёт бот. Клиент спрашивает про скидку за объём. Бот знает только прайс и называет десять процентов. Через неделю вы выясняете, откуда у покупателя письмо с ценой, которой не существует.

Адрес, сроки и наличие бот закрывает целиком. Скидки, возвраты, претензии и обещания про деньги должен подтверждать человек. Нужна схема, где бот делает рутину, а на спорном встаёт и ждёт «да» от сотрудника.

Такую схему обещает Heym. Сам я его не разворачивал, всё ниже взято из README, файла лицензии и документации.

Что такое Heym и кто за ним стоит

Репозиторий heymrun/heym: интерфейс на Vue, сервер на Python, база PostgreSQL. Организация на GitHub заведена в конце марта 2026 года. На 7 октября у репозитория около 11 тысяч звёзд, релиз v0.0.127 вышел накануне, предыдущие выходили почти ежедневно. Правообладатель по файлу лицензии один человек, Mehmet Burak Akgün. README прямо относит проект к серии до версии 1.0.

Внутри агенты и подагенты, поиск по вашим документам (RAG), MCP в обе стороны, журнал запусков со стоимостью каждого вызова. Модель подключается и через адрес, совместимый с OpenAI (документация называет Ollama, vLLM, LM Studio), так что ответы может писать модель на вашем железе.

Есть ли в нём настоящее одобрение человеком

Да. HITL здесь не слово в рекламе. В документации описан полный цикл, а в коде есть отдельная таблица запросов на проверку, сервис и тесты.

В настройках агента включают HITL и словами пишут, когда спрашивать человека, например «любая скидка и любой возврат». Агент получает инструмент request_human_review. Если случай показался ему спорным, запуск встаёт в статус pending и создаётся одноразовая ссылка на страницу проверки. Сотрудник открывает её без логина и выбирает «Принять», «Править и продолжить» или «Отклонить». Ссылку с черновиком ответа отправляют сотруднику отдельной веткой review, в Slack, на почту или другим узлом. Ссылка живёт 168 часов, то есть неделю.

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

Как ставится и что подключается

Авторы предлагают Docker Compose: клонировать репозиторий, скопировать .env.example в .env и запустить deploy.sh. Есть и готовый образ. В продакшне задают публичный адрес в FRONTEND_URL и закрывают регистрацию через ALLOW_REGISTER=false. В примере запуска образа подключён docker.sock, а документация предупреждает, что это даёт широкий доступ к хосту. Место ему на отдельном сервере.

Telegram подключается узлом-триггером: токен от BotFather, вебхук на публичный HTTPS-адрес сервера. Готовых узлов для Битрикс24, amoCRM или HubSpot в списке нет, к CRM ходят через узел HTTP и описывают запрос к API сами. Узла для MAX я тоже не нашёл.

Чем Heym отличается от n8n

С n8n, про который я писал отдельно, пересечение большое: узлы на полотне, Telegram, нейросеть, запись в CRM. Одобрение человеком есть и там. По документации n8n останавливает агента перед вызовом выбранного инструмента и спрашивает в Slack, Telegram, Gmail, WhatsApp Business и других каналах. n8n одобряет вызов инструмента, а Heym показывает человеку текст, и тот может его поправить.

Зрелость на стороне n8n: в его документации сотни готовых узлов, среди них HubSpot, Pipedrive и Salesforce. Heym моложе, зато учёт стоимости запусков входит в него сразу. Лицензии у обоих ограничивают коммерцию: n8n разрешён для собственных внутренних бизнес-целей, у Heym условие Commons Clause.

Что важно учесть

Первое, лицензия. К MIT приложено условие Commons Clause. Оно запрещает «продавать» программу, и в это входят хостинг и услуги консалтинга или поддержки за плату, если ценность услуги в основном берётся из функций Heym. README пишет, что использовать, менять и ставить себе можно, а для продажи услуг есть коммерческая лицензия. Если вы ставите Heym себе для своего бизнеса, ограничение вас не касается. Если ставит и сопровождает подрядчик за деньги, это может попасть под условие. Мне как подрядчику до начала работ пришлось бы запросить у автора разрешение или предложить другой инструмент. Это не юридическое заключение.

Второе, возраст. Версия 0.0.x и 51 открытая запись в трекере (вместе с запросами на слияние).

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

Что можно сделать уже сейчас

Шаг первый. Выпишите, что бот вправе делать сам, а что только с подтверждением: скидки, возвраты, нестандартные сроки, жалобы. Этот список станет инструкцией для агента.

Шаг второй. Поднимите Heym на тестовом сервере, подключите тестового Telegram-бота и задайте ему 30-50 неудобных вопросов. Посчитайте, сколько раз он ответил сам, хотя должен был спросить.

Шаг третий. Если вопросы в основном типовые, платформа избыточна. Хватит бота с базой частых вопросов, а для живой очереди операторов подойдёт Chatwoot на своём сервере.

Шаг четвёртый. Прикиньте выгоду, это моя оценка. Допустим, 150 типовых обращений в день по 4 минуты, то есть 10 часов оператора. Если рутину берёт бот, а человек лишь одобряет спорное, большая часть часов освобождается. Как я собираю такие связки, написано на странице ИИ-агентов, готовое предложение лежит в ИИ-отделе продаж и поддержки, ориентиры по цене в прайсе.

Частые вопросы

Можно ли сделать так, чтобы ничего не уходило клиенту без одобрения?

Гарантии модель не даёт. Надёжнее построить процесс так, чтобы отправка клиенту шла отдельным шагом и срабатывала только после решения человека. В документации Heym есть поле с решением, по которому процесс ветвится.

Работает ли Heym с MAX, Битрикс24 и amoCRM?

Готовых узлов нет. Через узел HTTP можно обратиться к любому открытому API, а у Битрикс24 и amoCRM он есть. Для MAX возможность я не проверял, это смотрят под задачу до начала работ.

Можно ли пользоваться Heym в компании бесплатно?

По README использовать и ставить на свой сервер можно. Нельзя продавать продукт или услугу, чья ценность в основном в Heym. Точные границы в файлах LICENSE и COMMONS-CLAUSE в репозитории.

Коротко о главном

Heym стоит посмотреть, если нужен агент, чей спорный ответ сотрудник правит перед отправкой. Шаг одобрения в нём есть. Взамен вы получаете молодой проект версии 0.0.x, отсутствие готовых CRM-узлов и лицензионное условие, которое влияет на то, кто вправе ставить его вам за деньги.

Хотите бота в поддержке или продажах, который сам закрывает рутину, а деньги и обещания оставляет человеку? Напишите мне в Telegram слово «ОДОБРЕНИЕ», подберём инструмент под ваш процесс: Heym, n8n или схему попроще.