Rivya AI-dokumentation

Rivyas felsökningsguide

Lös Rivya-problem med chattsändning, uppladdningar, genereringsuppgifter som fastnat, saknade resultat, betalningsuppdateringar, credits, historik och aviseringar.

Senast granskad 2026/04/28

Använd den här felsökningsguiden när Rivya-chatt, uppladdningar, genereringsuppgifter, historik, aviseringar, credits eller faktureringsläge inte beter sig som väntat.

När Rivya känns trasigt är den snabbaste lösningen att avgöra vilket lager som faktiskt fallerar.

De flesta problem hamnar på någon av fem platser:

  • åtkomst och inloggning
  • modell eller indatamatchning
  • asynkron uppgiftsstatus
  • plånboks- eller betalningsstatus
  • uppslag av sparat arbete

Den uppdelningen är mycket mer användbar än att behandla allt som en generisk "bug."

1. Chatten går inte att skicka

Om chatten inte faktiskt körs, kontrollera de enkla orsakerna först:

  • du kanske fortfarande är i ett publikt landningsflöde och behöver logga in innan du skickar
  • utkastmeddelandet kan vara tomt
  • den sparade sessionen kan ha misslyckats med att laddas rent

Om problemet är sessionsspecifikt, öppna konversationen igen från Historik i stället för att gissa vilken väg du var på.

Om uppgiften är smal och återkommande kan det också vara renare att starta om från en verktygsingång i stället för att fortsätta i en bred vanlig chattråd.

2. En generation startar inte

Om bild-, video- eller ljudgenerering misslyckas innan den verkligen börjar är de vanliga orsakerna:

  • nödvändigt promptinnehåll saknas
  • ett dialogbaserat ljudformulär är ofullständigt
  • den valda modellen kräver en referensfil och ingen gavs
  • kontot har inte tillräckligt med credits

Just nu kan otillräckliga credits göra att körningen misslyckas innan upstream-tjänsten någonsin anropas. Därför kan känslan av att "inget hände" ändå lämna en verklig felpost och en avisering efter sig.

3. Uppladdningar misslyckas

Uppladdningar är modelldrivna, inte kategoridrivna.

Det betyder:

  • alla modeller i en kategori accepterar inte samma referenstyper
  • alla modeller accepterar inte samma antal filer
  • storleks- och typgränser tillämpas före den verkliga genereringsbegäran

Om en uppladdning misslyckas, kontrollera:

  • om modellen över huvud taget stöder den filtypen
  • om du redan har nått aktuell referensfilsgräns
  • om filtyp eller storlek bryter mot aktuella uppladdningsregler

Om arbetsflödet är ljudrensning eller isolering, kom ihåg att vägar med uppladdat ljud är strukturellt annorlunda än promptförst-TTS eller röstgenerering.

4. Uppgift fastnar på pågående

Bild-, video- och ljudkörningar är asynkrona uppgifter i Rivya.

De synliga statusarna är:

  • WAITING
  • GENERATING
  • SUCCESS
  • FAILED

Om en uppgift verkar fastna, titta inte bara på den aktuella sidan.

Kontrollera även de här ytorna:

Vissa uppgifter avslutas via callback, andra via polling eller uppdatering. Därför betyder "genereras fortfarande" inte i sig "förlorad". Ofta betyder det att uppgiften fortfarande väntar på att det slutliga upstream-resultatet ska avräknas.

5. En uppgift misslyckades

Fel i Rivya bevaras oftast, inte döljs.

En misslyckad uppgift kan behålla:

  • själva felstatusen
  • ett felmeddelande
  • återbetalningsstatus, när reserverade credits bör reverseras
  • en avisering om misslyckad generering

Rätt nästa steg är därför oftast:

  1. läs felstatusen
  2. avgör om problemet var credits, prompt eller indata mismatch
  3. kör om först efter att den specifika orsaken har fixats

Behandla inte varje fel som ett tillfälligt UI-problem.

6. Resultatet verkar borta

Vanligtvis är resultatet inte borta. Det finns bara på fel yta.

Använd Historik när frågan är:

Vad skapade eller diskuterade jag?

Använd Aviseringscenter när frågan är:

Vilken viktig konto- eller arbetsflödeshändelse hände?

Den breda regeln är:

  • chatt går tillbaka till chatthistorik
  • bild, video och ljud går tillbaka till genereringshistorik
  • fakturerings- och credithändelser syns ofta tydligast i aviseringar

7. Betalningsstatus ser gammal ut

Om checkout slutfördes men plånboken eller faktureringsläget fortfarande ser gammalt ut, följ faktureringsvägen innan du antar att betalningen gick förlorad.

Det aktuella produktflödet är:

  1. slutför checkout
  2. återvänd genom /payment
  3. låt produkten polla och uppdatera fakturering eller plånboksstatus
  4. kontrollera /settings/billing eller /settings/credits

Aviseringar kan också bevara faktureringshändelser, så de är värda att kontrollera när kontostatus känns osynkad.

8. Var du ska kontrollera först

Använd den här genvägen:

  • aktuell Studio: livearbete som pågår
  • Historik: sparade resultat och sparade konversationer
  • Aviseringscenter: operativa händelser som redan har hänt
  • /settings/billing: prenumerationsstatus
  • /settings/credits: plånbokssaldo, paket, utgång och transaktioner

Det mesta av förvirringen kommer från att kontrollera fel lager först.

Läs vidare

Checklista för felsökningstriage

Välj första platsen att kontrollera innan du upprepar samma åtgärd:

  • Chatten går inte att skicka: kontrollera inloggning, sessionsstatus, modelltillgänglighet och creditbeteende.
  • Uppladdningar misslyckas: kontrollera filtyp, storlek, modellstöd och om uppgiften verkligen behöver en fil.
  • Generering har fastnat: kontrollera uppgiftsstatus, leverantörscallbacks, polling, historik och aviseringar.
  • Fakturering ser gammal ut: kontrollera checkout-retur, webhook-avräkning, faktureringsinställningar och creditinställningar.
  • Resultat verkar saknas: kontrollera rätt historiktyp och om uppgiften faktiskt slutfördes.

Kontrollera igen innan eskalering

Eskalera först efter att du kan namnge kontoområde, uppgifts-id eller betalningskontext, förväntat resultat, faktiskt resultat och senast synliga status. Det gör support till diagnos i stället för gissning.

Innehållsförteckning