Verstehe Rivya-Generierungswarteschlangen, Wartezeiten, lang laufende Bild-, Video- und Audioaufgaben, Benachrichtigungen, Verlauf und sichere Wiederholungen.

Nutze diesen Leitfaden, wenn eine Rivya-Bild-, Video- oder Audioaufgabe länger als erwartet in Bearbeitung bleibt.

Video, Audio, referenzlastige Bildarbeit, Anbieterwarteschlangen und größere Generierungseinstellungen können eine Aufgabe langsamer machen als eine normale Seiteninteraktion. Warten bedeutet für sich allein noch keinen Fehler.

Was eine Warteschlange bedeutet

Eine Warteschlange bedeutet, dass die Aufgabe noch nicht abgeschlossen ist.

Das kann passieren, weil:

der Anbieter die Anfrage verarbeitet
der Workflow von Natur aus länger dauert
der Input Dateien oder Referenzen enthält
die Output-Einstellung schwerer ist
die temporäre Nachfrage hoch ist
Rivya auf einen Callback oder eine Statusaktualisierung wartet

Eine Aufgabe in der Warteschlange sollte über Aufgabenstatus, Benachrichtigungen und Verlauf verfolgt werden, statt sofort wiederholt zu werden.

Warten ist nicht dasselbe wie Scheitern

Eine Aufgabe kann:

eingereicht sein
verarbeitet werden
auf ein Anbieterergebnis warten
abgeschlossen sein
fehlgeschlagen sein

Behandle nicht jede lang laufende Aufgabe als fehlgeschlagen. Prüfe den Status, bevor du erneut versuchst.

Zum Fehlerverhalten lies Failed Tasks and Credit Refunds.

Wo du Fortschritt prüfst

Nutze diese Stellen:

die Workflow-Seite, auf der die Aufgabe gestartet wurde
Rivya Notifications Center
History in Rivya
Account-Credits und Aufgabenstatus, soweit verfügbar

Benachrichtigungen helfen, weil asynchrone Generierung nicht von einem einzelnen Toast abhängen sollte, der verschwindet.

Was du während des Wartens tun kannst

Während eine Aufgabe verarbeitet wird, kannst du:

die nächste Prompt-Variante vorbereiten
vorherigen Verlauf prüfen
planen, wie der Output verwendet wird
vermeiden, zu schnell doppelte Aufgaben einzureichen
zu einer anderen Aufgabe wechseln, wenn die aktuelle Aufgabe asynchron ist

Wenn die Aufgabe wichtig ist, warte auf einen endgültigen Status, bevor du annimmst, dass das Ergebnis verloren ist.

Wann du es erneut versuchen solltest

Versuche es erneut, wenn die Aufgabe eindeutig fehlgeschlagen ist, der Input falsch war oder der Output nicht nützlich ist.

Entscheide vor dem erneuten Versuch, was sich geändert hat:

einfacherer Prompt
weniger Referenzen
anderes Modell
andere Dauer oder Qualität
korrigierter Upload
klarere Aufgabenabsicht

Dieselbe Anfrage ohne Änderung zu wiederholen, kann dasselbe Problem wiederholen.

Checkliste für Aufgaben-Kontinuität

Wenn eine Aufgabe nach dem Einreichen nachvollziehbar bleiben muss, prüfe:

Prüfe, ob die Aufgabe ausstehend, laufend, abgeschlossen, fehlgeschlagen oder bereit für Folgearbeit ist.
Nutze History für nützliche Outputs und Notifications für asynchrone Statusänderungen.
Halte Aufgaben-UUID, Modell, Prompt und Output-Kontext zusammen, wenn du Fehler untersuchst.
Starte denselben Job nicht neu, bis der aktuelle Status klar ist.
Speichere oder lade das nützlichste Ergebnis herunter, bevor du in einen anderen Workflow verzweigst.

Das Ziel ist, keine Arbeit zu verlieren, wenn eine Generierung Zeit braucht oder Folgearbeit erfordert.

Wann du den Status erneut prüfen solltest

Prüfe den Status erneut, wenn eine Aufgabe länger als erwartet dauert, eine Benachrichtigung fehlt, ein Ergebnis unvollständig wirkt oder ein Nutzer einen früheren Output nicht findet.

Untersuche in solchen Fällen Aufgabenstatus und History, bevor du den Nutzer um eine neue Generierung bittest.

Generierungswarteschlange und Wartezeiten