Skip to main content

Forstå kjernekonseptet

MidJourney API-et simulerer Discord-knappinteraksjoner. I motsetning til typiske REST API-er fungerer det som en tilstandsmaskin der hver operasjon returnerer nye knapper for neste trinn.

De fire kjerne-API-ene


Fullstendig diagram over arbeidsflyten


Viktig konsept: Knapper og customId

Hver vellykkede oppgave returnerer en buttons-array. Hver knapp har en customId som du bruker til å utløse neste handling. Eksempelrespons fra /mj/task/\{id\}/fetch:
customId er ikke en fast verdi. Den endres for hver oppgave. Hent den alltid fra buttons-arrayen.

Knappeoversikt etter trinn

Etter IMAGINE (Etter IMAGINE ()

4-rutenettsbilde

Etter UPSCALE (Etter UPSCALE ()

enkeltbilde
❌ Nei Merk: Knappeetiketter og customId-formater kan variere avhengig av MJ-versjonen som er angitt i Prompt-en din (f.eks. --v 6.1 kontra --v 5.2). Les alltid knappene fra API-responsen.
Inpaint-knappen (Vary Region) vises bare etter Upscale.

Fullstendig eksempel: Generer og oppskaler

Trinn 1: Send inn imagine-forespørsel

Respons:

Trinn 2: Poll oppgavestatus

Respons (når den er fullført):

Trinn 3: Klikk på U1 for å oppskalere

Respons:

Trinn 4: Poll ny oppgave og hent resultatet


Når kreves Modal?

Når du kaller /mj/submit/action og oppgavestatusen blir MODAL i stedet for SUCCESS, må du kalle /mj/submit/modal for å oppgi ytterligere inndata.

Bekreftede Modal-operasjoner

Eksempel: Inpaint-flyt Start Inpaint-handlingen:
Spør etter den nye oppgaven én gang. Statusen MODAL betyr at oppgaven trenger masken og Prompt-en:
Send inn masken og Prompt-en via Modal API-et:

Valg av hastighetsmodus

Legg til hastighetsprefiks i banen:

Andre inngangspunkter

Disse API-ene er uavhengige inngangspunkter som ikke følger imagine → action-flyten:

Feilsøkingstips

Basert på API-utformingen og arbeidsflyten er dette vanlige problemer du kan støte på:
Sist endret 31. juli 2026