MiniMax video API error 1026 and 1027: sensitive content

MiniMax returns 1026 when the input is flagged and 1027 when the generated video is. What 1002, 1008 and 2013 mean, and how Sume reports failures.

5 min readSume
All posts

MiniMax's video API returns code 1026 when the input contains sensitive content and 1027 when the generated video does (read 2026-10-02). The first means your prompt or image was refused before generation; the second means a finished render was withheld. Sume does not pass MiniMax codes through: a failed job exposes a public error category, and Sume's docs list no content-policy code of their own.

Which MiniMax codes should you handle?

The text-to-video page lists the request-time codes and the query page lists the task-time codes.

MiniMax video API codes (read 2026-10-02)
CodeMeaningWhere listed
1002Rate limit triggered, retry laterCreate and query
1004Authentication failedCreate and query
1008Insufficient balanceCreate
1026Sensitive content in the inputQuery
1027Sensitive content in the generated videoQuery
2013Invalid parametersCreate
2049Invalid API keyCreate

How does Sume report the same situations?

Sume's errors and credits docs define HTTP errors at submit time and categories on failed jobs. The mapping below is by meaning, not an exact one-to-one translation.

Closest Sume equivalents (Sume docs)
MiniMax codeClosest Sume signal
1002 rate limit429 rate_limited, or 429 queue_full when the queue is out of room
1008 balance402 insufficient_credits before provider work starts
2013 parameters400 validation, job category validation
1004 and 2049 keyJob category auth, or an authentication error on the request
1026 and 1027 contentA failed job; read its public error and events, usually category generation_rejected

What should your client do?

Split retryable from terminal. Rate limit and queue errors are retryable with backoff; Sume asks you to reuse the same Idempotency-Key so a replay returns the original job. Balance and parameter errors need a human or a code fix. Sensitive-content failures should not be retried unchanged, because the same input will be refused again.

On Sume, a failed job carries retryability and a next action in its public error metadata, so branch on those fields rather than on the message text. Sume's docs say internal provider payloads are not public API fields, so there is no provider code to match against.

What to be careful about

Do not read the table as a promise that Sume maps every refusal to generation_rejected; the docs describe that category as inspect events and fix unsupported input, and a moderation refusal may surface differently. Check the failed job's events for the real reason, and keep MiniMax's 1027 case in mind: a withheld output still costs you attention even when the input looked clean.

Sources

Related posts

More in Models

All Models posts

Written by Sume