Dynamic Planner: ИИ, который превращает сложный запрос в пошаговый план

Большинству разговоров план не нужен. Тому, кто спрашивает у вашего агента цену, часы работы или один вопрос «как это сделать», нужен прямой ответ, а не проект. Но некоторые разговоры устроены иначе: пользователь пытается довести до конца целое дело — зарегистрировать компанию, подать на визу, урегулировать претензию по повреждённой мебели — и заметно не понимает, с чего начать. Динамический планировщик существует ровно для этого момента: он превращает такой разговор во временный сюжет (вложенный план на чек-листах), по которому агент затем проводит шаг за шагом.

Это возможность уровня Pro, включаемая по каждому тенанту. Модель, которая занимается планированием, назначает оператор платформы для каждого тенанта, а не выбирает её сам разговор — именно это и позволяет направить тенанта с требованиями к резидентности данных на локальную или региональную модель, оставив остальных на размещённой.

Когда план вообще запускается?

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

1. Разворачиваемый шаг сюжета. Тенант помечает шаг созданного им сюжета как разворачиваемый. Когда пользователь до него доходит, агент предлагает развернуть этот шаг в под-план. Автор уже принял это решение на этапе проектирования — на волю случая ничего не оставлено.
2. Пользователь принимает предложение. Любой план начинается с карточки подтверждения (тот же интерфейс формы-опроса, что и везде). Пользователь всегда может отказаться, и в этой сессии агент больше не спросит.
3. Судья эскалации. Вне сюжетов небольшой отдельный вызов модели просматривает каждый ход и оценивает его по трём измерениям — они описаны ниже. Только когда проходят все три, пользователь вообще увидит предложение. Основной чат-модели никогда не доверяют «не забыть» что-то запустить: судья — это принудительный структурированный вызов, который делает движок.

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

Проверка эскалации по трём измерениям

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

1. Сложность — задача действительно многошаговая? Задача должна требовать нескольких шагов, нескольких документов или нескольких ходов. Один вопрос — это не план.

• ✅ «Хочу открыть компанию в США под интернет-магазин и совершенно не представляю, что для этого нужно»
• ❌ «Сколько стоит регистрация в Делавэре?» — это уточнение цены, отвечайте прямо
• ❌ «Как заполнить строку 7b в форме SS-4?» — один конкретный шаг процесса, который пользователь уже ведёт

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

• ✅ «Начальник поручил мне открыть дочернюю компанию в США, а я никогда ничего подобного не делал»
• ✅ «Регистрация закончена — что дальше? Годовые отчёты? Налоги? Я в этом путаюсь, пусть уж лучше вы за этим следите»
• ❌ «Документы готовы, просто скажите, куда подавать» — человек в курсе, а не растерян

3. Попадание в предметную область — это вообще работа агента? Слово «план» в сообщении пользователя ворота не открывает. Тенанты платят за разговоры; агент по регистрации компаний отказывается становиться универсальным личным ассистентом, как бы вежливо ни была сформулирована просьба.

• ❌ «Составь мне план тренировок на три месяца, с разбивкой по неделям» — вне предметной области, отказ
• ❌ «Распиши по шагам десятидневную поездку по Европе» — вне предметной области, отказ

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

Что происходит после «да»

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

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