Ghidul ciclului de viata al sarcinilor Rivya

Foloseste acest ghid cand trebuie sa intelegi ce se intampla dupa ce trimiti o sarcina de generare de imagine, video sau audio in Rivya.

El explica intr-un singur loc starile sarcinii, rezervarea creditelor, finalizarea la furnizor, istoricul, notificarile si tratarea sarcinilor esuate.

Starile reale ale sarcinii

Ciclul actual de generare asincrona foloseste patru stari vizibile:

• WAITING
• GENERATING
• SUCCESS
• FAILED

Aceste stari sunt stocate in ai_task si refolosite in fluxurile Studio, istoric, dashboard si notificari.

Ce se intampla cand trimiti

1. Rivya valideaza cererea

Inainte ca ceva sa ajunga la un furnizor, Rivya verifica:

• modelul exista
• generarea directa este activata pentru acel model
• runtime-ul este bazat pe sarcini asincrone
• lungimea promptului este valida
• parametrii formularului sunt normalizati
• fisierele de referinta corespund cu ce accepta modelul

Unele modele au reguli suplimentare. De exemplu, izolarea audio necesita un fisier audio incarcat si verificarea duratei.

2. Rivya creeaza inregistrarea sarcinii

Rivya creeaza mai intai o intrare ai_task, cu statusul WAITING.

Acea inregistrare pastreaza modelul, categoria, promptul, parametrii, creditele rezervate, tipul de facturare si, mai tarziu, rezultatul sau starea de esec.

3. Creditele sunt consumate inainte de trimiterea catre furnizor

Acest lucru este important: pentru generarea asincrona, Rivya cheltuie creditele sarcinii inainte sa trimita jobul upstream.

Daca nivelul creditelor este prea scazut:

• sarcina este marcata ca esuata
• serviciul upstream nu este apelat niciodata
• poate fi creata o notificare de credite insuficiente

4. Jobul furnizorului este creat

Daca exista credite disponibile, Rivya trimite sarcina catre serviciul upstream potrivit si stocheaza ID-ul sarcinii upstream.

In acel moment, statusul trece la GENERATING.

Cum afla Rivya rezultatul

Rivya accepta doua cai de finalizare:

• callback de la furnizor in medii unde callbackurile sunt active
• reimprospatare de status si polling cand finalizarea prin callback nu este disponibila

Calea prin callback verifica si semnatura webhookului inainte de finalizarea unei sarcini.

Daca un callback soseste inainte ca rezultatul furnizorului sa fie complet gata, Rivya poate amana finalizarea si poate incerca din nou verificand statusul upstream.

Calea de succes

La succes, Rivya:

• stocheaza URL-urile rezultatului
• seteaza statusul la SUCCESS
• deconteaza sarcina
• face outputul disponibil in istoricul generarilor
• creeaza o notificare de generare reusita

De aceea o imagine sau un video finalizat ramane vizibil dupa ce parasesti pagina.

Calea de esec

La esec, Rivya:

• stocheaza mesajul de eroare
• seteaza statusul la FAILED
• ramburseaza creditele cand esecul a aparut dupa rezervare si trebuie inversat
• creeaza o notificare de generare esuata pentru verificare durabila

Acest lucru este diferit de un toast temporar. Esecul devine parte din istoricul contului.

Unde vezi starea sarcinii

Aceeasi sarcina poate aparea in mai multe locuri:

• Studio-ul activ cat timp ruleaza
• Istoric dupa ce se deconteaza
• Centrul de notificari pentru rezultate importante
• /dashboard in generarile recente

Aceasta stare partajata este unul dintre motivele pentru care produsul se simte coerent, nu de unica folosinta.

Cum difera Chat

Chat este si el facturabil, dar nu foloseste aceeasi inregistrare asincrona de sarcina. Conversatiile Chat sunt stocate ca:

• sesiuni de chat
• mesaje de chat

Pentru modelele de chat bazate pe tokenuri, Rivya poate rezerva mai intai credite si apoi poate deconta suma finala dupa ce revine utilizarea. Daca suma finala este mai mica, diferenta este rambursata.

Regula generala este:

• generarea de imagini, video si audio foloseste ai_task
• chatul foloseste sesiuni salvate si decontare la nivel de mesaj

Citeste mai departe

• Fluxuri de imagine in Rivya
• Fluxuri video in Rivya
• Fluxuri audio in Rivya
• Credite si facturare
• Depanare in Rivya
• Centrul de notificari
• Istoric

Lista de verificare pentru starea sarcinii

Cand o generare este confuza, lenta, esuata sau lipseste, verifica:

• Identifica mai intai tipul sarcinii: decontare chat, imagine, video, audio sau chat sustinut de un instrument.
• Verifica daca au fost rezervate credite inainte de trimiterea catre furnizor sau daca au fost decontate dupa utilizare.
• Cauta callbackul furnizorului, rezultatul de polling, elementul din istoric si notificarea inainte sa presupui ca rezultatul s-a pierdut.
• Separa esecurile corectabile de utilizator de esecurile de furnizor sau infrastructura.
• Confirma daca o sarcina esuata ar trebui sa inverseze creditele inainte sa rulezi din nou acelasi prompt.

Reverifica inainte de a rula din nou

Reverifica atunci cand acelasi prompt continua sa esueze, o sarcina ramane in progres prea mult timp, creditele par consumate fara output sau urmeaza sa trimiti o rulare duplicata mai grea.