Genereringskø og ventetider
Forstå Rivyas genereringskøer, ventetider, langvarige billed-, video- og lydopgaver, notifikationer, historik og sikre gentagne forsøg.
Brug denne guide, når en billed-, video- eller lydopgave i Rivya bliver ved med at være i gang længere end forventet.
Video, lyd, referencetungt billedarbejde, udbyderkøer og større genereringsindstillinger kan alle gøre en opgave langsommere end en normal sideinteraktion. Ventetid betyder ikke i sig selv fejl.
Hvad en kø betyder
En kø betyder, at opgaven endnu ikke er færdig.
Det kan ske, fordi:
udbyderen behandler anmodningen
arbejdsgangen tager længere tid af design
inputtet omfatter filer eller referencer
outputindstillingen er tungere
midlertidig efterspørgsel er høj
Rivya venter på et callback eller en statusopdatering
En opgave i kø bør spores gennem opgavestatus, notifikationer og historik i stedet for at blive gentaget med det samme.
Ventetid er ikke det samme som fejl
En opgave kan være:
indsendt
under behandling
afventende udbyderresultat
fuldført
fejlet
Behandl ikke enhver langvarig opgave som fejlet. Kontrollér status, før du prøver igen.
Læs Fejlede opgaver og credit-refunderinger om fejlforløb.
Hvor du kan kontrollere fremskridt
Brug disse steder:
arbejdsgangssiden, hvor opgaven startede
kontoens credit- og opgavetilstand, hvor den er tilgængelig
Notifikationer hjælper, fordi asynkron generering ikke bør afhænge af én enkelt toast, der forsvinder.
Hvad du kan gøre, mens du venter
Mens en opgave behandles, kan du:
forberede den næste promptvariant
gennemgå tidligere historik
planlægge, hvordan resultatet skal bruges
undgå at indsende dubletopgaver for hurtigt
skifte til en anden opgave, hvis den aktuelle er asynkron
Hvis opgaven er vigtig, skal du vente på en endelig status, før du antager, at resultatet er tabt.
Hvornår du skal prøve igen
Prøv igen, når opgaven tydeligt fejlede, inputtet var forkert, eller outputtet ikke er brugbart.
Før du prøver igen, skal du beslutte, hvad der ændrede sig:
enklere prompt
færre referencer
anden model
anden varighed eller kvalitet
korrigeret upload
klarere opgaveintention
At gentage den samme anmodning uden at ændre noget kan gentage det samme problem.
Tjekliste til opgavekontinuitet
Når en opgave skal forblive sporbar efter indsendelse, skal du kontrollere:
Kontrollér, om opgaven er afventende, kører, fuldført, fejlet eller klar til opfølgning.
Brug History til nyttige resultater og Notifications til asynkrone statusændringer.
Hold task UUID, model, prompt og outputkontekst samlet under fejlfinding.
Genstart ikke den samme opgave, før den aktuelle tilstand er klar.
Gem eller download det mest nyttige resultat, før du forgrener dig til en anden arbejdsgang.
Målet er at undgå at miste arbejde, når en generering tager tid eller kræver opfølgning.
Hvornår status skal genkontrolleres
Genkontrollér status, når en opgave tager længere end forventet, en notifikation mangler, et resultat virker ufuldstændigt, eller en bruger ikke kan finde et tidligere resultat.
I de tilfælde skal du gennemgå opgavetilstand og History, før du beder brugeren om at generere igen.
Relaterede sider
Guide til fejlede opgaver og credit-refunderinger i Rivya
Håndter fejlede Rivya-opgaver, credit-tjek, gentagne forsøg, uploadproblemer, udbyderfejl, notifikationer, historik og behandlingstilstande.
Guide til Rivya-historik
Brug Rivya-historik til at genåbne chats, genereringsresultater, billeder, videoer, lydresultater, opgavestatus, downloads og projektkontekst.