Запрос FLUX Pro 1.0 Depth Fine-tuned API указывает на практическую потребность: сохранить пространственную компоновку изображения, изменив его внешний вид. Прежде чем строить решение вокруг названия из какого-либо каталога, проверьте идентификатор модели, поддерживаемые входные данные и текущий маршрут в своей учётной записи OdiRouter. Метка на другой платформе не подтверждает, что тот же идентификатор доступен через OdiRouter.
Сначала проверьте текущий каталог моделей OdiRouter
Начните с OdiRouter Models page и найдите модель изображений, которую может использовать ваша учётная запись. Документация OdiRouter включает справочные материалы по списку моделей и сведениям о моделях. Используйте идентификатор, возвращаемый текущим каталогом, а не идентификатор, выведенный из заголовка страницы или скопированный из другого сервиса.
Модели изображений могут принимать разные входные данные и использовать разные сценарии запросов. Перед написанием кода приложения подтвердите следующее:
точный идентификатор модели;
её входные и выходные модальности;
возвращает ли она результат напрямую или выполняется как асинхронная задача;
текущую схему для изображения, входных данных глубины, промпта и параметров вывода;
текущую доступность и цену выбранной записи.
Семейство моделей может включать несколько маршрутов с разными возможностями. Для интеграции важна запись, доступная вашему ключу API OdiRouter.
Что добавляет управление по глубине
Стандартный промпт для генерации изображения описывает результат. Рабочий процесс, основанный на определении глубины, также предоставляет информацию о пространственной структуре сцены. Это может помочь, когда результат должен сохранять расположение объекта, соотношение переднего и заднего планов или ощущение перспективы, как при съёмке камерой.
Управление по глубине остаётся лишь одним из нескольких сигналов. Это не гарантирует идентичных результатов. Проверьте, принимает ли текущая документация по модели OdiRouter ваши входные данные, а затем используйте небольшой тестовый набор, чтобы убедиться, что выходные данные сохраняют необходимую вам структуру.
Используйте тестовый сценарий, который можно повторить
Сохраните вместе исходное изображение, представление глубины, подсказку и выбранный идентификатор модели OdiRouter. После изменения одной переменной снова запустите небольшой набор входных данных. Это упрощает отделение изменения промпта от изменения модели или её маршрута.
Определите, что должно оставаться стабильным в каждом тесте. Это может быть макет, положение продукта, относительный размер объектов или различие между объектом переднего плана и его фоном. Сравнивайте результат с этим требованием, а не только с ожидаемым стилем.
Не переносите из руководства другого провайдера формат файла глубины, силу контроля, размер изображения или форму вывода. Ознакомьтесь с актуальными требованиями выбранной модели. Если каталог показывает другое имя модели, используйте в запросе проверенный ID OdiRouter, а поисковую фразу сохраняйте только для контекста оценки.
Используйте документированный жизненный цикл мультимодальных задач
Документация OdiRouter рассматривает мультимодальные задачи иначе, чем обычное текстовое завершение. Если модель изображений обрабатывает работу асинхронно, создайте задачу через документированный маршрут, сохраните идентификатор запроса и URL статуса, проверяйте статус до завершения, а затем получите URL ответа. Сохраняйте эти идентификаторы в логах приложения, но никогда не вместе с API-ключом.
Точная конечная точка и тело запроса должны соответствовать актуальной документации для выбранной модели. getting-started guide охватывает API-ключи, авторизацию, идентификаторы моделей и основы первого запроса. Перед тем как адаптировать пример для использования в рабочем коде, проверьте это.
Проверяйте результаты перед масштабированием
Запустите один и тот же набор входных данных несколько раз. Проверьте возвращенный статус и полученное изображение. Убедитесь, что результат соответствует созданной вами задаче, работает на следующем этапе разработки продукта и сохраняет пространственные свойства, которые привели вас к созданию системы навигации по глубине.
Если выходные данные теряют желаемый формат, изменяйте по одному входному параметру или параметру за раз. Если выбранная модель не поддерживает необходимый вашему проекту контроль глубины, выберите другую модель OdiRouter, текущая запись которой это поддерживает. Не принуждайте несовместимую форму запроса.
Считайте цену и доступность актуальными данными
Доступность моделей и цены меняются. Не используйте для оценки затрат цену из результата поиска, старой интеграции или данных другого провайдера. Проверьте current OdiRouter pricing и запись выбранной модели перед масштабным тестированием. Проверяйте оба источника снова при изменении маршрута или возможностей.
Контрольный список для передачи
Перед переносом рабочего процесса в приложение ответьте на следующие вопросы:
Какой идентификатор модели OdiRouter доступен этому API-ключу?
Какие документированные входные данные представляют изображение, информацию о глубине, промпт и параметры вывода?
Выбранная модель возвращает результат напрямую или работает через жизненный цикл асинхронных задач?
Какой тестовый входной набор демонстрирует необходимое продукту пространственное свойство?
Где приложение будет записывать идентификатор запроса, статус, идентификатор модели и проверку цены?
Эти ответы полезнее скопированного названия. Они позволяют обновлять интеграцию по мере изменения каталога, сохраняя рабочий процесс OdiRouter привязанным к актуальной информации.