Comprendi code di generazione Rivya, tempi di attesa, attività lunghe di immagini, video e audio, notifiche, cronologia e retry sicuri.

Usa questa guida quando un'attività immagine, video o audio in Rivya resta in corso più a lungo del previsto.

Video, audio, lavori immagine con molti riferimenti, code dei provider e impostazioni di generazione più pesanti possono rendere un'attività più lenta di una normale interazione web. L'attesa da sola non significa fallimento.

Cosa significa una coda

Una coda significa che l'attività non è ancora terminata.

Può succedere perché:

il provider sta elaborando la richiesta
il workflow richiede più tempo per progettazione
l'input include file o riferimenti
l'impostazione di output è più pesante
la domanda temporanea è alta
Rivya sta aspettando un callback o un aggiornamento di stato

Un'attività in coda dovrebbe essere tracciata tramite stato dell'attività, notifiche e cronologia invece di essere ripetuta subito.

Attendere non è uguale a fallire

Un'attività può essere:

inviata
in elaborazione
in attesa del risultato del provider
completata
fallita

Non trattare ogni attività lunga come fallita. Controlla lo stato prima di riprovare.

Per il comportamento in caso di fallimento, leggi Attività fallite e rimborsi dei crediti.

Dove controllare l'avanzamento

Usa questi luoghi:

la pagina del workflow da cui l'attività è partita
Centro notifiche Rivya
Cronologia in Rivya
credito dell'account e stato dell'attività dove disponibili

Le notifiche aiutano perché la generazione asincrona non dovrebbe dipendere da un singolo toast che scompare.

Cosa fare mentre aspetti

Mentre un'attività è in elaborazione, puoi:

preparare la prossima variante del prompt
rivedere la cronologia precedente
pianificare come verrà usato l'output
evitare di inviare attività duplicate troppo rapidamente
passare a un'altra attività se quella corrente è asincrona

Se l'attività è importante, aspetta uno stato finale prima di presumere che il risultato sia perso.

Quando riprovare

Riprovare ha senso quando l'attività è chiaramente fallita, l'input era sbagliato o l'output non è utile.

Prima del retry, decidi cosa è cambiato:

prompt più semplice
meno riferimenti
modello diverso
durata o qualità diversa
upload corretto
intento dell'attività più chiaro

Ripetere la stessa richiesta senza cambiare nulla può ripetere lo stesso problema.

Lista di controllo per la continuità dell'attività

Quando un'attività deve restare tracciabile dopo l'invio, controlla:

Verifica se l'attività è in attesa, in esecuzione, completata, fallita o pronta per un follow-up.
Usa History per gli output utili e Notifications per i cambiamenti di stato asincroni.
Mantieni insieme UUID dell'attività, modello, prompt e contesto dell'output durante il troubleshooting.
Non riavviare lo stesso lavoro finché lo stato corrente non è chiaro.
Salva o scarica il risultato più utile prima di diramarti in un altro workflow.

L'obiettivo è evitare di perdere lavoro quando una generazione richiede tempo o ha bisogno di follow-up.

Quando ricontrollare lo stato

Ricontrolla lo stato quando un'attività richiede più tempo del previsto, manca una notifica, un risultato sembra incompleto o un utente non trova un output precedente.

In questi casi, ispeziona stato dell'attività e History prima di chiedere all'utente di rigenerare.

Coda di generazione e tempi di attesa