Надёжная доставка и восстановление

v1.1.x · обновлено 2026-07-27

AiHummer рассчитан на то, чтобы завершить ответ даже при кратком обрыве связи с каналом или перезапуске инстанса. Здесь описано видимое поведение и действия администратора. Знать внутреннее устройство доставки для этого не нужно.

Что должен увидеть пользователь

После отправки сообщения:

В сессии появляется принятое сообщение.
Агент обрабатывает запрос и формирует один видимый ответ.
Если канал временно недоступен, AiHummer повторяет доставку.
После восстановления канала ответ появляется без повторной отправки исходного запроса пользователем.

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

Что происходит после перезапуска

Обновление инстанса, перезагрузка сервера или неожиданный рестарт не должны удалять уже принятый запрос. Работу, которую безопасно продолжить, AiHummer возобновляет после возвращения инстанса в здоровое состояние. Пользователь увидит завершённый ответ либо понятную ошибку с возможностью повторить действие.

[!NOTE] Не отправляйте тот же запрос сразу, пока инстанс восстанавливается. Сначала дождитесь нормального статуса и один раз обновите сессию. Иначе рядом с восстанавливаемым запросом появится действительно новый.

Если ответ не пришёл

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

Инструкции по конкретному каналу находятся в разделе Каналы, а проверка инстанса — в статье Systemd и health-checks.

За чем следить администратору

Контролируйте пользовательские симптомы, а не внутренние детали:

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

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