Архитектурная визуализация с Nano Banana 2.1: руководство по промптам и редактированию

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

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

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

Требования и подготовка

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

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

Пошаговое создание архитектурной визуализации

1. Опишите сцену и кадрирование

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

Create a photorealistic architectural visualization of a compact urban apartment living room. Show the full seating area from eye level, with a clear view toward the window. Use pale oak, warm off-white plaster, muted natural fabrics, and soft daylight. Keep the composition calm and uncluttered. Do not add people, signage, captions, or decorative text.

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

2. Добавьте существующее изображение в качестве референса

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

Using the supplied interior image as the starting point, change the floor finish to light natural oak and the curtains to a warm gray linen. Keep the room layout, camera viewpoint, window positions, and furniture placement unchanged. Preserve the existing daylight mood.

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

3. Запрашивайте по одному основному изменению за раз

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

Revise the supplied architectural image by making the daylight softer and more diffuse. Keep the camera, room layout, materials, furniture, and color palette unchanged. Do not introduce new objects.

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

4. Уточните варианты и требования к результату

При исследовании концепции опишите, чем должны отличаться альтернативы, чтобы сравнить несколько атмосфер. Не оставляйте без уточнения, нужно ли расположить все варианты рядом в одном изображении или создать отдельные изображения: явно укажите ожидаемый формат представления. В документации по выбору модели для Nano Banana 2.1 упоминаются разрешения 1K, 2K и 4K, однако в источнике нет примера параметра API-запроса для их настройки. Поэтому мы не описываем конкретный способ выбора разрешения.

Create a photorealistic architectural visualization of the supplied courtyard concept, keeping its building arrangement and viewpoint. Explore a quiet, shaded daytime atmosphere with restrained planting and natural stone. Return one coherent scene, with no labels, captions, or written annotations.

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

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

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

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

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

Игнорировать права на использование: проверьте права на референс, который загружаете. Также учитывайте, что созданные изображения содержат водяной знак SynthID.

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

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

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

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

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