Skip to main content
POST
Full 2K Workflow (опционально): ① Context-IR усиливает промпт → ② MiniMax-H3 с 768P для превью → ③ Regeneration повышает до 2K. Сумма unit-price равна прямому 2K, при более дешёвых итерациях. Эндпоинт можно вызывать и отдельно.

Авторизация

string
обязательно
Аутентификация Bearer Token. Получите ключ на странице управления API Key.

Обзор

Отправьте идею и при необходимости медиа для мультимодального понимания; получите структурированный, более богатый промпт.
  • Видео не создаётся. Результат в result.prompt (не в result.videos)
  • Медиа-поля используют те же правила валидации, что и генерация видео (взаимное исключение кадров и референсов; аудио нельзя одно). Те же входы можно затем передать в генерацию
Пример ответа при завершённой задаче:
Передайте result.prompt как есть в MiniMax-H3 как prompt.

Параметры запроса

string
обязательно
Фиксированное значение: MiniMax-H3-Context-IR
string
обязательно
Исходный текст идеи, ≤ 7000 символов
integer
по умолчанию:"5"
Целевая длительность видео (секунды), 4~15, по умолчанию 5. Влияет на описание темпа в усиленном промпте.
string
Целевое соотношение сторон. Обязательно при только текстовом вводе, значение adaptive недопустимо.Частые значения: 16:9, 9:16, 1:1, 4:3, 3:4, 21:9 и т.д.
string
URL изображения первого кадра
string
URL изображения последнего кадра
string[]
Опорные изображения (всегда как референсы), ≤ 9
object[]
Изображения с ролями: first_frame / last_frame / reference_image
string[]
Опорные видео, ≤ 3; каждое 2~15 с, суммарно ≤ 15 с
string[]
Опорное аудио, ≤ 3; нельзя использовать одно — только вместе с изображением или видео

Биллинг

По токенам (единственная модель семейства H3 с биллингом по токенам): Типичный вызов (~5.6k вход + ~3.4k выход tokens) — около $0.0167. При submit списывается фиксированный депозит, затем расчёт по реальным prompt_tokens / completion_tokens (излишек возвращается / недостаток доначисляется). Мультимодальный ввод заметно увеличивает входные tokens.

Примечания

  1. Обычно 20~40 секунд; опрашивайте статус задачи каждые 3~5 секунд.
  2. Неверные параметры → синхронный 400 (без задачи и списания); runtime-сбои → failed с автовозвратом.
  3. Полное описание workflow — на странице Regeneration.

Response

integer
Код статуса; 200 при успехе
array
При submit: status / task_id