Как перенести сценарного бота на ИИ-агента

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

Что происходит с деревом сценария при переезде

Дерево сценария нельзя перенести целиком: у ИИ-агента нет холста с блоками, куда его можно было бы вставить, поэтому ветки приходится разбирать по типу содержимого. О том, почему у бота-конструктора вообще возникает предел в сорок блоков, за которым в схеме перестают разбираться даже её авторы, написано в статье «Чат-бот без ИИ и с ИИ» — здесь важнее, что делать с уже накопленным деревом.

Разбор идёт по трём вопросам из руководства платформы. Данные организованы в столбцы, как в прайсе, или это связный текст с объяснением. Значения меняются каждый день или лежат неделями без изменений. Клиент ищет точное совпадение по артикулу или названию, или формулирует вопрос своими словами, ожидая, что его поймут по смыслу. Ответ на первый и третий вопрос обычно совпадает: столбцы почти всегда означают точный поиск, связный текст — смысловой.

Ветка «цена на услугу А» с меняющимся числом уходит в таблицы. Ветка «что входит в абонемент» с объяснением условий — в базу знаний. Ветка «выбери один из трёх тарифов» остаётся кнопкой. О том, что вообще заменяет схему сценария внутри инструкции агента, подробно написано в статье «Сценарий чат-бота: нужен ли он ИИ-агенту» — повторять это здесь не будем.

Куда уходит точный поиск и куда смысловой

Всё, что раньше было веткой с меняющимися цифрами, переезжает в раздел «Таблицы»: прайс-листы, остатки на складе, сетки расписаний, списки филиалов с адресами. Формат CSV, Excel или Google-таблица с доступом «Читатель» либо «Редактор», подробный разбор форматов и обновления — в статье «ИИ-агент и таблицы». Таблица сама по себе — пассивное хранилище: нужна функция вроде «найти цену по названию услуги» и строчка в инструкции, объясняющая, когда её вызывать. Google-таблица обновляется по умолчанию раз в 1440 минут, чаще 30 минут запрашивать не рекомендуется.

Ветки с объяснениями, условиями и часто задаваемыми вопросами переезжают в базу знаний как документы PDF, DOCX, TXT или как пары «вопрос — ответ», добавленные вручную. Дальше платформа сама строит векторный поиск: агент находит подходящий кусок текста по смыслу вопроса, даже если формулировка клиента ни одним словом не совпадает с текстом документа.

Практический пример из руководства платформы: спа-салон с Excel-файлом из трёх колонок — название программы, описание, цена. Если клиенты выбирают программу по ощущению, вроде «хочу что-то для расслабления», таблицу стоит раскассировать — превратить каждую строку в отдельный текст для базы знаний. Если важнее точная и часто обновляемая цена, файл остаётся таблицей с функцией поиска.

Кнопки остаются там, где выбор из трёх вариантов

Не вся схема разбирается на текст. Кнопки в Telegram остаются программируемыми: они появляются, когда агент вызывает нужную функцию, бывают трёх видов расположения (внизу экрана, под сообщением, скрытые) и четырёх типов действия: отправить сообщение, запросить контакт, запросить геолокацию, открыть мини-приложение по https.

Правило простое: кнопка нужна там, где вариантов действительно немного и они заранее известны, например выбор филиала, способа оплаты или подтверждение записи. Ветка, где кнопка в старом боте угадывала намерение — «хочу записаться», «хочу узнать цену», «другое», — в кнопке больше не нуждается. С распознаванием свободной формулировки справляется сама инструкция, и три отдельных ветки схлопываются в один диалог.

Интеграции переподключаются заново

Ни одна CRM, календарь или система бронирования не переезжает вместе со схемой автоматически: каждую настраивают на новой платформе с нуля. YCLIENTS подключается через маркетплейс, и там же заново задаются правила назначения записи, отмены и переноса, список сотрудников и доступ к персональной скидке. Google-календарь требует выбрать часовой пояс, ID календаря и режим работы, по заранее заданному расписанию или по инструкции. Для 1С понадобится веб-сервис с URL метода, заголовками и способом авторизации — интеграция строится через HTTP-сервисы, а не переносится файлом настроек.

Как запускать параллельно и что взять из логов старого бота

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

Самая ценная часть старого бота — история его переписки, не схема: в логах уже есть готовый список того, о чём реально спрашивают клиенты, без домыслов и предположений. Короткие вопросы с однозначным ответом (до ста строк в файле не больше мегабайта) загружаются как быстрые ответы прямо из Excel. Более развёрнутые формулировки, требующие объяснения, оформляются документами базы знаний. Это превращает перенос из работы с чистого листа в работу с готовым черновиком: сорок веток схемы дают приблизительный список тем, а логи точные формулировки, которыми клиенты пользуются на самом деле.

Соберите весь перенос в одну неделю, а не в один вечер

Соберите три списка на одном листе бумаги, глядя на старую схему в последний раз: что переезжает в инструкцию, что в таблицы, что в базу знаний. После этого настройка самой платформы Савви занимает часы, а не недели: интеграции подключаются заново, а логи старого бота уже дали список вопросов для базы знаний.

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

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