Коротко
- Идентификатор модели Nano Banana 2.1 в Gemini API — gemini-nano-banana-2.1.
- Модель поддерживает генерацию изображений по тексту и редактирование на основе текстовых и графических входных данных.
- По данным Google, модель генерирует изображения в разрешении 1K, 2K и 4K.
- Согласно документации Google, все созданные изображения содержат водяной знак SynthID.
Что вы узнаете из этого руководства?
В этом руководстве рассматриваются основные шаги по созданию архитектурных концептуальных изображений с Nano Banana 2.1 через Gemini API. Примеры — от текстового описания пространства до запроса на изменение готового изображения — предназначены для развития дизайна и предварительной визуализации. Промпты не содержат проверенной информации о конкретном проекте или реальном пространстве, а лишь описывают желаемый визуальный результат.
В документации Google Nano Banana 2.1 описана как модель, ориентированная на эффективность при генерации изображений и диалоговом редактировании. Компания заявляет об улучшениях качества изображений, генерации текста, согласованности в нескольких итерациях и обосновании с помощью Google Поиска по сравнению с предыдущей Nano Banana 2; также указана поддержка разрешений 1K, 2K и 4K. Это заявления разработчика; результаты могут различаться в зависимости от промпта и входных данных.
Требования
Эти примеры предназначены для работы с Gemini API. В документации Google приведены примеры генерации изображений на Python, JavaScript, Java, Go и через REST. Ниже описан процесс на основе примера для Python; промпты можно использовать и с другим API-клиентом.
Для начала потребуются доступ к Gemini API и API-ключ. Идентификатор модели: gemini-nano-banana-2.1. В источнике показано создание клиента для Python с библиотекой google-genai и передача текстового ввода в вызов interactions.create. Не следует предполагать наличие неуказанной здесь команды установки, пункта интерфейса или условий для аккаунта; актуальные технические сведения проверяйте в документации API.
Чтобы отредактировать готовое изображение, его нужно передать в API как графический входной файл. Google напоминает, что пользователь должен обладать необходимыми правами на загружаемые изображения. Перед использованием чужого изображения проверьте разрешения.
Пошаговая генерация и редактирование изображений
1. Опишите сцену и задайте рамки
В первом промпте опишите тип пространства, его основные характеристики, материалы, освещение и кадрирование. Чёткие и конкретные инструкции помогают получить более управляемый результат, чем расплывчатый запрос. Ниже приведён новый пример для генерации изображения по тексту:
Создай фотореалистичную визуализацию современного жилого интерьера. В открытой гостиной используй пол из светлого дуба, матовые стены тёплого белого оттенка и лаконичную низкую мебель. Покажи мягкий утренний свет, льющийся из больших окон. Камера на уровне глаз, широкий, но естественный ракурс. В кадре только гостиная и стена с окнами. Реалистичные текстуры материалов, спокойная композиция, чистая подача для архитектурной презентации. Без текста и обозначений на изображении.Это описание задаёт пространство, палитру материалов, время суток и общее положение камеры. Оценив первый результат, вместо того чтобы заново описывать всю сцену, уточните на следующем этапе только те элементы, которые нужно изменить.
2. Сосредоточьтесь на одной переменной дизайна
Чтобы посмотреть варианты материалов, сохранив общую композицию первого изображения, ограничьте запрос на редактирование. Передайте изображение в API как графический вход вместе с текстом; используйте следующий промпт как инструкцию по редактированию:
Сохрани планировку, угол камеры и расстановку мебели на этом изображении. Замени только напольное покрытие: вместо светлого дуба сделай светло-серую каменную поверхность. Масштаб камня и швы должны выглядеть реалистично. Не меняй стены, окна, освещение и остальные материалы.В этом примере задача ограничена заменой одного материала. Хотя документация заявляет о поддержке многошагового редактирования, она не гарантирует идеального сохранения кадрирования или всех архитектурных деталей в каждой итерации. Проверяйте результат по критериям проекта.
3. Выделите отдельный этап для света и атмосферы
Когда выбор материалов определён, изменение условий освещения поможет сравнить проектные решения. Передайте то же изображение в качестве входного и на этот раз опишите только атмосферу:
Сохрани геометрию помещения, положение камеры, мебель и материалы. Замени освещение на мягкий рассеянный дневной свет пасмурного дня. Уменьши резкость теней; сохрани ощущение естественного света, идущего со стороны окна. Не добавляй новые источники света, предметы или архитектурные элементы.Явно перечислив в конце инструкции характеристики, которые не должны меняться, вы задаёте рамки редактирования. Рассматривайте полученное изображение как вариант для визуального исследования и презентации, а не как технический чертёж или расчёт освещения.
4. Перейдите от концепции интерьера к фасаду
При генерации новой сцены по тексту можно описать назначение и кадрирование в одном промпте. Например, для фасада небольшого жилого дома:
Создай фотореалистичное концептуальное изображение архитектурного фасада: двухэтажный дом лаконичной геометрии, светлая минеральная штукатурка, солнцезащитные элементы из натурального дерева и широкие, но сбалансированные оконные проёмы. Покажи здание с высоты, близкой к уровню глаз человека, в ракурсе три четверти. На переднем плане — простой сад и низкие посадки. Используй мягкий дневной свет, сдержанные текстуры материалов и спокойную атмосферу. Без текста, вывесок и логотипов.Этот промпт не утверждает, что проект соответствует конкретному нормативу, условиям зонирования или реальному проекту. Прежде чем принимать пропорции и элементы здания на изображении как проектное решение, дополнительно проверьте их по данным проекта.
5. Делайте небольшие и измеримые правки
Если первый результат не оправдал ожиданий, перед переписыванием промпта определите, в чём проблема: в кадрировании, материалах, освещении или элементах сцены. В руководстве Google по составлению промптов рекомендуется давать ясные и конкретные инструкции, а также описывать ограничения и желаемый формат ответа. Следующий пример сосредоточен на одном элементе изображения:
Измени цвет стен на этом изображении: вместо тёплого белого сделай нейтральный светло-серый. Сохрани кадрирование, положение окна, текстуру пола, мебель и направление света. Не добавляй и не удаляй другие элементы.Если одновременно запросить несколько изменений, будет сложнее понять, какая инструкция повлияла на результат. Разделите правки на этапы, сравнивайте каждый вариант с предыдущим и удаляйте из промпта необязательные детали. Работа с промптами — итеративный процесс: первое описание служит отправной точкой для дальнейшей доработки, а не гарантирует окончательный результат.
Распространённые ошибки
Расплывчатый запрос: формулировки вроде «сделай интерьер лучше» не задают цель по материалам, освещению или кадрированию. Уточните, что нужно создать и какие характеристики следует сохранить.
Слишком много изменений за один этап: одновременная замена освещения, материалов, мебели и угла камеры затрудняет оценку результата. Выбирайте одну основную переменную для каждой итерации редактирования.
Использование изображения вместо технической проверки: источники не утверждают, что созданное изображение заменяет архитектурные расчёты или проверку соответствия проекта требованиям. Отдельно проверяйте размеры, конструктивную систему и требования проекта.
Игнорирование прав на входные данные: Google требует, чтобы пользователь обладал правами на загружаемые изображения. Перед отправкой референсного изображения в API проверьте права на его использование.
Предположения о разрешении и стоимости: в документации упоминаются варианты разрешения 1K, 2K и 4K, однако стоимость каждого варианта или оптимальный вариант для конкретной задачи не указаны. Перед генерацией проверьте актуальные цены и условия использования API. Согласно документации Google, все созданные изображения содержат водяной знак SynthID.
Какое место инструмент занимает в рабочем процессе архитектуры и визуализации?
Архитекторы, дизайнеры интерьеров, студенты и команды визуализации могут использовать этот подход для создания ранних концептуальных вариантов, обсуждения атмосферы материалов или экспериментов с творческими изменениями готового изображения. Поддержка текстовых и графических входных данных позволяет начать с письменного описания сцены или включить референсное изображение в процесс редактирования.
Использование API делает контроль доступа и затрат частью рабочего процесса. Поскольку в источнике не указаны конкретные требования к оборудованию, дать точную рекомендацию по характеристикам локального компьютера невозможно. Офисам и студентам следует проверять проектные решения и права на использование изображений, прежде чем представлять их как окончательные проектные документы; условия и стоимость API также нужно сверять с актуальной документацией.
Что делать дальше
Попробуйте описать ту же сцену с разными вариантами освещения, материалов или кадрирования; меняйте только одну основную переменную за раз. Если используете входные изображения, зафиксируйте разрешения на их использование. Изучите документацию Gemini API по генерации изображений, чтобы узнать, как получать данные созданного изображения из ответа API и обрабатывать многоэтапный вывод, содержащий одновременно текст и изображение.
Источник и лицензия
Это руководство адаптировано на турецкий язык на основе документации Google по генерации и редактированию изображений в Gemini API, а также руководства по составлению промптов. Оба источника распространяются по лицензии CC BY 4.0. Примеры архитектурных промптов — новые тексты, подготовленные для этого руководства, а не копии примеров из источников.
Источники
Источников: 2Тексты источников не перепечатываются; короткие цитаты отмечены, остальное — наш пересказ и комментарий.
Nano Banana 2.1 предлагает рабочий процесс через API, который офисы и студенты могут опробовать для обсуждения вариантов интерьеров и фасадов на этапе концепции. Возможность редактировать референсное изображение с помощью текста может сделать визуальное исследование более целенаправленным.
Перед регулярным использованием в Турции обязательно проверьте стоимость API и условия использования: в источнике нет точных цен или требований к локальному оборудованию. Поэтому разумнее рассматривать инструмент как помощника на этапе концепции, а не как замену технической проверке проекта или финальному рендерингу. При подготовке материалов к передаче также учитывайте права на изображения и водяной знак SynthID.
Частые вопросы
Какой идентификатор модели Nano Banana 2.1 в Gemini API?
Идентификатор модели — gemini-nano-banana-2.1. В документации приведены примеры для Python, JavaScript, Java, Go и REST.
Можно ли редактировать готовое архитектурное изображение с помощью Nano Banana 2.1?
Да. В документации Gemini API описана передача изображения вместе с текстовым запросом, в котором можно попросить добавить, удалить или заменить элементы, а также изменить стиль или цвет.
Есть ли водяной знак на изображениях, созданных с помощью Nano Banana 2.1?
Согласно документации Google, все созданные изображения содержат водяной знак SynthID.



