Rivya AI-dokumentasjon

Feilsøkingsguide for Rivya

Løs Rivya-problemer med chat-sending, opplastinger, genereringsoppgaver som sitter fast, manglende resultater, betalingsoppdateringer, credits, historikk og varsler.

Sist gjennomgått 2026/04/28

Bruk denne feilsøkingsguiden når Rivya-chat, opplastinger, genereringsoppgaver, historikk, varsler, credits eller faktureringsstatus ikke oppfører seg som forventet.

Når Rivya virker ødelagt, er den raskeste løsningen å avgjøre hvilket lag som faktisk feiler.

De fleste problemer havner ett av fem steder:

  • tilgang og innlogging
  • modell- eller input-mismatch
  • asynkron oppgavestatus
  • wallet- eller betalingsstatus
  • oppslag i lagret arbeid

Den inndelingen er langt mer nyttig enn å behandle alt som en generisk "bug."

1. Chat sendes ikke

Hvis chat ikke faktisk kjører, sjekk de enkle årsakene først:

  • du kan fortsatt være i en offentlig landingsflyt og må logge inn før du sender
  • kladdemeldingen kan være tom
  • den lagrede økten kan ha mislyktes i å laste rent

Hvis problemet gjelder en bestemt økt, åpne samtalen på nytt fra History i stedet for å gjette hvilken sti du var på.

Hvis oppgaven er smal og gjentakende, kan det også være ryddigere å starte fra et verktøyinngangspunkt i stedet for å fortsette i en bred vanlig chat-tråd.

2. En generering starter ikke

Hvis bilde-, video- eller lydgenerering feiler før den virkelig begynner, er de vanlige årsakene:

  • påkrevd promptinnhold mangler
  • et dialogbasert lydskjema er ufullstendig
  • valgt modell krever en referansefil, men ingen ble gitt
  • kontoen har ikke nok credits

Akkurat nå kan utilstrekkelige credits få kjøringen til å feile før oppstrømstjenesten i det hele tatt kalles. Derfor kan en følelse av at "ingenting skjedde" fortsatt etterlate en reell feilet post og et varsel.

3. Opplastinger feiler

Opplastinger styres av modell, ikke av kategori.

Det betyr:

  • ikke alle modeller i en kategori godtar samme referansetyper
  • ikke alle modeller godtar samme antall filer
  • størrelse- og typegrenser håndheves før den faktiske genereringsforespørselen

Hvis en opplasting feiler, sjekk:

  • om modellen støtter den filtypen i det hele tatt
  • om du allerede har nådd gjeldende grense for referansefiler
  • om filtype eller størrelse bryter med gjeldende opplastingsregler

Hvis arbeidsflyten er lydopprydding eller isolering, husk at opplastede lydstier er strukturelt annerledes enn prompt-først TTS eller stemmegenerering.

4. Oppgave sitter fast i prosess

Bilde-, video- og lydkjøringer er asynkrone oppgaver i Rivya.

De synlige statusene er:

  • WAITING
  • GENERATING
  • SUCCESS
  • FAILED

Hvis en oppgave virker fastlåst, ikke bare se på gjeldende side.

Sjekk også disse flatene:

Noen oppgaver fullføres via callback, andre via polling eller oppdatering. Derfor betyr "genererer fortsatt" ikke i seg selv "tapt." Det betyr ofte at oppgaven fortsatt venter på at det endelige oppstrømsresultatet skal sette seg.

5. En oppgave feilet

Feil i Rivya blir vanligvis bevart, ikke skjult.

En feilet oppgave kan beholde:

  • selve feilstatusen
  • en feilmelding
  • refund-status når reserverte credits bør reverseres
  • et varsel om feilet generering

Derfor er riktig neste steg vanligvis:

  1. les feilstatusen
  2. avgjør om problemet var credits, prompt eller input-mismatch
  3. kjør på nytt bare etter at den konkrete årsaken er fikset

Ikke behandle hver feil som et midlertidig UI-problem.

6. Resultatet virker borte

Som regel er resultatet ikke borte. Det ligger bare på feil flate.

Bruk History når spørsmålet er:

Hva laget eller diskuterte jeg?

Bruk Notifications Center når spørsmålet er:

Hvilken viktig konto- eller arbeidsflythendelse skjedde?

Den brede regelen er:

  • chat går tilbake til chathistorikk
  • bilde, video og lyd går tilbake til genereringshistorikk
  • fakturerings- og credit-hendelser vises ofte tydeligst i varsler

7. Betalingsstatus ser gammel ut

Hvis checkout er fullført, men wallet eller faktureringsstatus fortsatt virker utdatert, følg faktureringsstien før du antar at betalingen gikk tapt.

Dagens produktflyt er:

  1. fullfør checkout
  2. returner gjennom /payment
  3. la produktet polle og oppdatere fakturerings- eller wallet-status
  4. sjekk /settings/billing eller /settings/credits

Varsler kan også bevare faktureringsutfall, så de er verdt å sjekke når kontostatus virker ute av synk.

8. Hvor du bør sjekke først

Bruk denne snarveien:

  • gjeldende Studio: pågående live-arbeid
  • History: lagrede resultater og lagrede samtaler
  • Notifications Center: operative hendelser som allerede har skjedd
  • /settings/billing: abonnementsstatus
  • /settings/credits: wallet-saldo, pakker, utløp og transaksjoner

Mest forvirring kommer av å sjekke feil lag først.

Les videre

Sjekkliste for feilsøkingsprioritering

Velg første sted å sjekke før du gjentar samme handling:

  • Chat sendes ikke: sjekk innlogging, øktstatus, modelltilgjengelighet og credit-atferd.
  • Opplastinger feiler: sjekk filtype, størrelse, modellstøtte og om oppgaven faktisk trenger en fil.
  • Generering sitter fast: sjekk oppgavestatus, provider-callbacks, polling, historikk og varsler.
  • Fakturering ser utdatert ut: sjekk Checkout-retur, webhook-avregning, faktureringsinnstillinger og credit-innstillinger.
  • Resultater virker manglende: sjekk riktig historikktype og om oppgaven faktisk ble fullført.

Sjekk på nytt før eskalering

Eskaler først etter at du kan navngi kontoområdet, oppgave-ID eller betalingskontekst, forventet resultat, faktisk resultat og siste synlige status. Det gjør support til diagnose i stedet for gjetting.

Innholdsfortegnelse