Jurnal Rivya

Bina Aliran Kerja Multimodal dengan Rivya API

Rancang aliran kerja Rivya API merentas model, fail, tugas penjanaan, giliran chat, webhook, kredit dan handoff kembali kepada semakan produk.
Aliran Kerja
Diterbitkan 2026/05/12Terakhir disemak 2026/05/12Pengarang:Pasukan Editorial Rivya
Kulit aliran kerja API Rivya dengan pemilihan model, muat naik fail, tugas penjanaan, giliran chat, webhook dan kredit akaun disusun sebagai satu pipeline produk.

Integrasi Rivya API yang baik bukan sekadar satu request kepada satu model.

Kebanyakan aliran kerja produk sebenar mempunyai rantaian kecil: pilih model yang betul, sediakan input, muat naik fail rujukan apabila perlu, hantar tugas, pantau status, kendalikan kredit dan maklumkan produk apabila hasil sudah sedia.

Artikel ini menunjukkan bentuk perancangan. Gunakan Rivya API Quickstart untuk laluan boleh jalan yang paling ringkas, dan gunakan dokumen API untuk medan request yang tepat.

Mulakan dengan Detik Produk

Sebelum memilih endpoint, terangkan detik produk dalam satu ayat.

Contoh:

  • Cipta draf imej produk apabila penjual menghantar taklimat listing.
  • Jana konsep video pendek selepas pengurus kempen meluluskan arah imej pegun.
  • Hantar satu giliran chat dalam tool penyelidikan dalaman dan strim respons kembali kepada pengguna.
  • Muat naik imej rujukan, hantar permintaan model yang disokong, dan maklumkan pengguna apabila hasil sudah sedia.

Ayat itu menghalang integrasi daripada menjadi himpunan longgar API call.

Petakan Aliran Kerja Sebelum Menulis Kod

Gunakan jadual ini sebelum membuka skema request.

Langkah aliran kerjaSoalan produkKawasan API
Akses akaunAkaun Rivya mana memiliki penggunaan?API Authentication
Pilihan modelID model awam mana sesuai dengan tugas ini?API Models
Input rujukanAdakah model memerlukan media yang dimuat naik?Files API
PenjanaanAdakah ini tugas imej, video atau audio async?Create Generation
ChatAdakah ini giliran model chat, bukan tugas penjanaan?Chat API
StatusBagaimana produk tahu hasil sudah sedia?Generation Status
Event siapPatutkah sistem lain menerima callback bertandatangan?API Webhooks
KreditBagaimana pasukan memahami kos?API Credits

Aliran kerja harus cukup jelas supaya setiap kawasan API mempunyai sebab untuk wujud.

Langkah 1: Cipta Key untuk Integrasi

Cipta API key untuk app, environment atau aliran kerja khusus yang akan menggunakannya.

Elakkan menggunakan satu key untuk semuanya. Menamakan key mengikut tujuan menjadikan semakan kemudian lebih mudah:

  • production-image-workflow
  • staging-video-tests
  • internal-chat-assistant
  • webhook-smoke-test

Baca API Authentication sebelum menyimpan key. Secret penuh hanya dipaparkan sekali, jadi pasukan anda perlu menyimpannya dalam server-side secret store yang betul dengan segera.

Langkah 2: Pilih Model daripada Senarai API Awam

Jangan hard-code model hanya kerana ia berfungsi dalam ujian manual.

Gunakan API Models dan Model API Reference untuk mengesahkan:

  • ID model awam
  • sama ada ia tersedia melalui API
  • mod input yang disokong
  • jangkaan prompt dan parameter
  • sama ada Files API diperlukan
  • kelakuan kredit dan nota kesediaan

Di sinilah banyak integrasi menjadi lebih bersih. Model yang sempurna untuk ujian Studio manual mungkin bukan model pertama yang betul untuk aliran produk automatik.

Langkah 3: Tentukan Sama Ada Files API Sebahagian daripada Versi Pertama

Jika model boleh berjalan daripada input teks, kekalkan versi pertama sebagai teks sahaja.

Tambah Files API hanya apabila aliran kerja benar-benar memerlukan media rujukan.

Apabila ia diperlukan, tentukan:

  • jenis fail yang diterima produk
  • siapa memiliki langkah pembersihan fail
  • apa yang berlaku apabila muat naik gagal
  • bagaimana data fail yang dikembalikan dihantar ke parameter model
  • sama ada fail yang sama patut digunakan semula atau dimuat naik lagi

Ini menghalang pengalaman fail yang rapuh daripada tersembunyi di sebalik butang generate yang kelihatan bersih.

Langkah 4: Hantar Satu Tugas Penjanaan

Untuk penjanaan imej, video dan audio, corak biasa ialah:

  1. sediakan ID model, prompt dan params yang disokong
  2. tambah idempotency key untuk retry yang selamat
  3. hantar melalui endpoint penjanaan
  4. simpan public task ID
  5. poll status sehingga tugas mencapai keadaan terminal

Gunakan Create Generation untuk bentuk request dan Generation Status untuk pengendalian hasil.

Produk patut melayan queued, processing, succeeded dan failed sebagai state yang kelihatan kepada pengguna. Jangan suruh pengguna membaca butiran sistem atau meneka sebab sesuatu tugas lambat.

Langkah 5: Gunakan Chat API untuk Model Chat

Model chat harus menggunakan Chat API, bukan endpoint penjanaan.

Itu penting kerana kerja chat mempunyai kelakuan berbeza:

  • giliran chat boleh tergolong dalam sesi yang dicipta API
  • non-streaming dan SSE streaming memberi pengalaman pengguna yang berbeza
  • lampiran imej menggunakan file ID daripada Files API
  • penyelesaian kredit mengikuti giliran chat, bukan tugas media async biasa

Jika produk anda memerlukan jawapan assistant dalam interface sendiri, Chat API mungkin laluan yang betul. Jika pengguna masih meneroka idea, Rivya Chat atau Studio mungkin lebih baik.

Langkah 6: Mulakan dengan Polling, Kemudian Tambah Webhook

Untuk versi pertama, polling lebih mudah untuk difikirkan.

Tambah API Webhooks apabila:

  • produk mempunyai banyak tugas async
  • client yang menunggu tidak patut poll terus
  • sistem downstream memerlukan event siap bertandatangan
  • retry dan pengendalian duplicate sudah direka

Webhook receiver patut membosankan dan ketat: sahkan signature, terima event yang duplicate-safe, kemas kini satu rekod produk dan log hanya perkara yang selamat untuk dilog.

Langkah 7: Jadikan Kredit Kelihatan dalam Produk

Rivya API menggunakan kredit akaun yang sama seperti Studio.

Integrasi anda perlu memutuskan berapa banyak perkara itu ditunjukkan. Sekurang-kurangnya, pasukan perlu tahu:

  • akaun mana memiliki API key
  • aliran kerja mana boleh menggunakan kredit
  • apa yang berlaku apabila kredit terlalu rendah
  • bagaimana state penjanaan gagal diterangkan
  • ke mana seseorang perlu dihantar untuk soalan kredit dan billing

Gunakan API Credits, Credits & Billing dalam Rivya dan How to Think About Rivya Credits, Packs, and Plans untuk model wallet yang kelihatan kepada pengguna.

Versi Pertama yang Kecil

Versi pertama yang baik sengaja terhad.

Contohnya:

  1. satu API key
  2. satu model imej terpilih
  3. belum ada muat naik fail
  4. satu request penjanaan
  5. satu laluan status polling
  6. satu preview hasil ringkas dalam produk anda
  7. satu mesej ralat kredit yang jelas

Versi itu membuktikan sambungan sebelum menambah lebih banyak bahagian bergerak.

Versi yang Lebih Lengkap

Selepas versi pertama berfungsi, aliran kerja lebih lengkap mungkin menambah:

  • Files API untuk imej atau video rujukan
  • kawalan parameter khusus model
  • idempotency yang terikat kepada rekod produk anda
  • webhook bertandatangan untuk completion
  • Chat API untuk giliran assistant
  • server-side event stream apabila chat memerlukan output live
  • paparan admin atau support untuk tugas gagal

Setiap tambahan harus menjawab keperluan produk sebenar. Jika ia hanya membuat demo kelihatan lebih besar, tinggalkan.

Kesilapan Integrasi Biasa

Elakkan corak ini:

  • bermula dengan setiap ciri API sekali gus
  • menyembunyikan penggunaan kredit daripada pemilik akaun
  • menggunakan andaian Studio-only dalam aliran API
  • melayan muat naik fail sebagai perkara kemudian
  • retry request penjanaan tanpa idempotency
  • menggunakan Chat API untuk tugas yang sepatutnya async generation
  • menggunakan endpoint penjanaan untuk giliran chat
  • melog API key penuh, webhook secret atau butiran fail sementara

Aliran kerja API yang paling selamat jelas tentang pemilikan, state dan pengendalian kegagalan.

Ke Mana Seterusnya

Teruskan meneroka

Lagi siaran

Teruskan dengan panduan berkaitan, nota produk dan pecahan workflow daripada pasukan Rivya.

Ikuti perkembangan

Terima workflow, nota model atau kemas kini produk seterusnya dalam peti masuk anda

Newsletter ringkas untuk creator yang mahukan idea praktikal, cita rasa lebih tajam dan lebih sedikit kemas kini yang tidak berguna.

Pelancaran model baharu dan pelepasan ciriIdea workflow pendek yang boleh anda guna dengan cepat

Tiada spam. Berhenti melanggan bila-bila masa.