Skip to main content

Das Kernkonzept verstehen

Die MidJourney API simuliert Discord-Button-Interaktionen. Im Gegensatz zu typischen REST-APIs arbeitet sie als Zustandsmaschine, bei der jede Operation neue Buttons für den nächsten Schritt zurückgibt.

Die 4 Kern-APIs


Vollständiges Workflow-Diagramm


Schlüsselkonzept: Buttons und customId

Jeder erfolgreiche Task gibt ein buttons-Array zurück. Jeder Button hat eine customId, die du verwendest, um die nächste Aktion auszulösen. Beispielantwort von /mj/task/\{id\}/fetch:
customId ist kein fester Wert. Er ändert sich bei jedem Task. Hole ihn immer aus dem buttons-Array.

Button-Referenz nach Phase

Nach IMAGINE (4er-Bildraster)

Diese Buttons werden zurückgegeben, wenn deine anfängliche Bildgenerierung abgeschlossen ist:

Nach UPSCALE (einzelnes Bild)

Nach dem Hochskalieren erhältst du Zugriff auf Bearbeitungswerkzeuge:
Hinweis: Button-Beschriftungen und customId-Formate können je nach der in deinem Prompt angegebenen MJ-Version variieren (z. B. --v 6.1 vs --v 5.2). Lies die Buttons immer aus der API-Antwort aus.
Der Inpaint-Button (Vary Region) erscheint erst nach Upscale.

Vollständiges Beispiel: Generieren und hochskalieren

Schritt 1: Imagine-Anfrage absenden

Antwort:

Schritt 2: Task-Status abfragen

Antwort (wenn abgeschlossen):

Schritt 3: Auf U1 klicken, um hochzuskalieren

Antwort:

Schritt 4: Neuen Task abfragen und Ergebnis abrufen


Wann ist Modal erforderlich?

Wenn du /mj/submit/action aufrufst und der Task-Status MODAL statt SUCCESS wird, musst du /mj/submit/modal aufrufen, um zusätzliche Eingaben bereitzustellen.

Bestätigte Modal-Operationen

Beispiel: Inpaint-Ablauf

Auswahl des Geschwindigkeitsmodus

Fügen Sie dem Pfad ein Geschwindigkeitspräfix hinzu:

Andere Einstiegspunkte

Diese APIs sind unabhängige Einstiegspunkte, die nicht dem imagine → action-Ablauf folgen:

Tipps zur Fehlerbehebung

Basierend auf dem API-Design und Workflow finden Sie hier häufige Probleme, auf die Sie stoßen können: