Zrozum kolejki generowania Rivya, czasy oczekiwania, długo działające zadania obrazu, wideo i audio, powiadomienia, historię oraz bezpieczne ponowienia.

Użyj tego przewodnika, gdy zadanie obrazu, wideo albo audio w Rivya pozostaje w toku dłużej niż oczekiwano.

Wideo, audio, praca obrazowa z wieloma referencjami, kolejki providerów i cięższe ustawienia generowania mogą sprawić, że zadanie będzie wolniejsze niż zwykła interakcja ze stroną. Samo czekanie nie oznacza awarii.

Co Oznacza Kolejka

Kolejka oznacza, że zadanie jeszcze się nie zakończyło.

Może się tak dziać, ponieważ:

provider przetwarza żądanie
workflow z założenia trwa dłużej
wejście zawiera pliki albo referencje
ustawienie wyniku jest cięższe
tymczasowy popyt jest wysoki
Rivya czeka na callback albo aktualizację statusu

Zadanie w kolejce powinno być śledzone przez status zadania, powiadomienia i historię, a nie natychmiast powtarzane.

Czekanie To Nie To Samo Co Awaria

Zadanie może być:

wysłane
przetwarzane
czekające na wynik providera
ukończone
nieudane

Nie traktuj każdego długo działającego zadania jako nieudanego. Sprawdź status przed ponowieniem.

O zachowaniu przy awarii przeczytasz w nieudanych zadaniach i zwrotach kredytów.

Gdzie Sprawdzić Postęp

Użyj tych miejsc:

strony workflow, na której zadanie wystartowało
Przewodnik po Rivya Notifications Center
Historia w Rivya
saldo kredytów konta i stan zadania, gdy są dostępne

Powiadomienia pomagają, bo asynchroniczne generowanie nie powinno zależeć od jednego znikającego toastu.

Co Robić Podczas Oczekiwania

Gdy zadanie się przetwarza, możesz:

przygotować następną wariację promptu
przejrzeć wcześniejszą historię
zaplanować, jak wynik zostanie użyty
unikać zbyt szybkiego wysyłania duplikatów zadań
przełączyć się na inne zadanie, jeśli bieżące jest asynchroniczne

Jeśli zadanie jest ważne, poczekaj na finalny status, zanim uznasz wynik za utracony.

Kiedy Ponowić

Ponów, gdy zadanie wyraźnie się nie powiodło, wejście było błędne albo wynik nie jest użyteczny.

Przed ponowieniem zdecyduj, co się zmieniło:

prostszy prompt
mniej referencji
inny model
inny czas trwania albo jakość
poprawiony upload
jaśniejsza intencja zadania

Powtórzenie tego samego żądania bez żadnej zmiany może powtórzyć ten sam problem.

Checklista Ciągłości Zadania

Gdy zadanie musi pozostać możliwe do prześledzenia po wysłaniu, sprawdź:

Sprawdź, czy zadanie jest pending, running, completed, failed albo gotowe do follow-up.
Używaj History dla użytecznych wyników i Notifications dla asynchronicznych zmian statusu.
Trzymaj task UUID, model, prompt i kontekst wyniku razem podczas troubleshooting.
Nie restartuj tego samego zadania, dopóki bieżący stan nie jest jasny.
Zapisz albo pobierz najbardziej użyteczny wynik przed przejściem do innego workflow.

Celem jest uniknięcie utraty pracy, gdy generowanie trwa albo wymaga follow-up.

Kiedy Sprawdzić Status Ponownie

Sprawdź status ponownie, gdy zadanie trwa dłużej niż oczekiwano, brakuje powiadomienia, wynik wygląda na niekompletny albo użytkownik nie może znaleźć wcześniejszego wyniku.

W takich przypadkach sprawdź stan zadania i Historię, zanim poprosisz użytkownika o ponowne generowanie.

Kolejka generowania i czasy oczekiwania