Архитектурные видео с Gemini Omni Flash: 5 промптов и рабочий процесс

Что вы узнаете из этого руководства?

Это руководство показывает, как сделать инструкции для создания видео более понятными и контролируемыми — для архитектурной визуализации и презентаций интерьеров. Основное внимание уделено структуре текстового запроса для Gemini Omni Flash и доработке первого результата в несколько этапов диалога. Примеры охватывают ситуации, которые могут возникнуть при презентации проекта: приближение к фасаду жилого дома, движение камеры в интерьере и изменение материала.

Согласно документации Google по видео в Gemini API, Gemini Omni Flash может создавать короткие видео на основе текста и изображений, а также дорабатывать результаты в несколько этапов. В документации приведены и примеры редактирования в диалоге, например замена объекта и изменение перспективы. Это не означает, что все детали архитектурной сцены будут сохранены в точности. Поэтому промпты важно рассматривать как исходные инструкции, проверять результат и чётко описывать необходимые корректировки.

Требования и примечание о переходе

Примеры рабочего процесса основаны на модели Gemini Omni Flash, указанной в документации Gemini API. В документации модель обозначена как gemini-omni-1.1-flash. Источники не описывают создание аккаунта, стоимость, требования к оборудованию или последовательность действий в меню конкретного интерфейса, поэтому здесь не делается никаких предположений на этот счёт. Если вы работаете через API, отдельно проверьте актуальные инструкции Google по доступу и использованию Gemini API.

Для команд, планирующих переход, важная дата — 22 октября 2026 года. Google сообщает, что сервис Veo 3.1 Preview в Gemini API был отключён в этот день, и рекомендует перейти на Gemini Omni Flash либо на модели GA, доступные через Gemini Enterprise Agent Platform, чтобы избежать перебоев. Примеры ниже подготовлены для Omni Flash; они не содержат параметров или вызовов API для отключённой предварительной версии Veo.

Основной принцип составления промптов — разделять запрос на понятные и конкретные части. Руководство Google по стратегиям работы с промптами рекомендует чётко указывать задачу, входные данные, ограничения и ожидаемый формат результата. В нём также подчёркивается, что разработка промптов может требовать экспериментов и доработки. Приведённые ниже тексты созданы нами на основе этих принципов для архитектурных сценариев.

Пять промптов для архитектурного видео

1. Создайте план приближения к фасаду

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

Создай короткое видео для архитектурной презентации, опираясь на современный фасад жилого дома на референсном изображении. Медленно приблизь камеру к зданию. Не меняй расположение окон, материалы и общую форму объёма фасада. Движение должно быть плавным и непрерывным; не добавляй новых элементов дизайна.

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

2. Опишите движение камеры в интерьере

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

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

Здесь запрос сосредоточен на одном перемещении в пространстве. Если в первом результате движение камеры или элементы сцены отличаются от ожиданий, в следующем этапе понятнее будет указать только проблемный момент.

3. Попросите изменить материал с помощью редактирования в диалоге

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

Сохрани фасад и движение камеры из предыдущего видео. Измени только светлую поверхность вокруг входа, заменив её на более тёмную каменную облицовку. Не меняй пропорции окон, проёмы фасада и остальные поверхности.

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

4. Попросите изменить перспективу

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

Сохрани здание и материалы из предыдущего архитектурного видео. На этот раз покажи сцену с противоположного угла здания. Не добавляй новые объёмы зданий и не меняй дизайн фасада.

Чтобы отделить изменение перспективы от пересмотра дизайна, отдельно указаны характеристики, которые нужно сохранить, например объём и материалы. Если в результате изменятся элементы сцены, явно укажите это в отдельном запросе на доработку.

5. Укажите желаемый результат и ограничения

Промпт не должен ограничиваться фразой «создай видео». Запрос становится конкретнее, если вместе указать задачу, входные данные и изменения, которых следует избегать.

Создай короткое презентационное видео на основе предоставленного изображения интерьера. Используй помещение и основную расстановку мебели на изображении; камера должна наглядно показать пространство. Не добавляй в дизайн новые окна, мебель или декор. Результат должен быть лаконичной визуальной презентацией, подходящей для архитектурного проекта.

В этом пятом примере вместо конкретного движения камеры описаны цель презентации и ограничения. Если результат не оправдает ожиданий, уточните запрос — например, прямо укажите, какие части сцены следует сохранить или с какой стороны нужно показать пространство.

Распространённые ошибки

Объединение слишком многих задач в одном промпте: если объединить в одном запросе движение камеры, изменение материала и добавление новых элементов в сцену, оценить нужное изменение может быть сложнее. Сначала создайте базовое видео, а затем отправьте запрос на редактирование отдельным этапом.

Не указано, что должно остаться неизменным: широкая формулировка вроде «измени фасад» оставляет неясным, какие проектные решения нужно сохранить. Одновременно опишите изменяемый элемент и части, которые должны остаться неизменными.

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

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

Следующие шаги в рабочем процессе архитектуры и визуализации

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

Сначала выберите подходящее референсное изображение и сформулируйте желаемый результат одним предложением. Затем укажите элементы дизайна, которые нужно сохранить. Сравните созданное видео с проектным замыслом и при необходимости продолжите работу с одним запросом на редактирование. Источники не сообщают стоимость Gemini API, условия использования аккаунта или правила использования сервиса; перед началом работы проверьте их в актуальной документации. В самой документации Google указана лицензия CC BY 4.0, а для примеров кода — Apache 2.0.

Источник и лицензия

Материал адаптирован на турецкий язык на основе документации Google по созданию видео в Gemini API, лицензированной по CC BY 4.0, и руководства по стратегиям работы с промптами. Примеры промптов для архитектурных сценариев написаны специально для этого руководства.