# Визуальный ввод не сделал Sol и Luna генераторами изображений

Sol и Luna принимают изображения и возвращают текст; разделяйте понимание снимка и создание артефакта при маршрутизации через общий интерфейс.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-09-22
Первоисточник новости: https://developers.openai.com/api/docs/changelog
Канонический URL: https://retrivium.ai/ru/retrospectives/sol-luna-image-input-text-output/

Слово «мультимодальный» способно скрывать важную асимметрию. Модель может понимать снимок экрана и выдавать текст, вообще не создавая изображение. Выпуск Sol и Luna сделал это различие практически значимым для приложений, которые показывают несколько возможностей AI через один интерфейс и одинаково называют их результатами работы.

## Хронология описывает контракт ввода и вывода

[Статья об архитектуре Responses](https://developers.openai.com/blog/responses-api) от 22 сентября 2025 года рассматривала мультимодальные процессы. [Changelog API](https://developers.openai.com/api/docs/changelog) фиксирует Astra 3 сентября 2026 года и Sol с Luna 22 сентября 2026 года. Для последнего выпуска указаны текстовый и визуальный ввод с текстовым выводом. [Анонс семейства](https://openai.com/index/introducing-gpt-6-sol-and-luna/) задаёт позиционирование моделей. Возможность принять определённый ввод не означает возможность произвести такой же вывод.

## Два запроса относятся к одному изображению

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

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

## Результату нужна собственная граница проверки

Приложение должно определить ожидаемый объект до выбора пути модели. Текстовому ответу нужна проверка содержания. Созданному документу нужен реальный файл с требуемыми полями и макетом. Растровому изображению нужен настоящий визуальный результат, а не предложение в Markdown, которое утверждает его существование.

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

## Парная проверка обнаруживает ложное завершение

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

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

## Что меняется в продукте

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

Sol и Luna расширили выбор визуального рассуждения, но выпуск не отменил границы вывода. Явное сохранение границ не позволяет приложению превращать успешное понимание в неподтверждённое обещание создания медиа. Такой контракт остаётся полезным и при последующем добавлении отдельных генераторов.

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

- [Контракты ввода и вывода API](/ru/journal/provider-api-contract-deprecation-migration/)
- [Граница запроса инструмента и выполнения](/ru/journal/openrouter-tool-calling/)