Модель диалога: узлы, переходы, один ход
Цель модуля: объяснить своими словами, кто решает, что агент скажет дальше — и почему это решает не «нейросеть вообще».
rigid выглядит так:
Ключевое правило: за один ход агент либо переходит, либо отвечает. Переход выбирает отдельная быстрая модель-классификатор — она видит только условия исходящих переходов узла, а не весь ваш промпт.
Два сорта узлов
- Говорящий — только
Conversation. Единственный тип, который произносит реплику клиенту. - Немые —
Logic Split,Extract Variables,Function,Code,MCP. Клиент их не слышит: они считают, извлекают, вызывают внешние системы и сразу уходят дальше. - Управляющие звонком —
End(завершить) иTransfer(перевести на человека). Begin— стартовый маркер, иКомпонент— ссылка на готовый переиспользуемый блок.
Почему так, а не один промптОдна большая инструкция «поговори с клиентом про запись» ломается тремя вещами: её нельзя проверить по шагам, она забывает про обязательные вопросы и её нельзя отладить точечно. Граф даёт то, чего в промпте нет: узел, на котором видно, где именно разговор идёт не так; переменные, которые точно заполнены; и запись «где был звонок» в истории каждого разговора.
Нажмите, чтобы открыть целиком

Итог курса. Тот агент, который вы соберёте: подтверждение визита, перенос через CRM, вопросы из базы знаний, перевод на администратора, SMS-напоминание и два разных завершения. 17 узлов — это нормальный размер боевого агента.
Проверь себяОтветьте не глядя: 1) кто выбирает переход — исполняющая модель или классификатор? 2) сколько узлов в графе могут произнести фразу? 3) что произойдёт, если ни одно условие перехода не совпало?