Panduan Kitar Hayat Tugasan Rivya

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

• Aliran Kerja Imej dalam Rivya

• Aliran Kerja Video dalam Rivya

• Aliran Kerja Audio dalam Rivya

• Kredit & Bil

• Penyelesaian Masalah dalam Rivya

• Notifications Center

• History

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.