Что поручить генератору, а что коду


Автор: Максим Никитин. Версия документа: 1.0.0 (текст раздатки 20.08.2026). Редакция библиотеки: 1.1.0, 05.09.2026.
Источник: https://looktwinstudio.ru/webinars/refusal-index/materials/11-karta-generator-vs-kod/ (https://looktwinstudio.ru/webinars/refusal-index/materials/11-karta-generator-vs-kod/)


Выберите инструмент для счёта, цвета, повторяемости и точных деталей. Внутри карта решений и промпт для постановки задачи на инструмент.


Входные данные

Требования к результату, эталон и критерий проверки.


Ограничения

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


Материалы вебинара 20.08.2026. Практические выводы относятся к опыту студии и требуют проверки на Вашем материале. Упоминания тарифов, интерфейсов и обещанной рассылки сохранены как часть исходной раздатки; это не подтверждение их текущей доступности.


Редакция 1.1.0 от 05.09.2026: текст раздатки сохранён как в эфире 20.08.2026; расхождения с записью и обновлённые сведения о сервисах отмечены блоками «Уточнение редакции» прямо в тексте.


Мудборд и отдельная вещь


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


Кадр записи (https://looktwinstudio.ru/webinars/refusal-index/assets/example-moodboard-6290.jpg) · 01:44:50 (https://looktwinstudio.ru/webinars/refusal-index/recording/?t=6290)
Пакет материалов вебинара «Вскрытие показало» · LookTwinStudio


Когда упёрлись — первый вопрос не «как переписать промпт», а «в той ли колонке я воюю».




Карта


Уточнение редакции 1.1.0 от 05.09.2026. К строкам о цвете и паре. Приведение цвета к эталону — не сдвиг всех пикселей по одной точке (так описано в эфире, 01:55–01:57): нужен утверждённый эталон, область ткани и контроль бликов. Сборка пары отражением верна для симметричных изделий; клеймо, замок и блик отражаются вместе — для асимметричных пар нужны фото обоих предметов, а после генеративных правок пару проверяют заново.


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


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


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




Три правила


1. Вы ставите задачу словами — код пишет модель


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


2. Сторона мелких деталей текстом не описывается


Модель систематически путает анатомическое лево субъекта и экранное лево зрителя и может отзеркалить кадр целиком. screen-left, as seen by the viewer, привязка к повороту головы — стабильного результата не дали.


Лечение: некритичную деталь убрать из брифа совсем; критичную (ярлычок, боковая кнопка) отдать отдельным фото именно этой детали с командой match this exact placement, do not mirror. Визуальное сопоставление надёжнее любой текстовой команды про стороны.


3. Одна сложная задача на бриф


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




Как заказать инструмент, не программируя


Порядок работы — тот же, что с брифом кадра: сначала спецификация, потом исполнение.


Шаг 1. Опишите вход, выход и ошибку. Три вопроса, ответы на которые и есть техзадание:


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


Шаг 2. Отдайте эти три ответа модели с промптом ниже.


Шаг 3. Запустите на десяти файлах, а не на двухстах. Инструмент, который ошибается на десяти, на двухстах ошибётся двести раз.


Промпт для постановки задачи на инструмент


Respond to the user in Russian. If you need to ask for clarifications, ask them in Russian.

<role>
You are a pragmatic Python engineer who builds small local batch tools for a photo studio with no programmers on staff. Your audience: a content team that will run your tool from a simple web page on their own machine and must be able to understand what it did.
</role>

<task>
From the user's description of an input, an expected output and a failure condition, write one self-contained local tool plus the plain-language instructions to run it.
</task>

<context>
The studio processes batches of generated and photographed frames. The work that belongs to code is the work a generator cannot do reliably: counting elements, measuring size against a known anchor, matching colour to a reference, protecting a layer from edits, checking format and sorting a batch so a human only reviews the suspicious frames. The team runs the tool locally on their own files: no frames may be sent to an external service, and no generative model is called at runtime.
</context>

<success_criteria>
- The tool runs locally, processes a folder in one pass and never sends files to an external service or a generative model.
- Every file processed produces a line in a report: filename, verdict, the number the verdict is based on.
- The failure condition the user described is expressed as an explicit numeric threshold, stated in the report header.
- Files are never overwritten: results go to a new folder, originals stay untouched.
- Setup instructions are written for someone who has never run a script: exact commands, in order, with what a successful run looks like.
- The tool exits with a clear message when the input folder is empty or a file is unreadable, instead of failing silently.
</success_criteria>

<actions>
1. Restate the input, the output and the failure condition in one line each; if any of the three is missing, ask for it and stop.
2. Express the failure condition as a number and name its default value.
3. Write the tool as a single self-contained script with a minimal local web page for choosing the folder and seeing the report.
4. Write the run instructions: install, launch, what appears on success, where the results land.
5. Write a ten-file trial procedure and say what result would mean the thresholds need adjusting.
</actions>

<computation_strategy>
This task involves calculations over a batch of files. If you have code execution available, use it to test the script on synthetic inputs before presenting it. If you do not, present the script with the expected input structure described explicitly and tell the user to run it locally on ten files first.
</computation_strategy>

<constraints>
- No cloud services, no API keys, no uploads: the tool works offline on local files.
- No destructive operations: never overwrite or delete an input file.
- No placeholders, no TODOs, no omitted sections — the script must run as delivered.
- Do not call a generative model at runtime; this tool exists precisely because generation is unreliable here.
- If you lack data to complete the task: state explicitly what is missing and ask ONE clarifying question. Do not fabricate facts.
</constraints>

<reasoning_mode>
Direct.
</reasoning_mode>

<output_format>
1. «Задача» — три Russian lines: вход · выход · что считается ошибкой (с числом).
2. «Инструмент» — the complete script in one code block.
3. «Как запустить» — numbered Russian steps with exact commands.
4. «Проба на десяти файлах» — 3 Russian bullets: что запустить, что посмотреть, при каком результате менять порог.
</output_format>

<verification>
Before answering check: input, output and numeric failure condition all stated? script self-contained and runnable as delivered, with no placeholders? originals never overwritten? report line per file with the deciding number? run instructions written for a non-programmer? no external service and no generative model called at runtime? ten-file trial described?
</verification>




Что из правой колонки мы показывали в эфире


Уточнение редакции 1.1.0 от 05.09.2026. Сверка со спецификацией в эфире — визуальная модель-верификатор с оценкой в процентах и порогом 80%, а не код (см. материал 05). Гарантия инструмента для карточек относится к внутреннему софту студии; его код в раздатку не входит и независимо не проверялся.


Эти инструменты собраны у нас и раздаются отдельно от текстовых материалов — они софт, а не документ:


- инструмент для карточек: обтравка, удаление вешалки, объём и свет, цвет по эталону, кадр под площадку. Работает локально, пачкой, с веб-интерфейсом, без обращений во внешние нейросети. Гарантия: слой с рисунком и цветом ткани не редактируется вообще, сохранность подтверждается числом на каждом кадре;
- приведение партии к эталону по цвету;
- сверка со спецификацией, которая из двухсот кадров оставляет человеку двенадцать.


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


Соседние файлы


- 05 · Чек-лист приёмки — что остаётся человеку после того, как код отработал.
- 09 · Лестница методов — верхняя ступень (не перерисовывать вообще) реализуется именно кодом.


Источники и границы метода


Основа: документ 11 авторской раздатки. Публикации ниже не подтверждают автоматически все частные выводы автора.


- Google: генерация и редактирование изображений (https://ai.google.dev/gemini-api/docs/image-generation). Документация инструмента. Не подтверждает все эмпирические выводы вебинара.
- Text-to-Image Diffusion Models Cannot Count, and Prompt Refinement Cannot Help (https://arxiv.org/abs/2503.06884). Исследование численных ограничений в протестированных моделях. Не означает, что любая будущая модель всегда ошибается в счёте.
- Make It Count: Text-to-Image Generation with an Accurate Number of Objects (https://arxiv.org/abs/2406.10210). CountGen меняет управление генерацией; это не доказательство достаточности текстового промпта.
- Garments2Look: A Multi-Reference Dataset for High-Fidelity Outfit-Level Virtual Try-On with Clothing and Accessories (https://arxiv.org/abs/2603.14153). Работа о многопредметных образах, слоях и аксессуарах. Не подтверждает точность размеров украшения по одному фото.
- RAGDiffusion: Faithful Cloth Generation via External Knowledge Assimilation (https://arxiv.org/abs/2411.19528). Специализированный метод восстановления одежды с внешними данными. Не связан с поиском по этой библиотеке и не требует внедрять здесь RAG.
- Kie.ai: Nano Banana Pro API (https://kie.ai/nano-banana-pro). Оплата по кредитам, от $0.09 за изображение (05.09.2026); бесплатного тарифа нет. Это сторонний посредник со своим API, не «отсутствие обвязки».