Technische Spezifikationen von mj-turbo-reroll
| Spezifikation | Details |
|---|---|
| Modell-ID | mj-turbo-reroll |
| Modelltyp | Aktions-Endpunkt zur Bildgenerierung für Midjourney-ähnliche Reroll-Workflows |
| Primäre Funktion | Eine bestehende Midjourney-Generierung im Turbo-Modus erneut ausführen, um aus demselben Prompt-Kontext einen neuen Ergebnissatz zu erzeugen |
| Upstream-Ökosystem | Midjourney-kompatible Proxy-/API-Integrationen |
| Geschwindigkeitsmodus | Turbo-Modus |
| Leistungsprofil | Turbo-Aufträge sind darauf ausgelegt, Ergebnisse bis zu 4× schneller als der Standard-Fast-Modus zu erzeugen, verbrauchen jedoch im Upstream Fast-Zeit mit höherer Rate. |
| Typische Operationsklasse | Reroll-/Regenerationsaktion für eine bestehende Aufgabe statt einer Erstübermittlung eines Prompts. |
| Zugehöriger Workflow | Eine bestehende Bildaufgabe einreichen oder finden, die Reroll-Aktion/den -Button identifizieren, die Reroll-Anfrage senden und anschließend den neuen Aufgabenstatus abfragen bzw. das Ergebnis abrufen. |
| Eingabeabhängigkeit | Erfordert in der Regel einen bestehenden Aufgaben-/Job-Kontext und eine Reroll-spezifische Aktion oder customId statt lediglich eines reinen Textprompts. |
| Ausgabe | Eine neu generierte Bildaufgabe/ein Ergebnissatz, abgeleitet aus demselben oder einem remixten Prompt-Kontext |
| Asynchron-Unterstützung | Ja; Midjourney-kompatible APIs geben üblicherweise zunächst eine Aufgaben-ID zurück und erfordern späteres Statusabrufen oder Callback-Verarbeitung. |
| Callback-/Webhook-Unterstützung | Häufig unterstützt über Benachrichtigungen oder Callback-Hooks in kompatiblen Midjourney-Proxy-APIs. |
| Kostenverhalten | Reroll wird in Midjourney-kompatiblen Turbo-Preistabellen häufig zusammen mit Bildaktionen des Typs 1 gruppiert. |
Was ist mj-turbo-reroll?
mj-turbo-reroll ist CometAPI’s Plattformbezeichner für eine Midjourney-kompatible Turbo-Reroll-Fähigkeit. In der Praxis bedeutet ein „Reroll“, einen Bildauftrag erneut zu generieren, sodass Sie einen neuen Ergebnissatz erhalten, während die ursprüngliche kreative Richtung bzw. der Aufgaben-Kontext beibehalten wird. In Midjourney-kompatiblen Systemen wird Reroll als Bildaktion neben Operationen wie Variation, Outpaint, Pan und Upscale-bezogenen Aktionen behandelt.
Der Teil turbo weist darauf hin, dass dieses Modell dem Generierungsverhalten im Turbo-Modus zugeordnet ist. Midjourney beschreibt den Turbo-Modus als eine GPU-Option mit höherer Geschwindigkeit, die in neueren Midjourney-Versionen verfügbar ist und Generierungsgeschwindigkeiten von bis zu viermal so schnell wie im Fast-Modus erreichen kann.
Da Reroll eine Aktion auf einem bestehenden Job ist, sollte mj-turbo-reroll nicht als eigenständiges Text-zu-Bild-Modell für eine erste Einreichung verstanden werden, sondern als spezialisierter Endpunkt/Workflow, um vorherige Bildergebnisse schnell neu zu generieren. Kompatible APIs setzen dies meist so um, dass zunächst eine Aufgaben-ID zurückgegeben wird und Sie dann den Fortschritt abrufen oder einen Webhook-Callback erhalten, wenn der Reroll-Auftrag abgeschlossen ist.
Hauptfunktionen von mj-turbo-reroll
- Regeneration in Turbo-Geschwindigkeit: Ausgelegt für das Rerollen von Bildaufträgen im Turbo-Modus, den die Midjourney-Dokumentation als deutlich schneller als den Standard-Fast-Modus beschreibt.
- Reroll-spezifischer Workflow: Konzentriert sich auf die Regenerierung einer bestehenden Aufgabe, anstatt einen völlig neuen Job von Grund auf zu erstellen. Nützlich, wenn die Prompt-Richtung passt, aber andere visuelle Ergebnisse gewünscht sind.
- Aufgabenbasierte asynchrone Verarbeitung: Kompatible Midjourney-APIs geben in der Regel zunächst eine Aufgaben-ID zurück, sodass Anwendungen auf den Abschluss pollen oder Ergebnisse asynchron verarbeiten können.
- Integration von Aktionen/Buttons: In vielen Midjourney-Proxy-Implementierungen wird Reroll über einen Aktions-Endpunkt ausgelöst, der eine job-spezifische
customIdoder eine aus einem vorherigen Aufgabenergebnis extrahierte Button-/Aktionskennung verwendet. - Webhook-freundliche Architektur: Gängige Midjourney-kompatible APIs unterstützen Callback-URLs, damit Anwendungen Status-Updates automatisch empfangen können, anstatt kontinuierlich zu pollen.
- Eignung für mehrstufige Bildpipelines: Funktioniert gut in Produktionsabläufen, in denen Nutzer zuerst ein Bild erzeugen, Buttons/Aktionen prüfen und anschließend je nach zurückgegebenen Metadaten der Aufgabe reroll, vary, pan oder upscale ausführen.
- Midjourney-kompatible Semantik: Passt in das breitere Midjourney-Aktionsökosystem, in dem Reroll neben Variation, Outpaint, Inpaint und anderen Post-Generierungs-Operationen steht.
Zugriff und Integration von mj-turbo-reroll
Schritt 1: Registrieren und API-Schlüssel anfordern
Um auf mj-turbo-reroll zuzugreifen, erstellen Sie zunächst ein Konto bei CometAPI und generieren Sie im Dashboard einen API-Schlüssel. Speichern Sie den Schlüssel sicher und laden Sie ihn in Ihrer Anwendung über eine Umgebungsvariable, damit er nicht im Client-seitigen Code oder in öffentlichen Repositories hartkodiert ist.
Schritt 2: Anfragen an die mj-turbo-reroll-API senden
Verwenden Sie die Standard-API-Konfiguration von CometAPI und setzen Sie das Modell-Feld auf mj-turbo-reroll. Da dieses Modell für einen Reroll-Workflow verwendet wird, ist Ihre Anfrage typischerweise Teil einer mehrstufigen Bild-Pipeline, in der Sie zunächst eine bestehende Midjourney-ähnliche Aufgabe erstellen oder abrufen und dann die Reroll-Aktion mit dem erforderlichen Aufgaben-Kontext übermitteln.
curl https://api.cometapi.com/v1/responses \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "mj-turbo-reroll",
"input": {
"task_id": "your_existing_task_id",
"action": "reroll"
}
}'
Schritt 3: Ergebnisse abrufen und verifizieren
Nach der Übermittlung rufen Sie das Aufgabenergebnis mithilfe des Antwort-Payloads und des Job-Tracking-Workflows von CometAPI ab. Für mj-turbo-reroll bedeutet Verifizierung in der Regel, zu bestätigen, dass eine neue Aufgabe erfolgreich erstellt wurde, sie bis zum Abschluss zu überwachen und zu prüfen, dass die zurückgegebenen Bilder einem frischen Reroll der ursprünglichen Aufgabe entsprechen und nicht dem ursprünglichen Ergebnissatz.