Отель запрашивает униформу для сотрудников ресепшна, официантов и службы уборки в своих фирменных цветах. До оформления заказа производителю нужно показать, как выбранные решения смотрятся вместе. Этот агент проводит предложение через подбор, предварительный просмотр, правки и подготовку готового документа в Telegram. Каждое решение остаётся связано с каталогом, согласованным заданием и версией, которую человек действительно проверил.
Сначала запрос становится планом, а затем изображением
Диалоговый агент Hermes преобразует запрос в роли, артикулы, цвета, формат страницы, типажи моделей и размещение логотипа. Операции с каталогом, изображениями и PDF выполняются отдельными MCP-инструментами, каждый из которых проверяет собственные предварительные условия. План сохраняется вместе с хешем содержимого: изменение вещи или цвета требует нового плана. Уверенная формулировка в чате не может незаметно перезаписать согласованные решения.
- Сначала выбрать главное изображение
- После подтверждения плана человек получает три варианта освещения и проверяет лица, одежду и границы кадра. Выбранное главное изображение без изменений копируется в предложение и проверяется по хешу. Для другой позы или отсутствующего изображения в полный рост нужны новый план и новый выбор варианта.
- Отделить расходы от приёмки
- Каждое новое платное действие с изображением требует подтверждения. Разрешение на генерацию отделено от согласования готового листа. Задания сохраняют свой статус и распознают повторные одинаковые команды, поэтому после прерывания можно проверить запуск, прежде чем создавать новый.
Артикул и его фотография проходят весь процесс вместе
Для каждой выбранной вещи на следующий этап передаются артикул, фотография-образец и рабочий цвет. Для нового цвета система ищет фотографию той же модели в ближайшем доступном цвете, сохраняет источник и сообщает о компромиссе. При изменении цвета артикул должен сохраниться, а при замене указываются старый и новый артикулы. В парном предложении два комплекта отслеживаются отдельно.
- Новые изделия можно добавить из Telegram
- Производитель отправляет фотографии, название и артикул, проверяет предложенную карточку и подтверждает её. Система сверяется с существующими артикулами, чтобы не создавать дубликаты. Если у изделия из списка нет подходящей фотографии, для визуализации сначала нужен референс — в том числе для конкретной модели обуви.
- Референсы направляют результат
- Реальная фотография показывает модели крой, воротник, карман и отделку, на которые следует ориентироваться, но не гарантирует их точного воспроизведения. Сгенерированное изображение всё равно нужно сравнить с источником. Оно помогает обсуждать дизайн; точный оттенок, состав и фактуру ткани, а также посадку подтверждают физические образцы и примерка.
Страница собирается из сохранённых изображений
Модель изображений создаёт отдельные фотографические сцены. Код размещает их в фиксированном шаблоне и добавляет подписи, образцы палитры и логотип в шапке. Шаблоны определяют обязательные ячейки для предложения с одним человеком, парой или сотрудниками ресепшна. Лист можно заново собрать из сохранённых изображений без повторной генерации; если для нового формата нужна дополнительная сцена, её всё же придётся создать.
- Общие референсы для всех сцен
- Дополнительные сцены получают в качестве общих исходных данных фотографии из каталога, выбранное главное изображение и профиль моделей. Перед сборкой параметры генерации сверяются с зафиксированным планом. Это поддерживает согласованность инструкций, но лица, детали одежды и надписи всё равно проверяются в каждом сгенерированном изображении.
Логотип в шапке и на одежде обрабатывается по-разному
Сайт клиента может стать источником предложенной палитры и логотипа для шапки листа. Человек проверяет цвета, а компоновщик размещает исходный файл логотипа с сохранением пропорций. Для логотипа на одежде нужен отдельный файл и точное место, например правый рукав каждой рубашки. Этот знак генерируется вместе с тканью, светом и складками, поэтому его буквы, форму и положение нужно проверять визуально. Разрешение использовать бренд только в шапке не означает разрешения размещать логотипы на одежде.
Проверки качества оценивают детали, пропорции и неопределённость
Модель компьютерного зрения находит запрошенный воротник, пуговицу или карман и возвращает ограничивающую рамку. Код преобразует эти координаты в вырезку из сохранённого изображения. Отдельная проверка определяет, видна ли нужная деталь, содержит ли вырезка что-то кроме фона и относится ли она к тому же комплекту. Если обязательная деталь отсутствует или обязательная проверка не пройдена, лист нельзя завершить и принять.
- Сверять с каталогом и главное изображение
- Для поддерживаемых видов одежды проверки сравнивают пропорции в разных кадрах. Подходящая каталожная фотография помогает отличить ошибку в главном изображении от ошибки во вспомогательном кадре. Например, для длинного фартука его длина и положение кармана важнее общего впечатления от сцены.
- Ненадёжное измерение может остаться неизвестным
- Складки, перспектива и скрытые края могут сделать измерение непригодным. Результат может остаться неизвестным. Автоматическая коррекция формы отключена там, где её надёжность не подтверждена. Диагностика цвета сравнивает группы близких оттенков с запрошенной палитрой и даёт данные для проверки, но сама по себе не принимает и не отклоняет лист.
Точечная правка создаёт новый вариант
Перемещение или увеличение существующей вырезки меняет границы кадра без обращения к модели изображений. Замена цвета, пуговицы или вещи — это генеративная правка: она фиксирует исходный файл и ожидаемый хеш, создаёт дочернюю версию и повторно использует сохранённые соседние ячейки. Родительская версия остаётся доступной для сравнения. Кадрирование может показать только то, что уже есть в исходнике; для отсутствующей обуви или новой позы нужны новое главное изображение и повторный выбор.
- Проверять изменённое изображение целиком
- В документированном эксперименте замена трёх золотистых кнопок на чёрные также изменила пиксели вдоль контура вещи и боковой завязки. Карта различий сделала эти изменения видимыми. Сохранение остальных ячеек защищает остальную часть листа, но сам изменённый вариант всё равно нужно проверить на непреднамеренные изменения швов, формы и фактуры.
Согласование относится к точной версии и конкретному человеку
Когда человек принимает лист, система копирует сам лист, составляющие его изображения и исходный логотип в неизменяемую версию. Манифест файлов хранит размеры и хеши и проверяется при чтении; неполная или повреждённая версия не может попасть в лукбук. Запись содержит идентификатор человека, который действительно её согласовал, а также план, хеши референсов, версию промпта, настройки генерации и снимок шаблона.
- Сохранять результат вместе с рецептом
- Сохранённый параметр seed не гарантирует, что внешний сервис генерации изображений воспроизведёт те же пиксели. Фактические файлы позволяют заново собрать документ из согласованных изображений. Хеши подтверждают целостность файлов; визуальное качество и приёмка остаются решениями человека.
Изображение для проверки, печатный лист и лукбук
Процесс создаёт разные материалы для обсуждения, печати и проекта целиком. Основной лукбук использует сохранённые согласованные предложения без генерации новых изображений. Перед сборкой система проверяет принятую редакцию, хеши файлов и принадлежность проекту. Затем порядок страниц и итоговый PDF проверяются как единый документ.
- PNG для проверки
- Один лист предложения отправляется в чат для проверки и правок. Отдельное обзорное изображение располагает страницы лукбука рядом, чтобы можно было проверить их порядок.
- PDF A4 для одного предложения
- При экспорте для печати один согласованный лист помещается в PDF формата A4. Это отдельный результат, не являющийся лукбуком проекта.
- Многостраничный PDF проекта
- Основной лукбук содержит обложку и по одной странице для каждого согласованного предложения в узком вертикальном формате студии. Пара остаётся вместе на одной странице. Так производитель получает документ из тех точных версий, которые были согласованы при проверке.
Что показывает кейс
Рабочий процесс, который связывает артикулы каталога, согласованные планы, визуальные проверки и сохранённые версии, а человек выбирает изображения и принимает точные файлы, использованные в итоговом PDF.
Направление
ИИ-агенты
Технологии
Nano Banana Pro · Gemini API · MCP-сервер · Hermes · Telegram-агент · Компоновка в Pillow · Supabase · Docker
Похожая задача у вас?
Опишите процесс, и мы пришлём разбор письмом за один рабочий день. Если задача не окупается, так и напишем.