Этап 1 · исследование
На какой стадии технология и насколько реально строить сайт «в одном окне», где каждое действие клиента рождает новый, заранее свёрстанный экран — максимально релевантный запросу.
Что оцениваем
Одно окно. Никакого скролла по страницам и меню. Клиент спрашивает голосом/текстом или выбирает вариант — система собирает новый, целиком свёрстанный экран-ответ с пояснением.
Достаточно ли зрелы технологии (в т.ч. графовые подходы), чтобы делать это на лету в реальном времени — надёжно, на бренде и без «сломанной» вёрстки?
Стадия технологии · середина 2026
Мы берём надёжность SDUI и отдаём LLM право выбирать и наполнять компоненты.
Где графы работают по-настоящему
Экран — дерево компонентов (узлы) с рёбрами «родитель-потомок» и связями. Работы по генерации лэйаута используют графы + GNN/VAE для расстановки. Для нас спецификация экрана и есть неглубокое дерево.
Сильнейшее применение: вся сессия — граф экранов, узлы = экраны, рёбра = действия клиента. К этому сходятся работы по dialog-state-as-graph, knowledge-graph-driven dialog и target-guided generation. Состояние копится вдоль пройденного пути.
Тяжёлый graph-ML (GNN, предсказывающий пиксельный лэйаут) — research-grade и избыточен для MVP. Практичное и защитимое применение — граф как модель состояния и навигации.
Насколько реально «одно окно»
Одно окно / без скролла / без навигации — тривиально: меняем узел-экран на месте. Риски латентности, «битой» вёрстки и расхождения с брендом снимаются блочным скелетом.
Если каждый экран — это сырой HTML от модели: красиво в демо, но в реальности ломкая вёрстка, медленнее, труднее держать безопасным и на бренде.
Синтез → этап 2
LLM работает как генератор + маршрутизатор по графу: из накопленного состояния и последнего действия клиента он собирает следующий узел-экран (список блоков + текст) и набор исходящих рёбер (варианты следующего шага / «умный квиз»).
Источники