# Эскизы и комментарии сделали намерение при правке явнее

Как эскизы и комментарии в Images 2.5 изменили проверку правок и почему пространственной отметке нужны исходная версия и критерии сохранения.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-09-08
Первоисточник новости: https://openai.com/index/introducing-chatgpt-images-2-5/
Канонический URL: https://retrivium.ai/ru/retrospectives/images25-sketch-comments-workflow/

## Редактирование стало задачей коммуникации

В [анонсе генерации изображений от 25 марта 2025 года](https://openai.com/index/introducing-4o-image-generation/) создание картинки было помещено внутрь разговора. [Анонс Images 2.0 от 21 апреля 2026 года](https://openai.com/index/introducing-chatgpt-images-2-0/) развивал этот процесс редактирования. 8 сентября 2026 года [Images 2.5 добавила эскизы и комментарии к изображениям](https://openai.com/index/introducing-chatgpt-images-2-5/). Существенным изменением стало не просто дополнительное поле для текста. Отметка позволяла связать просьбу с конкретным местом, сокращая расстояние между желаемой правкой и свидетельствами, необходимыми для её проверки.

## Место объясняет лишь часть намерения

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

## Исходная версия должна быть определима

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

## Ограниченный пример для сравнения

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

## Точная проверка не означает безошибочность

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

## Связанные материалы

- [Проверка графических нагрузок](/ru/journal/stable-diffusion-gpu-benchmark/)
- [План контролируемого сравнения](/ru/journal/inference-benchmark-method/)