Rivya üretim kuyruklarını, bekleme sürelerini, uzun süren görüntü, video ve ses görevlerini, bildirimleri, geçmişi ve güvenli yeniden denemeleri anlayın.

Bir Rivya görüntü, video veya ses görevi beklenenden uzun süre devam ediyorsa bu rehberi kullanın.

Video, ses, yoğun referans kullanan görüntü çalışmaları, sağlayıcı kuyrukları ve daha ağır üretim ayarları bir görevi normal bir sayfa etkileşiminden daha yavaş hale getirebilir. Beklemek tek başına başarısızlık anlamına gelmez.

Kuyruk Ne Anlama Gelir

Kuyruk, görevin henüz tamamlanmadığı anlamına gelir.

Bu şu nedenlerle olabilir:

sağlayıcı isteği işliyordur
iş akışı tasarım gereği daha uzun sürüyordur
girdi dosyalar veya referanslar içeriyordur
çıktı ayarı daha ağırdır
geçici talep yüksektir
Rivya bir callback veya durum güncellemesi bekliyordur

Kuyruğa giren bir görev hemen tekrar gönderilmek yerine görev durumu, bildirimler ve geçmiş üzerinden takip edilmelidir.

Beklemek Başarısızlıkla Aynı Şey Değildir

Bir görev şu durumlarda olabilir:

gönderildi
işleniyor
sağlayıcı sonucu bekleniyor
tamamlandı
başarısız oldu

Uzun süren her görevi başarısız saymayın. Yeniden denemeden önce durumu kontrol edin.

Başarısızlık davranışı için Başarısız Görevler ve Kredi İadeleri sayfasını okuyun.

İlerleme Nereden Kontrol Edilir

Şu yerleri kullanın:

görevin başlatıldığı iş akışı sayfası
Rivya Bildirim Merkezi
Rivya'da Geçmiş
varsa hesap kredisi ve görev durumu

Bildirimler yardımcı olur çünkü asenkron üretim, kaybolan tek bir toast bildirimine bağlı olmamalıdır.

Beklerken Ne Yapılabilir

Bir görev işlenirken şunları yapabilirsiniz:

bir sonraki prompt varyasyonunu hazırlamak
önceki geçmişi gözden geçirmek
çıktının nasıl kullanılacağını planlamak
kopya görevleri çok hızlı göndermekten kaçınmak
mevcut görev asenkron ise başka bir göreve geçmek

Görev önemliyse sonucun kaybolduğunu varsaymadan önce nihai durumu bekleyin.

Ne Zaman Yeniden Denenmeli

Görev açıkça başarısız olduğunda, girdi yanlış olduğunda veya çıktı kullanışlı olmadığında yeniden deneyin.

Yeniden denemeden önce neyin değiştiğine karar verin:

daha basit prompt
daha az referans
farklı model
farklı süre veya kalite
düzeltilmiş yükleme
daha net görev amacı

Hiçbir şeyi değiştirmeden aynı isteği tekrarlamak aynı sorunu tekrarlayabilir.

Görev Sürekliliği Kontrol Listesi

Bir görevin gönderimden sonra izlenebilir kalması gerekiyorsa şunları kontrol edin:

Görevin beklemede, çalışıyor, tamamlanmış, başarısız veya takip için hazır olup olmadığını kontrol edin.
Kullanışlı çıktılar için Geçmiş'i, asenkron durum değişiklikleri için Bildirimler'i kullanın.
Sorun giderirken görev UUID'sini, modeli, promptu ve çıktı bağlamını birlikte tutun.
Mevcut durum netleşene kadar aynı işi yeniden başlatmayın.
Başka bir iş akışına dallanmadan önce en kullanışlı sonucu kaydedin veya indirin.

Amaç, üretim zaman aldığında veya takip gerektirdiğinde işi kaybetmemektir.

Durum Ne Zaman Yeniden Kontrol Edilmeli

Bir görev beklenenden uzun sürdüğünde, bildirim eksik olduğunda, sonuç eksik göründüğünde veya kullanıcı önceki çıktıyı bulamadığında durumu yeniden kontrol edin.

Bu durumlarda kullanıcıdan yeniden üretmesini istemeden önce görev durumunu ve Geçmiş'i inceleyin.

Üretim Kuyruğu ve Bekleme Süreleri