Действия по триггеру в ИИ-агенте: без вызова модели

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

Чем действие по триггеру отличается от действия, которое вызывает модель

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

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

Механизм	Кто принимает решение	Когда применять
Вызов моделью	модель, по описанию функции и контексту	шаг нужен по ситуации, и формализовать её точным условием сложно
Вызов по триггеру	жёсткое условие на вкладке «Условия выполнения»	шаг обязан случиться при известном, проверяемом факте

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

Обязательное условие ровно одно на действие, выбирается из четырёх вариантов, и без него триггер не заработает.

1 Открыть действие Внутри настроенного действия перейти на вкладку «Условия выполнения».

2 Выключить «Вызывать моделью» После этого действие перестаёт зависеть от решения модели и ждёт условие.

3 Выбрать обязательное условие Новый диалог, новое сообщение клиента, сообщение сотрудника или новый ответ бота — только один вариант.

4 Сохранить Без сохранения условие останется черновиком и не начнёт проверяться в реальных диалогах.

Четыре обязательных условия ведут себя по-разному:

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

Какие дополнительные условия можно добавить и как их комбинировать

К обязательному условию добавляется любое число дополнительных, и вместе они дают точность, недостижимую одной моделью на глаз.

Дополнительное условие	Что проверяет
Переменная	есть ли в диалоге выбранная переменная
Вызван файл	вызывался ли выбранный файл базы знаний
Вызвана функция	вызывалась ли конкретная функция ранее в этом же диалоге
Время вызова	попадает ли момент проверки в заданный промежуток
Источник связи	из какого канала пришло обращение: Авито, Telegram, amoCRM и другие
Фраза в ответе бота	есть ли ключевая фраза в последнем ответе агента
Фраза во входящем сообщении	есть ли ключевая фраза в сообщении клиента
LLM-инструкция	псевдокод вида «если в диалоге обсуждали стоимость, тогда True»
Содержимое сообщения	тип вложения: файл, аудио, изображение или текст
Количество сообщений клиента	достигло ли число реплик клиента заданного порога

Условия соединяются через И или ИЛИ. И требует, чтобы сработали все перечисленные условия одновременно: например, источник связи «Авито» и фраза «возврат» во входящем сообщении. ИЛИ хватает любого одного: фраза «отменить» в сообщении клиента или фраза «отмена» в ответе бота, что бы ни случилось раньше. Число дополнительных условий в одном действии не ограничено, поэтому цепочку можно достраивать по мере того, как находятся новые пограничные случаи в реальных диалогах.

Где триггер экономит токены

Проверка условия триггера не обращается к модели: она просто сравнивает значения. Руководство платформы описывает эту функцию как способ проверять критичные вещи перед ответом бота без дополнительного вызова LLM.

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

4 варианта обязательных условий на одно действие

0 ₽ доплата за саму проверку условия триггера

~15 ₽ стоимость обычного диалога с действиями, при оплате по токенам

Примеры готовых триггеров для типичных задач

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

Условие	Что делает действие
Новое сообщение клиента + фраза «конкурент»	ставит тег для отдельного разбора в аналитике
Новый диалог + источник связи «Авито»	вызывает файл базы знаний с приветствием под площадку
Новое сообщение клиента + количество сообщений клиента ≥ 5	ставит тег «долгий диалог» для последующей проверки
Новый ответ бота + фраза «оформили заказ»	вызывает вебхук, который создаёт запись в таблице заказов

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

Полная таблица того, где решение принимает модель, а где правило, есть в статье про сценарий чат-бота: триггер там — один пункт среди прочих, а здесь он разложен подробно, до состава условий и экономии.

Закройте разрыв между «агент должен» и «агент решил»

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

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

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