Coda di generazione e tempi di attesa

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.

Pagine correlate

• Ciclo di vita delle attività in Rivya

• Centro notifiche Rivya

• Cronologia in Rivya

• Attività fallite e rimborsi dei crediti

• Video Studio in Rivya