API для редактирования изображений с несколькими референсами использует несколько изображений в качестве контекста для одного запрошенного изменения. Одно изображение может задавать объект, другое — направлять композицию, а третье — показывать визуальную обработку. В запросе всё равно нужно указать, что меняется, а что остаётся неизменным.
Определите, что контролирует каждый референс
Большее число референсов не обязательно делает редактирование понятнее. Назначьте каждому изображению свою роль. Референс объекта определяет человека или предмет, который нужно сохранить. Композиционный референс задаёт кадрирование или расположение элементов. Стилевой референс направляет визуальную обработку. Референс ограничений может показывать деталь, которая должна оставаться согласованной, например форму продукта или взаимное расположение элементов макета.
Разрешите конфликты до отправки запроса. Если два источника дают разные результаты, укажите, какой из них имеет приоритет. Это яснее, чем просить модель принять решение, которого команда ещё не приняла.
Сформулируйте инструкцию по редактированию как ограниченное изменение
Сначала назовите предполагаемое изменение, затем элементы, которые должны оставаться неизменными. Длинный список расплывчатых прилагательных редко помогает. Полезная инструкция определяет цель, изменение, роли референсов и ограничения.
Например, команда может попросить оставить объект съемки из эталонного изображения, использовать кадрирование из эталонного изображения композиции и задать направление освещения из эталонного изображения стиля. В ней также можно указать исключения: например, сохранить текст нечитаемым, а не придумывать новый текст, или сохранить этикетку продукта, а не перерабатывать её дизайн.
Подготовьте референсы перед тестированием API
Выбирайте изображения, по которым легко распознать их предполагаемую роль. Обрезайте отвлекающие детали, если они не относятся к задаче. Сохраняйте набор достаточно небольшим, чтобы проверяющий мог объяснить, зачем присутствует каждое изображение. Сохраняйте промпт, порядок референсов, настройки вывода и заметки проверяющего для каждого теста.
Используйте небольшую тестовую матрицу, а не полагайтесь на один привлекательный результат. Меняйте по одному фактору за раз, например композиционный референс или формулировку инструкции. Затем сравните, остаются ли тема, макет, визуальное оформление и запрошенные изменения неизменными во всех вариантах вывода.
Проверьте результат в соответствии с запросом
Перед использованием результата в продукте или рекламной кампании проверьте следующие моменты:
Появляется ли запрошенное изменение без изменения не того человека или объекта?
Проявляется ли каждая роль референса там, где должна?
Сохранены ли важные детали, этикетки, пропорции и взаимное расположение элементов макета?
Содержит ли изображение непреднамеренный текст, лишние объекты или визуальные артефакты?
Может ли другой проверяющий воспроизвести результат, используя сохранённый набор входных данных и инструкцию?
Проверка упрощает оценку творческого теста как инженерного решения. Если результат неудачен, определите отсутствующее или неверно выполненное требование. Пересмотрите соответствующий референс или инструкцию вместо добавления в промпт не связанного с задачей текста.
Оцените актуальную модель через OdiRouter
Возможности, доступность и цены моделей могут меняться. Перед интеграцией рабочего процесса редактирования изображений с несколькими референсами используйте OdiRouter model catalog, чтобы изучить актуальные варианты. Проверьте OdiRouter pricing, прежде чем формировать ожидания для продакшена, затем используйте getting-started documentation для планирования интеграции.
Начните с контролируемого теста, проверьте результат по чек-листу и обеспечьте возможность легко пересмотреть выбор модели. Когда рабочий процесс будет готов к более широкой оценке, explore OdiRouter, чтобы перейти от выбора модели к реализации.