Generation queue και χρόνοι αναμονής

Χρησιμοποιήστε αυτόν τον οδηγό όταν ένα Rivya image, video ή audio task μένει in progress περισσότερο από το αναμενόμενο.

Video, audio, reference-heavy image work, provider queues και μεγαλύτερες generation settings μπορούν όλα να κάνουν ένα task πιο αργό από μια κανονική page interaction. Η αναμονή από μόνη της δεν σημαίνει failure.

Τι σημαίνει queue

Queue σημαίνει ότι το task δεν έχει ολοκληρωθεί ακόμη.

Αυτό μπορεί να συμβεί επειδή:

• ο provider επεξεργάζεται το request
• το workflow παίρνει περισσότερο χρόνο by design
• το input περιλαμβάνει files ή references
• το output setting είναι βαρύτερο
• η προσωρινή ζήτηση είναι υψηλή
• το Rivya περιμένει callback ή status update

Ένα queued task πρέπει να παρακολουθείται μέσω task status, notifications και history, αντί να επαναλαμβάνεται αμέσως.

Η αναμονή δεν είναι το ίδιο με failure

Ένα task μπορεί να είναι:

• submitted
• processing
• αναμονή αποτελέσματος provider
• completed
• failed

Μην αντιμετωπίζετε κάθε long-running task ως failed. Ελέγξτε το status πριν κάνετε retry.

Για τη συμπεριφορά failure, διαβάστε το Failed tasks και credit refunds.

Πού να ελέγξετε progress

Χρησιμοποιήστε αυτά τα σημεία:

• τη workflow page όπου ξεκίνησε το task
• Οδηγός κέντρου ειδοποιήσεων στο Rivya
• History στο Rivya
• account credit και task state όπου είναι διαθέσιμα

Τα notifications βοηθούν επειδή το async generation δεν πρέπει να εξαρτάται από ένα single toast που εξαφανίζεται.

Τι να κάνετε όσο περιμένετε

Όσο ένα task κάνει processing, μπορείτε να:

• προετοιμάσετε την επόμενη prompt variation
• ελέγξετε previous history
• σχεδιάσετε πώς θα χρησιμοποιηθεί το output
• αποφύγετε να υποβάλετε duplicate tasks πολύ γρήγορα
• μεταβείτε σε άλλη task αν η τρέχουσα είναι asynchronous

Αν το task είναι σημαντικό, περιμένετε final status πριν υποθέσετε ότι το result χάθηκε.

Πότε να κάνετε retry

Κάντε retry όταν το task έχει σαφώς failed, το input ήταν λάθος ή το output δεν είναι χρήσιμο.

Πριν κάνετε retry, αποφασίστε τι άλλαξε:

• απλούστερο prompt
• fewer references
• different model
• different duration ή quality
• διορθωμένο upload
• πιο καθαρή πρόθεση εργασίας

Η επανάληψη του ίδιου request χωρίς αλλαγή μπορεί να επαναλάβει το ίδιο πρόβλημα.

Checklist task continuity

Όταν ένα task πρέπει να μείνει traceable μετά την υποβολή, ελέγξτε:

• Ελέγξτε αν το task είναι pending, running, completed, failed ή ready for follow-up.
• Χρησιμοποιήστε History για χρήσιμα outputs και Notifications για async status changes.
• Κρατήστε task UUID, model, prompt και output context μαζί όταν κάνετε troubleshooting.
• Μην επανεκκινείτε το ίδιο job μέχρι να είναι σαφές το current state.
• Αποθηκεύστε ή κατεβάστε το πιο χρήσιμο result πριν διακλαδώσετε σε άλλο workflow.

Ο στόχος είναι να μη χαθεί εργασία όταν ένα generation χρειάζεται χρόνο ή follow-up.

Πότε να επανελέγξετε status

Επανελέγξτε status όταν ένα task παίρνει περισσότερο από το αναμενόμενο, λείπει notification, ένα result φαίνεται incomplete ή ο χρήστης δεν μπορεί να βρει προηγούμενο output.

Σε αυτές τις περιπτώσεις, επιθεωρήστε task state και History πριν ζητήσετε από τον χρήστη να regenerate.

Σχετικές σελίδες

• Task lifecycle στο Rivya
• Οδηγός κέντρου ειδοποιήσεων στο Rivya
• History στο Rivya
• Failed tasks και credit refunds
• Video Studio στο Rivya