Skip to main content
GET
Endpoint de polling recommandé côté métier :
Les statuts unifiés sont pending / processing / completed / failed ; les résultats apparaissent dans result.images[].url. Utilisez l’endpoint style MJ lorsque vous avez besoin de buttons[].customId pour les actions de suivi :

Flux d’états

Exemple de réponse

grid_image_url est l’image grille 2x2 ; image_urls sont les quatre URLs d’images individuelles découpées.
Différences de champs
  • /v1/tasks/{task_id} renvoie les statuts unifiés pending / processing / completed / failed.
  • /v1/midjourney/{task_id} renvoie les champs style MJ comme grid_image_url, image_urls, buttons.
À propos de buttons : Pour la plupart des actions de suivi, passez index, direction ou zoom_ratio et le service trouve le customId correspondant. Si l’auto-matching échoue, passez custom_id directement.

Aperçu des statuts

Notes sur la requête

  • L’endpoint de requête n’est pas facturé séparément, mais gardez une fréquence raisonnable (polling de 3–5s recommandé).
  • Un utilisateur normal ne peut interroger que ses propres tâches ; celles des autres renvoient 403.
  • Les tâches sont conservées 3 jours par défaut ; ensuite, les requêtes renvoient 404, mais les URLs d’image / vidéo générées restent accessibles.

Avancé : utiliser custom_id directement

Après avoir lu buttons[].customId, vous pouvez le passer directement au champ custom_id des endpoints d’actions de suivi pour contourner l’auto-matching :