La maggior parte dei workflow immagine fallisce prima del modello.
Il problema di solito non è la qualità dell'immagine in astratto. È che le persone partono dal posto sbagliato, scelgono un modello senza abbastanza contesto o perdono il filo dopo la prima run.
Rivya è costruito per rendere quel loop più semplice.
Questa pagina è la guida decisionale per il lavoro immagine. Se ti serve il riferimento workflow più stretto su come i job immagine sono raggruppati e dove si riconnettono al prodotto, Workflow immagini in Rivya è la pagina companion.
Cosa abbiamo verificato
Questa guida è stata rivista rispetto ai percorsi e docs immagine live di Rivya il 17 aprile 2026.
- percorsi immagine pubblici rivisti:
/image,/ai-models,/imagee le pagine correnti dei modelli immagine - percorso di continuazione da login ricontrollato nei docs:
/studio/image/[modelSlug], History e Ciclo di vita dei task - guide prodotto correlate riviste: Funzionalità live correnti in Rivya, Workflow immagini in Rivya, Riferimenti e upload in Rivya
Parti dal posto giusto
Ci sono due buoni punti di partenza pubblici per il lavoro immagine:
- /image se vuoi confrontare modelli immagine dalle pagine immagine pubbliche
- AI Models se vuoi ispezionare prima il catalogo più ampio
Se sai già cosa vuoi e hai effettuato l'accesso, puoi andare direttamente a /studio/image/[modelSlug].
Quel confine conta perché le pagine pubbliche ti aiutano a scegliere bene, mentre il prodotto con login è dove esecuzione, upload e continuità diventano parte del workflow.
Passaggio 1: scegli il modello in base alla forma del lavoro
"Genera un'immagine" non è un solo lavoro.
Diversi modelli immagine Rivya sono più adatti a:
- visual rivolti al prodotto
- esplorazione rapida
- rendering di testo
- lavoro guidato da riferimenti
- output più guidati dallo stile
Per questo la scelta del modello dovrebbe partire dalla forma del lavoro, non dal brand.
Se vuoi la versione a livello workflow di questa decisione, Workflow immagini in Rivya è la pagina companion migliore.
Passaggio 2: scrivi il prompt per il deliverable
I prompt immagine funzionano meglio quando descrivono l'asset reale di cui hai bisogno.
Di solito significa essere chiari su:
- soggetto
- composizione
- stile
- illuminazione
- uso previsto
Un prompt legato a un deliverable reale è quasi sempre più utile di una richiesta vaga per "una bella immagine".
Passaggio 3: aggiungi riferimenti solo quando contano davvero
Alcuni modelli immagine Rivya sono prompt-only. Altri accettano una o più immagini di riferimento.
È uno dei motivi principali per controllare il catalogo prima di spendere:
- puoi vedere quali modelli supportano riferimenti
- puoi vedere quanti file accettano
- puoi decidere se il task ha davvero bisogno di un modello capace di riferimenti
Se i riferimenti sono centrali, questo dovrebbe cambiare presto la scelta del modello, non dopo due run fallite.
Passaggio 4: aspettati un vero ciclo di vita del task
Quando avvii una generazione immagine in Rivya:
- il prodotto valida la richiesta
- crea un task di generazione
- consuma i credit richiesti per quel task
- invia il job upstream
- il task passa attraverso
WAITING,GENERATING,SUCCESSoFAILED
Questo stato tracciato è ciò che rende possibili più avanti history, rimborsi e follow-up.
Passaggio 5: usa History invece di trattare la run come usa e getta
Quando un'immagine riesce, Rivya non mostra solo una card risultato una tantum.
L'immagine può alimentare:
- cronologia di generazione
- un'altra iterazione immagine
- lavoro video, se vuoi animare lo still
- chat, se vuoi aiuto ad analizzare cosa ha funzionato
È una delle parti più utili del prodotto. Un'immagine forte può diventare la base della prossima mossa invece di un vicolo cieco.
Pagine pubbliche, accesso e upload
Le pagine immagine pubbliche sono utili per confronto e scelta del percorso.
Al momento, esecuzione reale e upload di file di riferimento dipendono ancora dal login. Quindi le pagine pubbliche ti aiutano a scegliere bene, ma il vero workflow immagine diventa persistente solo quando passi nel prodotto con accesso.
Casi di fallimento comuni
La maggior parte delle run immagine deboli nasce da errori di setup, non solo dalla qualità del modello:
- scegliere un modello prima di controllare se i riferimenti sono davvero supportati
- scrivere un prompt come desiderio vago invece che come brief di deliverable
- aspettare diverse run fallite prima di capire che il task aveva bisogno di riferimenti dall'inizio
- trattare il primo output come test usa e getta invece di controllare cosa hanno registrato History e stato task
Se la run fallisce
I fallimenti di generazione immagine non spariscono e basta.
Rivya mantiene il fallimento leggibile tramite:
- stato task
- history
- notifiche quando appropriate
Se il fallimento del provider deve essere stornato, anche i credit riservati possono essere rimborsati.
Questo rende il lavoro immagine iterativo più affidabile di "qualcosa è andato storto, riprova".
Un buon flusso immagine in Rivya
Se vuoi il percorso più pulito:
- confronta uno o due modelli immagine in AI Models
- decidi se i riferimenti contano davvero
- accedi prima dello step effettivo di esecuzione o upload
- scrivi un prompt legato al deliverable reale
- genera una volta
- rivedi il risultato in History prima di decidere cosa cambiare dopo
È il modo più pulito per passare dalla curiosità a un workflow immagine riutilizzabile dentro Rivya.
Se la tua domanda più difficile non è "come genero un'immagine?", ma "da quale modello immagine dovrei iniziare?", le pagine più specifiche di selezione e confronto immagini sono il passo successivo migliore.
Se poi ti serve la vista workflow
- Se stai ancora scegliendo la famiglia di modelli, vai a Miglior generatore di immagini AI nel 2026.
- Se i riferimenti sono il vincolo principale, vai a Generatore di immagini AI con immagini di riferimento.
- Se vuoi il workflow lato prodotto, tieni aperti insieme Workflow immagini in Rivya e Riferimenti e upload in Rivya.
Prepara la prima vera run immagine
La prima run immagine in Rivya dovrebbe dimostrare un percorso riutilizzabile, non solo produrre una preview casuale.
Prima di generare, decidi:
- perché questo modello è il primo tentativo giusto
- se i riferimenti sono richiesti o solo utili
- a cosa serve l'immagine finale: annuncio, pagina prodotto, landing page, post social o bozza interna
- quali fatti, crop e vincoli di stile non possono deviare
- cosa controllerai in History dopo la run
- quale sarebbe una buona seconda mossa se il risultato è vicino ma non pronto
Questo rende il workflow più facile da debug. Se la prima run fallisce, puoi capire se il problema era scelta modello, riferimenti mancanti, prompt vago o target output sbagliato.
Usa il primo risultato per decidere la prossima mossa
Non giudicare la prima immagine solo da quanto appare impressionante.
Controlla:
- se il modello ha seguito il deliverable reale
- se il prompt era abbastanza specifico
- se l'immagine aveva bisogno di riferimenti prima
- se crop e composizione corrispondono al canale previsto
- se il risultato dovrebbe essere salvato, rieseguito, modificato o trasformato in video
Se l'output ti insegna la prossima mossa giusta, è stato utile anche se non è pubblicabile. Salva la direzione forte in History e cambia una variabile principale alla volta.
