1. Создайте бота и защитите токен
BotFather выдаёт токен Bot API. Храните его только в server-side окружении и не вставляйте в клиентский JavaScript, статьи, команды shell или скриншоты. При утечке токен нужно отозвать и заменить.
До подключения определите, кому бот отвечает, какие поля собирает и когда зовёт человека. Профиль и приветствие важны, но они не заменяют правила диалога.
2. Выберите один способ получать обновления
Bot API поддерживает getUpdates и webhook; одновременно они не работают. Для постоянно доступного production-контура обычно выбирают webhook по HTTPS, а polling оставляют для ограниченной локальной проверки.
Обработчик проверяет входящее обновление, связывает Telegram chat с локальным диалогом и отправляет ответ через Bot API. Внешние вызовы должны иметь ограниченный тайм-аут и контролируемый повтор.
3. Не допускайте повторных ответов
Telegram присылает update_id, который помогает не обрабатывать одно обновление дважды. Сохраните идентификатор до внешней отправки и сделайте результат идемпотентным: повтор события не создаёт второй диалог и второе сообщение.
При временной ошибке модельного API или Telegram запись должна остаться в состоянии, которое можно безопасно повторить. Нельзя отмечать ответ отправленным до подтверждения канала.
4. Настройте сотрудника до подключения канала
Задайте роль, загрузите материалы, выберите поля квалификации, запреты и правила handoff. Опубликуйте версию только после Test Room и автоматической нейропроверки на 20 фиксированных виртуальных диалогах.
Если в материалах нет ответа, бот должен честно сказать об ограничении или позвать человека. Он не должен придумывать цену, срок, скидку или гарантию.
5. Передавайте менеджеру контекст, а не сигнал
При handoff сохраните вопрос, предыдущие сообщения, собранные поля и причину остановки. Менеджер должен понимать, что уже спросили и почему автоматический ответ не подходит.
После передачи нужен явный режим: либо ИИ продолжает готовить черновики с подтверждением, либо молчит до возврата управления. Одновременные ответы человека и бота разрушают доверие.
6. Проведите сквозную приёмку
Отправьте обычный вопрос, вопрос без источника и просьбу позвать человека. Повторите одно update и смоделируйте краткий сбой внешнего API. Проверьте ответ в Telegram, запись в Inbox, отсутствие дублей и сохранение контекста после перезапуска.
Только такой тест подтверждает канал целиком. Успешный ответ в Test Room доказывает настройки сотрудника, но не webhook, дедупликацию и отправку через Telegram.
Источники
У каждой опоры есть дата проверки. Если источник изменится, материал нужно пересмотреть.
-
01
Telegram Bot API Telegram · проверено 1 сентября 2026 г.
Проверены способы получения обновлений, взаимное исключение webhook и getUpdates, а также идентификаторы обновлений Bot API.
-
02
Рабочий кабинет и коммерческие условия коробочного решения Нейроквалификатор · проверено 18 августа 2026 г.
Проверен экран подключения Telegram и общий маршрут до Inbox.
-
03
LLM06:2025 Excessive Agency OWASP GenAI Security Project · проверено 18 августа 2026 г.
Сверены принципы минимальных полномочий и подтверждения значимых действий человеком.