Skip to main content
Cet article présente l’intégration et l’utilisation de l’API de requête de tâches MiniMax H3. Cette interface est utilisée pour interroger, lister par lots ou supprimer les tâches asynchrones créées par l’API de génération vidéo MiniMax H3.

Processus de demande

Pour utiliser l’API de requête de tâches MiniMax H3, commencez par obtenir votre API Token dans la console Ace Data Cloud, à conserver en réserve. Si vous n’êtes pas encore connecté ou inscrit, vous serez automatiquement redirigé vers la page de connexion qui vous invitera à vous inscrire et à vous connecter ; une fois cela fait, vous reviendrez automatiquement à la page actuelle. Un seul API Token permet d’appeler tous les services de la plateforme, sans avoir besoin d’en demander un séparément pour chaque service. La première demande offre un quota gratuit permettant une utilisation d’essai gratuite ; lorsque le quota est insuffisant, vous pouvez recharger le solde commun dans la console.
📘 Documentation complète : API de requête de tâches MiniMax H3 →
Lors de la requête d’une tâche, vous devez utiliser le même Token que celui ayant créé cette tâche. Il est recommandé de sauvegarder le Token comme variable d’environnement, sans l’écrire dans le code source ni le soumettre au dépôt de versions :

Vue d’ensemble de l’interface

  • Base URL:https://api.acedata.cloud
  • Endpoint:POST /minimax/tasks
  • Méthode d’authentification:inclure authorization: Bearer {token} dans le HTTP Header
  • En-têtes de requête:
    • accept: application/json
    • content-type: application/json
  • Requête d’une tâche unique:action=retrieve, transmettre id
  • Requête de tâches par lots:action=retrieve_batch, filtrage possible par ID de tâche, plage temporelle et conditions de pagination
  • Suppression d’une tâche:action=delete, transmettre id
  • Informations de facturation:la requête de tâches est gratuite et n’entraîne aucune facturation répétée
Après avoir créé une vidéo, vous devez sauvegarder le task_id. Il est recommandé d’effectuer une requête environ toutes les 10 secondes, jusqu’à ce que la tâche entre dans un état terminal.

Paramètres de requête

Les utilisations des trois actions sont les suivantes :

Requête d’une tâche unique

Voici la réponse d’une véritable tâche réussie :
Ouvrir le résultat vidéo réel de cette tâche

Statuts des tâches

succeeded, failed et cancelled sont tous des états terminaux. Ne continuez pas le polling après l’entrée dans un état terminal.

Champs de réponse task

Exemple complet de polling Python

Le code suivant lit le Token depuis les variables d’environnement, crée une tâche puis effectue une requête toutes les 10 secondes :
L’environnement de production doit définir un délai d’expiration total pour le polling et utiliser un backoff exponentiel pour les 429 et les 5xx temporaires. Un délai d’expiration réseau ne signifie pas que la génération a échoué ; vous pouvez continuer à interroger avec le même task_id.

Requête par lots

Spécifiez plusieurs ID de tâches :
Listez les tâches par pagination selon une plage temporelle :
Les items dans la réponse par lots utilisent les mêmes champs task que la requête d’une tâche unique, et total correspond au nombre total de tâches correspondant aux critères de filtrage :
La fenêtre de requête des tâches couvre les 7 derniers jours. Les task_id au-delà de cette fenêtre peuvent renvoyer une tâche non valide ; le système métier doit enregistrer l’ID lors de la création de la tâche et persister rapidement l’URL du résultat après le succès.

Annuler ou supprimer une tâche

L’action dépend de l’état actuel de la tâche : Exemple de suppression réussie :
La suppression d’un enregistrement de tâche n’annule pas la facturation déjà effectuée et ne garantit pas que les copies de vidéo déjà sauvegardées soient supprimées en même temps.

Réponses d’échec et dépannage

Les tâches ayant échoué renvoient toujours un objet task avec HTTP 200, et la raison est fournie dans task.error :
Lorsque l’interface elle-même renvoie 400, vérifiez action et les paramètres de condition ; 401 indique que le Token est invalide, 429 indique que les requêtes sont trop fréquentes, et 500 indique que le service est temporairement indisponible. Les tâches dont la génération échoue ne sont pas facturées ; les tâches réussies enregistrent l’utilisation selon le usage final.