Løs Rivya-problemer med chatsending, uploads, fastlåste genereringsopgaver, manglende resultater, betalingsopdateringer, credits, historik og notifikationer.

Brug denne fejlfindingsguide, når Rivya-chat, uploads, genereringsopgaver, historik, notifikationer, credits eller faktureringstilstand ikke opfører sig som forventet.

Når Rivya føles ødelagt, er den hurtigste løsning at afgøre, hvilket lag der faktisk fejler.

De fleste problemer lander ét af fem steder:

adgang og login
model- eller inputmismatch
asynkron opgavetilstand
wallet- eller betalingstilstand
opslag i gemt arbejde

Den opdeling er meget mere nyttig end at behandle alt som en generisk "bug."

1. Chat vil ikke sende

Hvis chat ikke faktisk kører, så tjek de enkle årsager først:

du kan stadig være i et offentligt landingflow og skal logge ind før afsendelse
udkastbeskeden kan være tom
den gemte session kan være fejlet under indlæsning

Hvis problemet er sessionsspecifikt, skal du genåbne samtalen fra History i stedet for at gætte, hvilken sti du var på.

Hvis opgaven er smal og gentagelig, kan det også være renere at genstarte fra et værktøjsindgangspunkt i stedet for at fortsætte i en bred almindelig chat-tråd.

2. En generering starter ikke

Hvis billed-, video- eller lydgenerering fejler, før den rigtig begynder, er de sædvanlige årsager:

påkrævet promptindhold mangler
en dialogue-style lydformular er ufuldstændig
den valgte model kræver en referencefil, og ingen blev leveret
kontoen har ikke nok credits

Lige nu kan utilstrækkelige credits fejle kørslen, før upstream-tjenesten overhovedet kaldes. Derfor kan følelsen af, at "intet skete", stadig efterlade en reel fejlet post og en notifikation.

3. Uploads fejler

Uploads er modeldrevne, ikke kategoridrevne.

Det betyder:

ikke alle modeller i en kategori accepterer de samme referencetyper
ikke alle modeller accepterer samme antal filer
størrelse- og typegrænser håndhæves før den reelle genereringsanmodning

Hvis et upload fejler, så tjek:

om modellen overhovedet understøtter den filtype
om du allerede har ramt den aktuelle grænse for referencefiler
om filtypen eller størrelsen overtræder de aktuelle uploadregler

Hvis arbejdsgangen er lydoprydning eller isolation, så husk, at uploadede lydstier strukturelt er anderledes end prompt-first TTS eller stemmegenerering.

4. Opgave fastlåst i gang

Billed-, video- og lydkørsler er asynkrone opgaver i Rivya.

De synlige tilstande er:

WAITING
GENERATING
SUCCESS
FAILED

Hvis en opgave ser fastlåst ud, skal du ikke kun se på den aktuelle side.

Tjek også disse overflader:

det aktive Studio
History
Notifications Center
/dashboard seneste genereringer

Nogle opgaver afsluttes via callback, andre via polling eller refresh. Så "stadig generating" betyder ikke i sig selv "tabt." Det betyder ofte, at opgaven stadig venter på, at det endelige upstream-resultat falder på plads.

5. En opgave fejlede

Fejl i Rivya bevares normalt, de skjules ikke.

En fejlet opgave kan beholde:

selve fejlstatussen
en fejlbesked
refunderingstilstand, når de reserverede credits bør tilbageføres
en notifikation om genereringsfejl

Det rigtige næste trin er derfor normalt:

læs fejltilstanden
afgør, om problemet var credits, prompt eller inputmismatch
kør først igen efter at have rettet den specifikke årsag

Behandl ikke alle fejl som et midlertidigt UI-problem.

6. Resultatet virker væk

Som regel er resultatet ikke væk. Det ligger bare på den forkerte overflade.

Brug History, når spørgsmålet er:

Hvad lavede eller diskuterede jeg?

Brug Notifications Center, når spørgsmålet er:

Hvilken vigtig konto- eller arbejdsgangshændelse skete?

Den brede regel er:

chat vender tilbage til chathistorik
billede, video og lyd vender tilbage til genereringshistorik
fakturerings- og credit-hændelser vises ofte tydeligst i notifikationer

7. Betalingstilstand ser gammel ud

Hvis checkout blev fuldført, men wallet- eller faktureringstilstand stadig ser forældet ud, skal du følge faktureringsstien, før du antager, at betalingen er tabt.

Det aktuelle produktflow er:

fuldfør checkout
vend tilbage gennem /payment
lad produktet poll'e og opdatere fakturerings- eller wallet-tilstand
tjek /settings/billing eller /settings/credits

Notifications kan også bevare faktureringsudfald, så de er værd at tjekke, når kontotilstanden føles ude af sync.

8. Hvor du skal tjekke først

Brug denne genvej:

aktuelt Studio: live arbejde i gang
History: gemte outputs og gemte samtaler
Notifications Center: operationelle hændelser, der allerede er sket
/settings/billing: abonnementstilstand
/settings/credits: wallet-saldo, pakker, udløb og transaktioner

Det meste forvirring kommer af at tjekke det forkerte lag først.

Læs næste

Tjekliste til fejlfindingstriage

Vælg det første sted at tjekke, før du gentager den samme handling:

Chat vil ikke sende: tjek login, sessionstilstand, modeltilgængelighed og credit-adfærd.
Uploads fejler: tjek filtype, størrelse, modelunderstøttelse, og om opgaven faktisk kræver en fil.
Generering sidder fast: tjek opgavestatus, provider-callbacks, polling, historik og notifikationer.
Fakturering ser forældet ud: tjek Checkout-returnering, webhook-afregning, faktureringsindstillinger og credit-indstillinger.
Resultater ser manglende ud: tjek den rigtige historiktype, og om opgaven faktisk blev fuldført.

Gentjek før eskalering

Eskalér først, når du kan navngive kontoområdet, task id eller betalingskontekst, forventet resultat, faktisk resultat og den sidste synlige tilstand. Det gør support til diagnose i stedet for gætværk.

Rivyas fejlfindingsguide