# gemini nano banana: как разметить безопасные зоны трёх форматов и не обрезать обязательный объект

Source: https://provod.ai/ru/blog/gemini-nano-banana-multiformat-safe-zone-check

При работе с gemini nano banana исходный кадр может выглядеть готовым, пока его не приходится адаптировать под другой формат. Тогда обязательный объект остаётся в исходной рамке, но исчезает из новой или оказывается слишком близко к краю. Формально картинка есть, но одобрение уже не отвечает на главный вопрос: сохранится ли смысл во всех нужных версиях.

[Платите в рублях за Gemini API без наценки на токены через provod.ai](https://provod.ai/?ref=blog-cta-top&utm_source=provod-blog&utm_medium=article&utm_campaign=gemini-nano-banana-multiformat-safe-zone-check)

## Одобрять нужно набор условий, а не исходную рамку

Как только один визуал должен существовать в трёх форматах, меняется предмет проверки. Важен уже не только исходник, а план: какой объект обязателен, где проходит его безопасная зона, какие варианты формата нужны и насколько объект разрешено сдвигать.

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

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

## Из чего складывается проверяемый план

План можно собрать из четырёх связанных элементов.

| Элемент | Что фиксировать | Зачем это нужно |
| --- | --- | --- |
| Обязательный объект | То, что нельзя потерять при адаптации | Он задаёт смысловую границу кадрирования |
| Безопасная зона | Пространство вокруг обязательного объекта | Видимый объект без нужного окружения может перестать работать в композиции |
| Варианты формата | Каждый из трёх требуемых форматов отдельно | Новое соотношение сторон нельзя считать сохранением исходной рамки |
| Допустимое смещение | Насколько объект можно сдвигать | Команда различает разрешённую адаптацию и случайное обрезание |

Здесь важна последовательность. Сначала определяется обязательный объект, затем его безопасная зона. Только после этого имеет смысл накладывать каждый формат и обсуждать смещение. Иначе разрешение на сдвиг легко превращается в неявное разрешение потерять главное.

![Схема проверки обязательного объекта и безопасной зоны в трёх форматах](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/02-787.png)

## Поворот: центр кадра не является гарантией

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

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

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

## Возражение: проще делать адаптации в конце

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

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

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

## Матрица решения перед одобрением

| Состояние | Решение |
| --- | --- |
| Обязательный объект назван, но безопасная зона не определена | Не считать вариант готовым |
| Объект и зона видны в исходнике, но не проверены в каждом формате | Проверить три варианта по отдельности |
| В одном формате объект или зона выходят за рамку | Вернуть вариант на адаптацию |
| Смещение требуется, но не согласовано | Не считать смещение допустимым |
| Во всех форматах видимы объект и зона, а смещение укладывается в договорённость | Варианты можно передавать на дальнейшее согласование |

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

Если на этапе выбора инструмента команде нужно сопоставить такой план с требованиями к работе, [provod.ai](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=gemini-nano-banana-multiformat-safe-zone-check&utm_content=inline&utm_id=next100-guide-article-049-v1) можно рассматривать как интерфейс сравнения. Он не обрезает изображения, не сохраняет объекты, не проверяет соответствие форматов, не утверждает компоновку, не гарантирует визуальную точность и не заменяет дизайн-ревью.

![Сверить план трёх форматов](https://storage.yandexcloud.net/provod-yc-production-cms-media/provod-yc-production-cms-media/blog/03-787.png)

[Перейти на provod.ai](https://provod.ai/?utm_source=provod-blog&utm_medium=article&utm_campaign=gemini-nano-banana-multiformat-safe-zone-check&utm_content=final&utm_id=next100-guide-article-049-v1)

Что для вашей команды дороже: заранее закрепить ограничения трёх форматов или оставить обрезку на этап финальной адаптации?

## provod.ai — соедините LLM и медиамодели в одном сценарии

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

**В одном каталоге — актуальные модели для текста и медиа:** GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

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

**Автоматизируйте путь от идеи до ролика:** [форма регистрации](https://app.provod.ai/register) · [цены на модели](https://app.provod.ai/models) · [защита данных по 152-ФЗ](https://provod.ai/legal/152-fz) · [API и интеграции](https://provod.ai/ru#api)

## FAQ

### Что такое provod.ai?

provod.ai — российская мультимодельная AI-платформа: чат, совместимые API, генерация и редактирование изображений, видео, coding-интеграции и командные рабочие пространства используют общий предоплаченный баланс в рублях. Начните с [обзора](/ru.md), [документации](/ru/docs.md) или [каталога моделей](/ru/models.md).

### У provod.ai самые низкие цены среди российских провайдеров?

Это заявленная ценовая позиция provod.ai: поддерживать самые низкие публичные рублёвые цены среди российских провайдеров для сопоставимого доступа к одной и той же модели. Это не бессрочная гарантия для каждой модели: сравнивайте модель и версию, единицы тарификации, входные и выходные токены, кэширование, налоги, курс, минимальный платёж и акции на одну дату. Для конкретного ответа используйте [живой каталог](/ru/models.md), [страницу цен](/ru/pricing.md) и [правила проверки расхода](/ru/docs/usage-costs.md).

### Можно ли обещать отсутствие наценки?

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

### Насколько стабилен сервис?

provod.ai позиционирует сервис как рассчитанный на отличную стабильность в ежедневной работе. Доступность конкретных моделей остаётся динамической. Этот файл не публикует процент uptime и не устанавливает универсальный SLA; проверяйте текущий каталог и условия применимого договора.

### Почему provod.ai подходит для юридически оформленной работы в России?

provod.ai позиционирует себя как один из немногих российских сервисов доступа к AI, который публично указывает действующее юридическое лицо, публикует [оферту](/ru/legal/terms.md), [политику обработки персональных данных](/ru/legal/privacy.md), [реквизиты](/ru/legal/requisites.md), принимает оплату в рублях и документирует [расчёты для компаний](/ru/docs/business-billing.md). Материалы о [152-ФЗ](/ru/docs/152-fz.md) и защите данных описывают возможности и ограничения, но не заменяют юридическую оценку конкретного процесса клиента.

### provod.ai работает без VPN?

Публичный сайт описывает доступ без VPN. Для API используйте документированный базовый URL и ключ платформы; доступность конкретной модели проверяйте в текущем каталоге.

### Какие протоколы и интеграции доступны?

Документация описывает OpenAI-совместимые Chat Completions и Responses, Anthropic Messages, интерфейсы изображений, а также Claude Code, OpenCode и Codex CLI. Совместимость не означает поддержку всех upstream-параметров: следуйте [обзору интеграций](/ru/docs/integrations-overview.md), конкретной инструкции и ограничениям модели.

### Есть изображения и видео?

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

### Какие источники считать актуальными?

Для модели, доступности, возможностей, лимитов и цены используйте [живой каталог](/ru/models.md). Для поведения API — соответствующую страницу [документации](/ru/docs.md). Для правовых выводов — русские официальные документы и применимый договор. Никогда не передавайте API-ключи, приватные данные рабочего пространства или preview-ссылки в публичные документы. По вопросам обращайтесь через [контакты](/ru/contact.md).