Промпты Nano Banana с Reddit: копируйте схему, а не весь текст

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

Рабочее правило: используйте Reddit как источник сырья. Сохраняйте задачу и композиционную логику, заменяйте проектные детали, выбирайте подходящий маршрут Nano Banana и проверяйте небольшой набор вариантов перед тем, как добавлять промпт в библиотеку.

На 18 мая 2026 года маршрутные факты лучше сверять с официальными материалами Google. В разработческой среде Nano Banana 2 связан с gemini-3.1-flash-image-preview, Nano Banana Pro связан с gemini-3-pro-image-preview, а исходный Nano Banana связан с gemini-2.5-flash-image. Reddit помогает понять язык и частые ошибки. Официальная документация определяет имена моделей, доступ, стоимость, бесплатные границы и поведение безопасности.

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

Сначала определите задачу изображения

Хороший промпт начинается не со стиля, а с задачи. Что именно должно получиться: товарный hero-shot, персонаж, рекламный макет, интерьер, еда, инфографика, локальное редактирование, обложка, storyboard или серия изображений с устойчивой идентичностью? Пока задача не названа, длинный список эстетических слов почти ничего не контролирует.

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

Перед сохранением поставьте три метки:

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

Маршрут важнее длины промпта

Nano Banana как рыночное название скрывает несколько разных ситуаций. Быстрая генерация идеи, редактирование по исходной картинке, макет с большим количеством текста, много референсов и автоматизированный вызов API требуют разных формулировок.

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

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

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

AI Studio и API нужны, когда важны модель, запрос, логирование, ретраи, стоимость, ограничения и интеграция. Чужой пример из приложения не доказывает, что та же строка будет вести себя одинаково в вашем API-запросе.

Анатомия промпта: сохраните структуру

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

Сохраняйте промпт в виде полей:

hljs textКопировать
Задача изображения:
Объект и контекст:
Композиция и камера:
Свет и цвет:
Стиль или формат:
Что обязательно сохранить:
Что нельзя добавлять:
Маршрут или параметры:
Критерий проверки:

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

Какие шаблоны стоит адаптировать

Самые полезные категории не дают магическую строку. Они дают повторяемый способ описывать задачу.

Товарный hero-shot

hljs textКопировать
Создай коммерческое изображение [продукта] на [поверхности] в [контексте бренда].
Используй [схему света], [качество тени] и [фон].
Камера: [ракурс], объект остается главным.
Не добавляй лишние логотипы, руки, искаженный текст или изменение формы.
Проверка: форма, материал и ключевая деталь узнаваемы в трех вариантах.

Этот шаблон подходит для e-commerce, рекламы, упаковки и концептов. Меняйте материал, сцену, цвет и место под текст. Удаляйте общие слова, если они не превращаются в свет, камеру или композицию.

Персонаж и идентичность

hljs textКопировать
Создай портрет [персонажа] в [сцене].
Сохрани [форма лица, волосы, одежда, возраст, предмет].
Стиль: [стиль], дистанция камеры: [дистанция].
Не меняй возраст, лицо, цвет костюма и сигнатурный предмет.
Проверка: якоря идентичности устойчивы в трех вариантах.

Для одиночного concept art этого может хватить. Для кампании, маскота или storyboard нужен референсный маршрут, потому что текст сам по себе плохо удерживает идентичность на серии.

Информационная доска

hljs textКопировать
Создай чистую информационную доску о [теме] для [аудитории].
Обязательные блоки: [1], [2], [3], [4].
Используй короткие подписи, читаемую сетку и деловой стиль документации.
Точный текст: [слова].
Не придумывай цифры, лишние ярлыки и новые утверждения.
Проверка: весь обязательный текст читаем, а новых фактов нет.

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

Редактирование входного изображения

hljs textКопировать
Измени входное изображение так, чтобы [конкретное изменение].
Сохрани [личность, объект, позу, фон, перспективу, текст].
Согласуй угол камеры, направление света и перспективу.
Не добавляй новые объекты, не меняй идентичность и не переписывай надписи.
Проверка: изменение видно, но защищенные детали совпадают с оригиналом.

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

Проверяйте один промпт на малом тесте

Библиотека промптов должна хранить доказательства, а не слухи. Используйте одну базовую версию и две контролируемые переменные.

1. База: ваша чистая версия структуры.
2. Вариант A: измените один визуальный параметр, например свет или камеру.
3. Вариант B: измените один маршрутный параметр, например точный текст, референс или сложность макета.

Оценивайте по пяти критериям:

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

Записывайте не только успехи, но и провалы

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

У каждой записи должен быть блок провалов:

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

Не принимайте популярные списки за рейтинг

Подборки на 100, 500 или 1000 строк удобны для обзора, но они не доказывают надежность. Лайки показывают привлекательность примера, а не стабильность в вашем продукте, языке, размере, политике, API и референсах.

Используйте такие списки как карту задач. Посмотрите, какие работы повторяются: продукт, портрет, 3D-статуэтка, инфографика, интерьер, еда, реклама, before/after. Потом посмотрите, какие сбои повторяются: короткие промпты, слабые референсы, расхождение между Pro и Nano Banana 2, блокировки, дрейф персонажа, смешение генерации и редактирования.

Когда много людей обсуждают одну и ту же проблему, вам нужна не еще одна строка, а правило маршрута. Например, «если текст на доске критичен, меньше слов и Pro», «если персонаж должен повторяться, нужен референс», «если задача идет в API, сохраняем модель, запрос и результат».

Как внедрить схему в командный процесс

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

Для командной библиотеки задайте обязательные поля:

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

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

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

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

Часто задаваемые вопросы

Промпты с Reddit действительно лучше?

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

Можно ли копировать промпт целиком?

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

Какой формат лучше для Nano Banana Pro?

Структурированный формат с задачей, иерархией, точным текстом, защитными ограничениями и проверкой. Pro особенно полезен для текста, макета, инфографики и документных карточек.

Нужен ли JSON?

JSON помогает в командной или API-среде, где важны повторяемые поля. Но JSON не исправит слабую задачу. Используйте его только если он делает структуру понятнее.

С чего начать: Gemini app или API?

Для быстрой идеи начните с Gemini app. Для сохранения объекта используйте референс. Для текста и макета пробуйте Pro. Для логов, модели, батчей и интеграции переходите в AI Studio или API.

Полезны ли генераторы промптов?

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

Что делать, если промпт постоянно не работает?

Сначала классифицируйте сбой. Неясная структура требует переписывания. Дрейф референса требует другого маршрута. Ошибки текста требуют упрощения или Pro. Блокировка требует безопасной переформулировки или остановки.