Многоязычный API для преобразования текста в изображения важен, когда запросы вводят люди из разных рынков. Одного лишь указания языка недостаточно для ответа на вопрос о продукте. Вам необходимо знать, создают ли промпты ваших клиентов полезные изображения при таком времени отклика и операционных расходах, которые может поддержать ваша функция. OdiRouter предоставляет актуальный каталог моделей и документированный API задач, поэтому вы можете оценивать поддерживаемые модели генерации изображений, не настраивая отдельную интеграцию для каждого поставщика.
Начните с нужного вам сценария использования
Прежде чем выбирать модель, определите задачу. Инструмент для мерчандайзинга может нуждаться в воспроизводимых композициях товаров. Для творческого рабочего пространства более важной может быть быстрая итерация. Для процесса редактирования может потребоваться модель, понимающая изображения, а не генерация только по тексту. Тесты должны соответствовать задаче.
Для многоязычного продукта составьте компактный набор промптов на языках, которыми действительно пользуются клиенты. Сохраняйте сопоставимыми сцену, обязательные объекты, требования к тексту и ограничения безопасности. Затем оценивайте не только само изображение. Фиксируйте, присутствуют ли запрошенные объекты, пригоден ли видимый текст для использования, соответствуют ли культурные детали промпту и сколько времени заняла задача от отправки до получения результата.
Проверьте текущий каталог OdiRouter
OdiRouter model catalog содержит список актуальных моделей генерации изображений наряду с другими категориями моделей. Наличие, параметры и цены могут меняться. При внедрении проверьте каталог и соответствующую ссылку на модель, вместо того чтобы встраивать снимок в приложение.
В текущей документации, например, содержится описание Nano Banana, касающееся генерации, редактирования и композиции нескольких изображений. Они также включают FLUX.2 [pro] для промышленной генерации изображений и управляемых творческих итераций. Это документированные варианты, а не заключение о том, какая модель будет лучше всего работать для каждого языка или типа нагрузки.
Стройте проект, исходя из жизненного цикла задачи.
OdiRouter документирует мультимодальный базовый URL https://api.odirouter.ai/model и шаблон отправки POST /v1/queue/{endpoint}. Ссылки на модели охватывают маршруты создания, статуса, результата и отмены. Рассматривайте генерацию изображений как жизненный цикл задачи, а не исходите из того, что каждый запрос возвращает готовое изображение.
В этом примере используется документированный эндпоинт nano-banana. Меняйте промпт или модель только после проверки актуальной справочной документации и результатов собственных тестов.
curl --request POST \
"https://api.odirouter.ai/model/v1/queue/nano-banana" \
--header "Authorization: Bearer $ODIROUTER_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"prompt": "A product photo of a ceramic cup on a light wood table, soft studio lighting"
}'Сохраняйте возвращённый идентификатор запроса вместе с действием пользователя, которым он был создан. Опрашивайте документированный маршрут статуса до завершения задачи, затем получайте результат через маршрут ответа. Если пользователь отказывается от запроса, используйте документированный маршрут отмены, когда это соответствует логике вашего продукта.
Тестируйте промпты на разных языках
Прогоните сопоставимые промпты через каждую модель-кандидат в трёх группах: короткие прямые промпты, промпты с подробными ограничениями и промпты, содержащие распространённую лексику продукта. Не ограничивайтесь переводом одного английского промпта и не считайте оценку завершённой. Естественные формулировки меняют порядок слов, детализацию и отсылки, которые модель генерации изображений должна интерпретировать.
Ведите журнал оценки для каждого запуска:
Подробная информация о конечной точке модели и задокументированной версии будет доступна в день тестирования;
Текст задания и исходный текст задания;
запрошенные размеры изображения или поддерживаемые элементы управления;
Затраченное время и поведение очереди, наблюдаемые вашим приложением;
качество результата в соответствии с заранее определенной шкалой; и
информацию о стоимости из актуального каталога OdiRouter или документации по ценам на модели.
Этот документ поможет вам отслеживать изменения в модели. Это также даёт команде возможность решать, когда достаточно быстрого исследовательского изображения, а когда более контролируемый процесс оправдывает дополнительные время или затраты.
Сохраняйте гибкость интеграции
Разместите выбор модели за единым интерфейсом приложения, а не разбрасывайте строки эндпоинтов по коду продукта. Передавайте через этот интерфейс выбранный эндпоинт, промпт, поддерживаемые элементы управления и идентификатор запроса. Держите параметры, специфичные для модели, за валидируемым адаптером и отклоняйте настройки, которые выбранная модель не документирует.
Это также упрощает объяснение состояний сбоя. Ваш интерфейс может показывать состояния «в очереди», «выполняется», «завершено», «отменено» или «сбой», не обещая фиксированное время ответа. Мониторинг может использовать тот же жизненный цикл, чтобы показывать, какие языки, стили промптов или эндпоинты нуждаются в ещё одном раунде тестирования.
Следующий шаг
Откройте OdiRouter model catalog, выберите две или три актуальные модели генерации изображений, подходящие для вашего продукта, и составьте репрезентативный многоязычный набор промптов. Используйте multimodal API setup guide и справочную документацию по соответствующей модели, чтобы реализовать жизненный цикл очереди. У вас будет многоязычный рабочий процесс API для преобразования текста в изображение, основанный на актуальной документации и данных о продукте, а не на разовом анонсе модели.