Руководство по созданию архитектурных изображений и редактированию рендеров с Nano Banana 2.1

Чему вы научитесь в этом руководстве?

В этом руководстве рассказывается, как использовать Nano Banana 2.1 для создания архитектурных изображений и текстового редактирования готового рендера. Цель — не просто написать общий промпт и ждать результата, а выстроить контролируемый процесс, описав сцену, визуальный язык и границы изменений. Примеры промптов подготовлены специально для этого руководства: их можно скопировать и адаптировать под описание собственного проекта.

Согласно документации Gemini API, модель не только создает изображения по тексту, но и принимает текстовые инструкции вместе с изображением для его редактирования. Это позволяет выбирать между созданием нового концептуального изображения и запросом на конкретное изменение имеющегося рендера. Важно не воспринимать результат генерации как замену техническому чертежу, модели с точными размерами или рабочему проекту: его стоит использовать на этапах дизайн-исследования и подготовки презентаций.

Что потребуется: доступ к API и выбор модели

Для работы по этой схеме понадобятся доступ к Gemini API и API-ключ. В документации Google приведены примеры для Python, JavaScript, Java, Go и REST. Для работы без кода источник описывает возможности диалоговой генерации и редактирования изображений с помощью Gemini; однако здесь не предполагается использование конкретного интерфейса приложения или определенного пути по меню.

Если вы создаете новый API-проект, в документации указан идентификатор модели gemini-nano-banana-2.1. Google рекомендует использовать Nano Banana 2.1 в новых проектах. В той же документации модель описана как высокоэффективная для генерации изображений и многоэтапного редактирования. В источнике не указаны цена, конкретные требования к оборудованию или отдельные ограничения для разрешения изображений, используемых в этом руководстве, поэтому не следует делать предположений на этот счет.

Если вы собираетесь редактировать референсное изображение, убедитесь, что у вас есть право его использовать. Один из примеров в документации показывает загрузку PNG-изображения в API. Подробности о поддерживаемых типах файлов и загрузке изображений большего размера см. в документации API по работе с изображениями.

Архитектурный процесс работы — шаг за шагом

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

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

Create an architectural visualization of a compact urban library with a double-height reading hall, exposed timber beams, pale stone flooring, and tall windows facing a planted courtyard. Show the main reading area from eye level with soft overcast daylight. Keep the composition calm and realistic, with no people and no signage.

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

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

Edit the provided interior rendering. Keep the room layout, camera viewpoint, openings, and furniture positions unchanged. Change the wall finish to warm light plaster and make the daylight softer. Do not add new objects or alter the floor plan.

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

1. Добавьте описание визуального стиля и ограничения. Четкие названия материалов и описание света упрощают сравнение вариантов. Также можно прямо указать предпочтения по кадрированию, количеству объектов или использованию текста. Ясные ограничения для желаемого результата уменьшают пространство для интерпретации, но каждый вариант все равно нужно проверять.

Create a photorealistic exterior architectural visualization of a small community arts center. Use a restrained palette of light brick, dark metal frames, and clear glazing. Show the entrance and public forecourt in a three-quarter view during late-afternoon light. Keep the building massing simple and do not include text, logos, or banners.

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

1. Проверяйте результат и работайте итеративно. Руководство Google по разработке промптов рекомендует давать четкие и конкретные инструкции, а сам процесс составления промпта рассматривает как цикл проб и улучшений. Вместо общей просьбы «сделай лучше» обозначьте конкретное расхождение: например, укажите, что изменилась расстановка окон, которую нужно сохранить, или что свет получился слишком жестким. При работе через API итоговое изображение в примерах извлекается через interaction.output_image.

Типичные ошибки

Расплывчатые запросы: фразы вроде «сделай современнее» не объясняют, какое именно дизайнерское решение нужно изменить. Укажите, что вы хотите скорректировать: материал, освещение или композицию сцены.

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

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

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

Влияние на процессы в архитектуре и визуализации

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

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

Следующие шаги

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

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

Руководство подготовлено на турецком языке на основе документов Google Gemini API «Nano Banana image generation» и «Prompt design strategies». Оба источника опубликованы по лицензии CC BY 4.0. Код и примеры промптов не скопированы из источников дословно; примеры для архитектуры и интерьеров подготовлены специально для этого руководства.