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/jsoncontent-type: application/json
- Requête d’une tâche unique:
action=retrieve, transmettreid - 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, transmettreid - Informations de facturation:la requête de tâches est gratuite et n’entraîne aucune facturation répétée
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
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 :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 :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 :
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
Exemple de suppression réussie :
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 danstask.error :
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.
