Чем умнее становится автоматический инструмент, тем сильнее соблазн дать ему больше свободы: пусть сам определит, какой свет нужен, где должна стоять тень, какой объект считать полкой и что делать с референсом. На демонстрации такая автономность выглядит впечатляюще. В производственной работе она быстро становится источником нестабильности. В TRUE VISUAL BUILDER мы постепенно движемся в противоположную сторону: все, что можно формализовать, лучше формализовать заранее.
Угадывание удобно только до первой серии повторов
Один удачный результат легко принять за доказательство правильного подхода. Но Builder нужен не для того, чтобы иногда угадывать хорошо. Он должен давать предсказуемый результат при повторении схожих задач.
Если один и тот же тип сцены каждый раз интерпретируется заново, пользователь не может понять, какие действия действительно влияют на результат. Инструмент превращается в генератор вариантов, а не в рабочую систему.
Правило лучше промпта, если решение уже известно
Если мы знаем, что печатный документ должен создаваться с определенным разрешением, бессмысленно каждый раз просить модель "выбрать подходящее". Если известно, какая версия Blender является целевой, Builder не должен гадать по установленным приложениям. Если определено, как устроен файловый обмен, это должен быть контракт, а не рекомендация.
AI полезен там, где действительно есть неопределенность. Повторно решать уже решенные вопросы - пустая трата вариативности.
Предсказуемость позволяет отлаживать систему
Когда правила стабильны, ошибку можно локализовать. Если камера всегда создается по одному алгоритму, а в конкретной сцене результат плохой, мы исследуем этот алгоритм. Если способ создания камеры каждый раз выбирается заново, непонятно даже, сравниваем ли мы одинаковые процессы.
Фиксированные правила уменьшают пространство состояний и делают диагностику полезной.
Свобода должна оставаться там, где она дает ценность
Это не означает превращение Builder в жесткий набор макросов. Есть задачи, где анализ действительно нужен: распознать структуру референса, предложить композицию, оценить визуальный баланс, подобрать один из допустимых сценариев.
Но такая свобода должна существовать внутри известных границ. Инструмент может выбирать из понятных вариантов, а не изобретать устройство всей системы при каждом запуске.
Пользователь должен понимать, чем он управляет
Если результат меняется непредсказуемо, настройка перестает быть настройкой. Пользователь не знает, что повторить для получения похожего результата. Чем больше важных решений Builder принимает скрыто, тем меньше ощущение контроля.
Формализация правил возвращает причинно-следственную связь: изменили параметр - получили понятное изменение. Для рабочего инструмента это важнее эффектной автономности.
Мы не пытаемся убрать AI из Builder. Наоборот, хотим использовать его там, где он сильнее жесткого алгоритма. Но все уже найденные знания о проекте должны постепенно превращаться из догадок модели в правила системы. Так инструмент становится не менее умным, а более надежным.