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
Rivya Notifikationscenter
Historik i Rivya
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.

Genereringskø og ventetider