Soumission de tâche et sondage
Les endpoints de soumission sont tous des tâches asynchrones : après la soumission,task_id est renvoyé, puis vous interrogez périodiquement GET /v1/midjourney/{task_id} pour récupérer le statut, jusqu’à SUCCESS / FAILURE.
- Rythme de sondage : recommandé une fois toutes les 3 à 5 s ; une fréquence plus élevée est inutile et gaspille du quota.
- Ne bloquez pas de manière synchrone dans une requête web en attendant l’achèvement de la tâche : renvoyez
task_idimmédiatement après la soumission, et laissez le frontend sonder de manière asynchrone.
Conception du prompt
Un bon prompt :- Le sujet d’abord : d’abord le sujet, puis la description de la scène, enfin les modificateurs.
- Paramètres structurés explicites : utiliser
--ar/--v/--s(ou les champs body correspondants) est plus contrôlable que de s’appuyer sur les valeurs par défaut. - Évitez les termes ambigus :
photorealisticest plus précis querealistic.
niji: true + version: "7" ; la plateforme normalise en --niji 7, et la facturation passe par midjourney@imagine-niji7.
Bonnes pratiques pour l’image de référence
- Compressez à < 5 MiB : la limite de la plateforme est 12 MiB, mais les petites images se transmettent / traitent plus vite.
- Les formats PNG / JPG / WebP sont tous acceptés ; JPG haute qualité recommandé.
- Une résolution de 1024 à 2048 px suffit largement ; plus haut est du gaspillage.
- Poids de l’image de référence
iw(0–3, défaut 1) : >1 colle davantage à l’original, <1 plus libre.
Gestion des erreurs et stratégie de relance
Flux d’opérations secondaires
⚠️ Une fois inpaint entré en MODAL, vous devez appeler /modal dans les 30 minutes, sinon le backend exécute automatiquement un CANCEL + remboursement.
Contrôle de la facturation vidéo
- Segment unique :
batch_size: 1→ débite 1 ×midjourney@video - Lot de 4 segments :
batch_size: 4→ débite 4 ×midjourney@video - Segment unique HD :
video_type: "vid_1.1_i2v_720"+batch_size: 1→ débite 1 ×midjourney@video-720p
batch_size=1 ; n’utilisez 4 que pour comparer plusieurs propositions, et n’activez pas 4 par défaut (coût multiplié par N).
Concurrence et débit
- La plateforme impose une limite au nombre de soumissions par minute ; au-delà, elle renvoie
429, et il faut relancer avec backoff. - La concurrence réelle de génération est déterminée par la capacité du système ; au-delà, les tâches sont mises en file d’attente ; une tâche bloquée longtemps en
SUBMITTEDest généralement en file d’attente. - Le sondage doit impérativement inclure un
sleep; n’utilisez pas de boucle infinie sans sleep.