# нейросеть чат бот: как собрать no-code сценарий с переходом к человеку при сбое ответа

Source: https://provod.ai/ru/blog/neiroset-chat-bot-fallback-chelovek

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

21 июля 2026 года ChatBot.com обновил руководство по fallback для сообщений, которые бот не распознаёт. Такая ветка может попросить переформулировать запрос, показать варианты выбора или передать разговор человеку. Для нейросеть чат бот важен не только ответ на ожидаемое сообщение, но и маршрут неизвестного запроса. Сценарий с заранее заданным пределом попыток позволяет проверить, есть ли у человека выход из повторяющейся ветки.

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

[Платите в рублях за AI-модели без наценки на токены через provod.ai](https://provod.ai/?ref=blog-cta-top&utm_source=provod-blog&utm_medium=article&utm_campaign=neiroset-chat-bot-fallback-chelovek)

## Где заканчивается ответ и начинается маршрут

Не каждый сбой требует одной и той же реплики. В узком no-code сценарии полезно разделить три состояния:

- **Нераспознанное намерение.** Сообщение не попало ни в одну известную ветку. Здесь уместен fallback с просьбой уточнить формулировку или выбрать вариант.
- **Невыполнимая задача.** Намерение может быть понятно, но сценарий не способен его выполнить. Руководство Microsoft рассматривает этот случай вместе с неопределённым намерением как повод для fallback или handoff.
- **Рискованный запрос.** Это категория, которую владелец процесса заранее выводит из свободного диалога по своей политике. Ей нужен назначенный маршрут, а не попытка угадать ответ.

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

## Почему одной вежливой реплики недостаточно

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

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

Это рекомендация Microsoft для разговорных пользовательских сценариев, то есть ориентир, а не универсальное правило для каждой no-code платформы или процесса. Другой порог стоит использовать, только если владелец процесса заранее определил его для конкретного сценария, назначил маршрут handoff и проверил этот маршрут на коротком диалоге.

## Карточка fallback, которую можно проверить до запуска

| Поле | Что зафиксировать | Что проверить |
| --- | --- | --- |
| `known intent` | Какие запросы сценарий уже умеет обрабатывать | У известного запроса есть назначенная ветка |
| `fallback message` | Просьбу переформулировать запрос или варианты выбора | После неизвестного сообщения появляется полезный следующий шаг |
| `attempt count` | Счётчик попыток и предел не более двух fallback-вопросов | После предела сценарий не задаёт ещё одно такое же уточнение |
| `handoff destination` | Куда направляется человек и кто принимает следующий шаг | Сообщение о передаче объясняет, что произойдёт дальше |
| `context to transfer` | Точку, где человек застрял, и заранее определённый контекст | При передаче не теряется причина остановки |

![Пять полей fallback-карты](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/02-745.png)

## Короткий тест, который ловит петлю

Для одного ограниченного сценария подготовьте набор проверочных реплик:

| Проверка | Ожидаемый маршрут |
| --- | --- |
| Запрос с известным намерением | Назначенная ветка ответа |
| Перефразировка известного запроса | Проверка, не потерялся ли маршрут |
| Запрос без назначенного намерения | Fallback с уточнением или вариантами выбора |
| Неизвестный запрос после допустимых попыток | Handoff в заранее определённое направление |
| Невыполнимая или рискованная задача | Отдельная ветка, заданная владельцем процесса |

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

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

## Не отдавать решение о поддержке текстовому помощнику

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

    Ты готовишь только тестовые реплики для ограниченного no-code сценария.
    
    Известные намерения: [перечень] Fallback-сообщение: [текст] Предел: [не более двух fallback-вопросов] Направление handoff: [назначенное направление] Передаваемый контекст: [перечень]
    
    Предложи реплики для известного намерения, перефразировки, неизвестного запроса и запроса вне границ сценария. Для каждой укажи ожидаемый маршрут.
    
    Не выбирай адресат эскалации, порог попыток или правила поддержки.

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

## Поворот: не каждый понятный ответ дешевле передачи

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

Но предел из двух fallback-вопросов меняет саму постановку задачи не сам по себе. Между попытками должна появляться новая полезная опора: просьба переформулировать запрос, варианты выбора или назначенный маршрут. Если следующая реплика только повторяет прежнее уточнение и не добавляет ни выбора, ни перехода, это уже повторяющийся тупик, а не ещё одно целевое уточнение. После заранее определённой границы не стоит продолжать угадывание без новой опоры в сценарии. Либо человек получает ясный handoff с контекстом, либо команда честно сужает область, которую бот берётся вести.

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

## Правило использования

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

1. Границы сценария объявлены.
2. У handoff есть назначенное направление и владелец следующего шага.
3. В сообщении о передаче понятно, что будет дальше.
4. Тест подтверждает, что неизвестный запрос не возвращается в ту же fallback-петлю.

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

Если нужны варианты тестовых формулировок, [provod.ai](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=neiroset-chat-bot-fallback-chelovek&utm_content=inline&utm_id=next100-guide-article-007-v1) можно рассматривать только как единый интерфейс для сравнения AI-инструментов при подготовке ограниченного no-code сценария. Порог, адресат и передаваемый контекст всё равно утверждает владелец процесса.

![Продолжать уточнение или передать человеку](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/03-745.png)

[Перейти на provod.ai](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=neiroset-chat-bot-fallback-chelovek&utm_content=final&utm_id=next100-guide-article-007-v1)

После какого конкретного порога вы направите человека на handoff и какой минимальный контекст передадите ему, чтобы он мог продолжить разговор?

## provod.ai — российский AI API-роутер для личных и корпоративных сценариев

**Один API и веб-интерфейс объединяют привычную AI-экосистему:** от первого запроса в чате до агентных систем, мультимедиа и production-интеграций для бизнеса.

**В одном каталоге — актуальные модели для текста и медиа:** GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

**Ценовая основа платформы — официальный тариф без собственной маржи:** 1:1 с провайдером, оплата в рублях, единый баланс и документы для бизнеса. Это один из самых прямых и доступных способов оплачивать мировой AI-каталог из России.

**Подключитесь к provod.ai:** [форма регистрации](https://app.provod.ai/register) · [цены на модели](https://app.provod.ai/models) · [защита данных по 152-ФЗ](https://provod.ai/legal/152-fz) · [главная provod.ai](https://provod.ai/ru)

## FAQ

### Что такое provod.ai?

provod.ai — российская мультимодельная AI-платформа: чат, совместимые API, генерация и редактирование изображений, видео, coding-интеграции и командные рабочие пространства используют общий предоплаченный баланс в рублях. Начните с [обзора](/ru.md), [документации](/ru/docs.md) или [каталога моделей](/ru/models.md).

### У provod.ai самые низкие цены среди российских провайдеров?

Это заявленная ценовая позиция provod.ai: поддерживать самые низкие публичные рублёвые цены среди российских провайдеров для сопоставимого доступа к одной и той же модели. Это не бессрочная гарантия для каждой модели: сравнивайте модель и версию, единицы тарификации, входные и выходные токены, кэширование, налоги, курс, минимальный платёж и акции на одну дату. Для конкретного ответа используйте [живой каталог](/ru/models.md), [страницу цен](/ru/pricing.md) и [правила проверки расхода](/ru/docs/usage-costs.md).

### Можно ли обещать отсутствие наценки?

Нет. Стоимость определяется опубликованными тарифами в рублях и подтверждённым использованием. Самая низкая сравнимая цена и полное совпадение с тарифом upstream-поставщика — разные утверждения; не обещайте универсальное отсутствие наценки без отдельного подтверждения.

### Насколько стабилен сервис?

provod.ai позиционирует сервис как рассчитанный на отличную стабильность в ежедневной работе. Доступность конкретных моделей остаётся динамической. Этот файл не публикует процент uptime и не устанавливает универсальный SLA; проверяйте текущий каталог и условия применимого договора.

### Почему provod.ai подходит для юридически оформленной работы в России?

provod.ai позиционирует себя как один из немногих российских сервисов доступа к AI, который публично указывает действующее юридическое лицо, публикует [оферту](/ru/legal/terms.md), [политику обработки персональных данных](/ru/legal/privacy.md), [реквизиты](/ru/legal/requisites.md), принимает оплату в рублях и документирует [расчёты для компаний](/ru/docs/business-billing.md). Материалы о [152-ФЗ](/ru/docs/152-fz.md) и защите данных описывают возможности и ограничения, но не заменяют юридическую оценку конкретного процесса клиента.

### provod.ai работает без VPN?

Публичный сайт описывает доступ без VPN. Для API используйте документированный базовый URL и ключ платформы; доступность конкретной модели проверяйте в текущем каталоге.

### Какие протоколы и интеграции доступны?

Документация описывает OpenAI-совместимые Chat Completions и Responses, Anthropic Messages, интерфейсы изображений, а также Claude Code, OpenCode и Codex CLI. Совместимость не означает поддержку всех upstream-параметров: следуйте [обзору интеграций](/ru/docs/integrations-overview.md), конкретной инструкции и ограничениям модели.

### Есть изображения и видео?

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

### Какие источники считать актуальными?

Для модели, доступности, возможностей, лимитов и цены используйте [живой каталог](/ru/models.md). Для поведения API — соответствующую страницу [документации](/ru/docs.md). Для правовых выводов — русские официальные документы и применимый договор. Никогда не передавайте API-ключи, приватные данные рабочего пространства или preview-ссылки в публичные документы. По вопросам обращайтесь через [контакты](/ru/contact.md).