MiniMax's text- and image-to-video family with standard and Fast routes.
Industry profile · Models
MiniMax Hailuo 2.3
Hailuo 2.3 combines standard, Fast and API routes. Short-drama teams need separate records for model ID, motion and micro-expression, camera commands, duration and resolution, then use accepted shots and repair work to explain any speed difference.
- Profile status
- Deep dossier
- Field coverage
- 16/16 required fields covered
- Region
- China / Global
- Sources and update
- 2 sources · Aug 12, 2026
60-second briefing
Facts, context and limitsOfficial release and API documentation make version, duration, resolution and camera commands testable fields.
Production teams testing short action, performance, micro-expression and API-driven shot jobs.
Vendor descriptions and API availability do not establish accepted-shot rate, queueing, cost or cross-model superiority.
Reader lens · Production lens
Production
Test standard and Fast separately, retaining model ID, parameters, task ID, failures and repair.
Editorial view
Fast is not shorthand for the standard route
Standard and Fast should be treated as separate production routes with their own model ID, job settings, waiting, failures and acceptance.
Combining them in one metric hides whether speed changes trade against motion, detail, expression or camera adherence.
How to use it
Lock the duration-resolution matrix first
Before API integration, derive an allowed-combination table from current documentation and bind each shot to a valid combination. Invalid parameters and model failures are separate metrics.
Samples should cover static dialogue, full-body action, object motion and camera commands so performance is not judged from one visual pattern.
How to use it
A task ID is only one part of the evidence chain
A task ID should connect to input hash, model ID, parameters, output, review result and repair record.
Official pages establish available fields, not short-drama project cost or final acceptance; those come only from the team's shot ledger.
Editorial view
Turn API parameters into a production-readable shot record
When Hailuo 2.3 has standard and Fast routes, the most important governance rule is to prohibit the vague note ‘used Hailuo.’ Every job records exact model ID, surface, duration, resolution, prompt-optimizer state, camera commands and input file. Otherwise reviewers cannot attribute different outputs to version, settings, assets or randomness, and batch production cannot derive rules.
Fast should be evaluated through total turnaround rather than generation time. If it produces more shots requiring repair or rejection, the production cycle may not shrink. Measure request wait, generation, download, review, repair and resubmission separately, centering time to accepted shot. Standard and Fast use the same samples and reviewers; mixed statistics hide the tradeoff.
Duration and resolution combinations become a compatibility matrix before API orchestration. The system validates settings before submission and counts parameter, service, content and editorial-review failures separately. Engineering defects are not mislabeled as model quality, and retries do not hide model defects. Documentation changes trigger a regenerated matrix and small regression run.
Samples cannot consist only of visually dramatic action. Short drama also needs static dialogue, micro-expression, hand and prop interaction, multi-person blocking, camera motion and edit continuity. The test sheet records observable defects such as identity, body motion, object trajectory, composition adherence and flicker rather than untestable adjectives like ‘cinematic’ or ‘more realistic.’
The API task ID enters the evidence chain with input hash, model settings, output, review and human repair. Distribution adds sound, captions, generated-content disclosure, rights and platform receipts to the master. Hailuo's official pages establish that public capabilities exist; only the project chain explains how a shot was made and why it was accepted.
Type-specific profile data
Fields and observation dates- Access
- Hailuo product and MiniMax Video Generation API; account and territory require verificationSources checked · 2026-08-12
- Combination boundary
- The official API documents version, duration and resolution combinations that must be checked against current documentation.Sources checked · 2026-08-12
- Controls
- Camera-motion commands, prompt-optimizer settings and image-to-video first frameSources checked · 2026-08-12
- Duration
- The official API records six- and ten-second combinations; not every resolution shares the same optionsSources checked · 2026-08-12
- Inputs
- Text or a first-frame image, camera commands and current API parametersSources checked · 2026-08-12
- License
- Hosted-product/API terms; no downloadable-weight licence is registeredSources checked · 2026-08-12
- Limitations
- Standard and Fast, duration and resolution require separate tests; no aligned independent project sample existsSources checked · 2026-08-12
- Modalities
- Text to video and image to videoSources checked · 2026-08-12
- Generation modes
- The registered materials support text- and image-to-video, with the API documentation recording image-to-video job fields.Sources checked · 2026-08-12
- Organization
- "MiniMax"Sources checked · 2026-08-12
- Outputs
- Short video and task ID from the selected current API combinationSources checked · 2026-08-12
- Region
- "China / Global"Sources checked · 2026-08-12
- Resolution
- The official API records 768P and conditional 1080P combinationsSources checked · 2026-08-12
- Resource type
- "视频模型"Sources checked · 2026-08-12
- Version
- Hailuo 2.3 standard and Fast variantsSources checked · 2026-08-12
- Version routes
- Official materials document Hailuo 2.3 standard and Fast variants.Sources checked · 2026-08-12
- Access
- Hailuo product and MiniMax Video Generation API
Product, capability and profile timeline
Dated version changes- Confirmed
Rechecked the Hailuo 2.3 release material and image-to-video API documentation
- Context
AniVerse separates standard, Fast, duration and resolution into independent test fields
In-profile learning path
From inputs to accepted delivery- 01
Read the compatibility matrix
- Input
- Current API version, duration and resolution
- Output
- Valid parameter table
- Gate
- Regenerate after documentation changes
- 02
Test routes separately
- Input
- Fixed shots for standard and Fast
- Output
- Acceptance and failure categories
- Gate
- Same assets and reviewers
- 03
Account for delivery
- Input
- Generation, waiting, repair and post
- Output
- Cost per accepted shot
- Gate
- Rejected runs are included
Limits, analysis and unknowns
Known, interpreted and unknownKnown limits
- Variants, duration and resolution combinations require separate verification; hosted access changes.
Editorial analysis
- The value of a Fast route depends on accepted shots and repair, not generation time alone.
Still unknown
- The registered sources do not support short-drama acceptance, unit cost, queueing or cross-model rankings.