Fahami status tugasan Rivya, reservasi kredit, penyerahan penyedia, callbacks, polling, sejarah, notifikasi, kegagalan dan kredit.

Gunakan panduan ini apabila anda perlu memahami perkara yang berlaku selepas menyerahkan tugasan penjanaan imej, video atau audio dalam Rivya.

Ia menerangkan keadaan tugasan, reservasi kredit, penyelesaian penyedia, sejarah, notifikasi dan pengendalian tugasan gagal dalam satu tempat.

Keadaan Tugasan Sebenar

Kitar hayat penjanaan async semasa menggunakan empat keadaan yang kelihatan:

WAITING
GENERATING
SUCCESS
FAILED

Keadaan itu disimpan pada ai_task dan digunakan semula merentasi Studio, history, dashboard dan aliran notifications.

Apa Yang Berlaku Apabila Anda Menyerahkan

1. Rivya mengesahkan request

Sebelum apa-apa sampai kepada penyedia, Rivya menyemak:

model wujud
direct generation didayakan untuk model itu
runtime berasaskan async-task
panjang prompt sah
parameter borang dinormalkan
fail rujukan sepadan dengan perkara yang diterima oleh model

Sesetengah model mempunyai peraturan tambahan. Contohnya, audio isolation memerlukan fail audio yang dimuat naik serta pengesahan tempoh.

2. Rivya mencipta rekod tugasan

Rivya mencipta entri ai_task terlebih dahulu, dengan status WAITING.

Rekod itu menyimpan model, kategori, prompt, params, kredit yang direserved, jenis bil dan kemudian keadaan hasil atau kegagalan.

3. Kredit digunakan sebelum penyerahan penyedia

Ini penting: untuk penjanaan async, Rivya membelanjakan kredit tugasan sebelum menghantar kerja ke upstream.

Jika kredit terlalu rendah:

tugasan ditandakan gagal
perkhidmatan upstream tidak pernah dipanggil
notifikasi kredit tidak mencukupi boleh dicipta

4. Kerja penyedia dicipta

Jika kredit tersedia, Rivya menyerahkan tugasan kepada perkhidmatan upstream yang sepadan dan menyimpan upstream task ID.

Pada ketika itu status bergerak ke GENERATING.

Cara Rivya Mengetahui Hasilnya

Rivya menyokong dua laluan penyelesaian:

provider callback dalam persekitaran yang menyokong callback
status refresh dan polling apabila penyelesaian callback tidak tersedia

Laluan callback juga mengesahkan tandatangan webhook sebelum memuktamadkan tugasan.

Jika callback tiba sebelum hasil penyedia benar-benar sedia, Rivya boleh menangguhkan dan mencuba lagi dengan menyemak status upstream.

Laluan Berjaya

Apabila berjaya, Rivya:

menyimpan URL hasil
menetapkan status kepada SUCCESS
menyelesaikan tugasan
menjadikan output tersedia dalam sejarah penjanaan
mencipta notifikasi kejayaan penjanaan

Sebab itu imej atau video yang selesai kekal kelihatan selepas anda meninggalkan halaman.

Laluan Gagal

Apabila gagal, Rivya:

menyimpan mesej ralat
menetapkan status kepada FAILED
memulangkan kredit apabila kegagalan berlaku selepas reservasi dan patut diterbalikkan
mencipta notifikasi kegagalan penjanaan untuk semakan tahan lama

Ini berbeza daripada toast sementara. Kegagalan menjadi sebahagian daripada rekod akaun.

Di Mana Anda Melihat Keadaan Tugasan

Tugasan yang sama boleh muncul di beberapa tempat:

Studio aktif semasa ia sedang berjalan
History selepas ia selesai
Notifications Center untuk hasil utama
/dashboard dalam penjanaan terkini

Keadaan berkongsi inilah salah satu sebab produk terasa koheren, bukan sekali guna.

Cara Chat Berbeza

Chat juga boleh dibilkan, tetapi ia tidak menggunakan rekod tugasan async yang sama. Giliran Chat disimpan sebagai:

sesi chat
mesej chat

Untuk model chat berasaskan token, Rivya boleh mereserve kredit dahulu dan kemudian menyelesaikan jumlah akhir selepas penggunaan kembali. Jika jumlah akhir lebih rendah, perbezaannya dipulangkan.

Jadi peraturan luasnya ialah:

penjanaan imej, video dan audio menggunakan ai_task
chat menggunakan sesi tersimpan dan penyelesaian peringkat mesej

Baca Seterusnya

Senarai Semak Keadaan Tugasan

Apabila penjanaan mengelirukan, perlahan, gagal atau hilang, semak:

Kenal pasti jenis tugasan dahulu: penyelesaian chat, imej, video, audio atau chat bersandar alat.
Semak sama ada kredit direserved sebelum penyerahan penyedia atau diselesaikan selepas penggunaan.
Cari provider callback, hasil polling, item history dan notifikasi sebelum menganggap hasil hilang.
Asingkan kegagalan yang boleh dibetulkan pengguna daripada kegagalan penyedia atau infrastruktur.
Sahkan sama ada tugasan gagal patut menerbalikkan kredit sebelum menjalankan semula prompt yang sama.

Semak Semula Sebelum Menjalankan Lagi

Semak semula apabila prompt yang sama terus gagal, tugasan kekal in progress terlalu lama, kredit kelihatan digunakan tanpa output atau anda hampir menyerahkan larian pendua yang lebih berat.

Panduan Kitar Hayat Tugasan Rivya