Skip to main content

Comprendre le concept de base

L’API MidJourney simule les interactions avec les boutons de Discord. Contrairement aux API REST classiques, elle fonctionne comme une machine à états où chaque opération renvoie de nouveaux boutons pour l’étape suivante.

Les 4 API principales


Diagramme complet du workflow


Concept clé : boutons et customId

Chaque tâche réussie renvoie un tableau buttons. Chaque bouton possède un customId que vous utilisez pour déclencher l’action suivante. Exemple de réponse de /mj/task/\{id\}/fetch :
customId n’est pas une valeur fixe. Il change pour chaque tâche. Récupérez-le toujours à partir du tableau buttons.

Référence des boutons par étape

Après IMAGINE (image en grille 4)

Ces boutons sont renvoyés lorsque votre génération d’image initiale est terminée :

Après UPSCALE (image unique)

Après l’agrandissement, vous avez accès aux outils d’édition :
Note : Les libellés des boutons et les formats de customId peuvent varier selon la version MJ spécifiée dans votre prompt (par ex., --v 6.1 vs --v 5.2). Lisez toujours les boutons depuis la réponse de l’API.
Le bouton Inpaint (Vary Region) n’apparaît qu’après Upscale.

Exemple complet : générer et agrandir

Étape 1 : Soumettre une requête imagine

Réponse :

Étape 2 : Interroger le statut de la tâche

Réponse (une fois terminée) :

Étape 3 : Cliquer sur U1 pour agrandir

Réponse :

Étape 4 : Interroger la nouvelle tâche et obtenir le résultat


Quand Modal est-il requis ?

Lorsque vous appelez /mj/submit/action et que le statut de la tâche devient MODAL au lieu de SUCCESS, vous devez appeler /mj/submit/modal pour fournir des informations supplémentaires.

Opérations Modal confirmées

Exemple : flux Inpaint

Sélection du mode de vitesse

Ajoutez le préfixe de vitesse au chemin :

Autres points d’entrée

Ces API sont des points d’entrée indépendants qui ne suivent pas le flux imagine → action :

Conseils de dépannage

D’après la conception de l’API et le workflow, voici les problèmes courants que vous pouvez rencontrer :