Specifiche tecniche di mj-turbo-reroll
| Specifiche | Dettagli |
|---|---|
| ID modello | mj-turbo-reroll |
| Tipo di modello | Endpoint di azione di generazione di immagini per flussi di lavoro di reroll in stile Midjourney |
| Funzione principale | Eseguire nuovamente una generazione Midjourney esistente in Modalità Turbo per produrre un nuovo set di risultati dallo stesso contesto del prompt |
| Ecosistema upstream | Integrazioni proxy/API compatibili con Midjourney |
| Modalità di velocità | Modalità Turbo |
| Profilo di prestazioni | I job in Modalità Turbo sono progettati per generare risultati fino a 4× più velocemente rispetto alla Modalità Fast standard, sebbene consumino tempo Fast a un tasso più elevato upstream. |
| Classe operativa tipica | Azione di reroll/rigenerazione su un’attività esistente, piuttosto che un invio di prompt al primo passaggio. |
| Flusso di lavoro correlato | Inviare o individuare un’attività immagine esistente, identificare l’azione/pulsante di reroll, inviare la richiesta di reroll, quindi effettuare il polling o recuperare il nuovo risultato dell’attività. |
| Dipendenza dell’input | Di solito richiede un contesto di attività/job esistente e un’azione specifica di reroll o customId, invece di un semplice prompt in testo. |
| Output | Una nuova attività/set di risultati di immagini generati derivati dallo stesso contesto di prompt o remixato |
| Supporto asincrono | Sì; le API compatibili con Midjourney in genere restituiscono prima un ID attività e richiedono successivamente il recupero dello stato o la gestione dei callback. |
| Supporto callback/webhook | Comunemente supportato tramite notifiche o hook di callback nelle API proxy compatibili con Midjourney. |
| Comportamento dei costi | Il reroll è comunemente raggruppato con le azioni immagine di Tipo 1 nelle tabelle dei prezzi della Modalità Turbo compatibili con Midjourney. |
Che cos’è mj-turbo-reroll?
mj-turbo-reroll è l’identificatore di piattaforma di CometAPI per una funzionalità di reroll in Modalità Turbo compatibile con Midjourney. In pratica, un “reroll” significa rigenerare nuovamente un job di immagine per ottenere un nuovo set di risultati mantenendo la direzione creativa o il contesto dell’attività originale. Nei sistemi compatibili con Midjourney, il reroll è trattato come un’azione sull’immagine accanto a operazioni come variazione, outpaint, pan e azioni correlate all’upscale.
La parte turbo indica che questo modello è mappato al comportamento di generazione della Modalità Turbo. Midjourney documenta la Modalità Turbo come un’opzione GPU ad alta velocità disponibile nelle versioni più recenti di Midjourney, con velocità di generazione che possono essere fino a quattro volte superiori rispetto alla Modalità Fast.
Poiché il reroll è un’azione su un job esistente, mj-turbo-reroll va inteso non come un modello testo‑immagine autonomo per il primo invio, ma come un endpoint/flusso di lavoro specializzato per rigenerare rapidamente risultati di immagini precedenti. Le API compatibili in genere lo implementano restituendo un ID attività, quindi richiedendo di recuperare l’avanzamento o ricevere un callback webhook al completamento dell’attività di reroll.
Caratteristiche principali di mj-turbo-reroll
- Rigenerazione a velocità Turbo: Progettato per effettuare reroll dei job di immagine in Modalità Turbo, che la documentazione Midjourney descrive come significativamente più veloce della Modalità Fast standard.
- Flusso di lavoro specifico per il reroll: Incentrato sulla rigenerazione di un’attività esistente anziché sulla creazione di un nuovo job da zero. Utile quando si apprezza la direzione del prompt ma si desiderano risultati visivi differenti.
- Elaborazione asincrona basata su attività: Le API Midjourney compatibili in genere restituiscono prima un ID attività, consentendo alle applicazioni di eseguire il polling per il completamento o gestire i risultati in modo asincrono.
- Integrazione con azioni/pulsanti: In molte implementazioni proxy di Midjourney, il reroll viene attivato tramite un endpoint di azione usando un
customIdspecifico del job o un identificatore di pulsante/azione estratto dal risultato dell’attività precedente. - Architettura compatibile con webhook: Molte API compatibili con Midjourney supportano URL di callback così che le applicazioni possano ricevere automaticamente aggiornamenti di stato dei job invece di effettuare polling continuo.
- Adatto a pipeline di immagini a più fasi: Funziona bene in flussi di produzione in cui si immagina prima un’immagine, si ispezionano pulsanti/azioni, quindi si esegue reroll, variazione, pan o upscale in base ai metadati dell’attività restituiti.
- Semantica compatibile con Midjourney: Allineato con l’ecosistema più ampio delle azioni Midjourney, in cui il reroll si affianca a variazione, outpaint, inpaint e altre operazioni post‑generazione.
Come accedere e integrare mj-turbo-reroll
Passaggio 1: Registrarsi per ottenere una chiave API
Per accedere a mj-turbo-reroll, creare prima un account su CometAPI e generare una chiave API dalla dashboard. Conservare la chiave in modo sicuro e caricarla tramite una variabile d’ambiente nell’applicazione, in modo che non sia codificata in chiaro nel codice lato client o nei repository pubblici.
Passaggio 2: Inviare richieste all’API di mj-turbo-reroll
Utilizzare la configurazione standard dell’API di CometAPI e impostare il campo model su mj-turbo-reroll. Poiché questo modello viene usato in un flusso di lavoro di reroll, la richiesta sarà tipicamente parte di una pipeline di immagini a più fasi in cui si crea o si recupera prima un’attività in stile Midjourney esistente, quindi si invia l’azione di reroll usando il contesto dell’attività richiesto.
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"
}
}'
Passaggio 3: Recuperare e verificare i risultati
Dopo l’invio, recuperare il risultato dell’attività utilizzando il payload di risposta di CometAPI e il flusso di tracciamento dei job. Per mj-turbo-reroll, la verifica di solito consiste nel confermare che è stata creata correttamente una nuova attività, monitorarla fino al completamento e controllare che le immagini restituite corrispondano a un nuovo reroll dell’attività originale piuttosto che al set di risultati originale.