生成佇列與等待時間
了解 Rivya 生成佇列、等待時間、長時間執行的圖片、影片和音訊任務、通知、history，以及安全重試。
當 Rivya 的圖片、影片或音訊任務停留在進行中，比預期更久時，請使用這份指南。
影片、音訊、reference-heavy 圖片工作、provider queues，以及較大的生成設定，都可能讓任務比一般頁面互動更慢。等待本身不代表失敗。
Queue 代表什麼
Queue 代表任務尚未完成。
這可能是因為：
- provider 正在處理請求
- 工作流本身設計上需要更久
- 輸入包含 files 或 references
- output setting 較重
- 臨時需求量很高
- Rivya 正在等待 callback 或狀態更新
排入 queue 的任務應該透過任務狀態、通知和 history 追蹤，而不是立刻重複提交。
等待不等於失敗
任務可能處於：
- submitted
- processing
- waiting for provider result
- completed
- failed
不要把每個長時間執行的任務都視為失敗。重試前請先檢查狀態。
關於失敗行為，請閱讀 失敗任務與積分退款。
在哪裡檢查進度
請使用這些位置：
- 任務開始的工作流頁面
- Rivya Notifications Center
- Rivya 中的 History
- 可用時檢查帳號積分和任務狀態
通知有幫助，因為 async generation 不應依賴單一個會消失的 toast。
等待時可以做什麼
任務處理中時，你可以：
- 準備下一個 prompt 變體
- 檢視先前 history
- 規劃 output 之後要如何使用
- 避免太快提交重複任務
- 如果目前任務是 async，可以切換到另一項任務
如果任務很重要，請等到最終狀態後，再假設結果已遺失。
何時重試
當任務明確失敗、輸入錯誤，或 output 不可用時再重試。
重試前，先決定這次改了什麼：
- 更簡單的 prompt
- 較少 references
- 不同 model
- 不同 duration 或 quality
- 修正後的 upload
- 更清楚的任務意圖
在沒有任何改動的情況下重複同一個請求，可能會重複同一個問題。
任務連續性檢查清單
當任務提交後仍需要可追蹤時，請檢查：
- 確認任務是 pending、running、completed、failed，還是 ready for follow-up。
- 使用 History 查看可用 outputs，使用 Notifications 查看 async 狀態變化。
- 疑難排解時，將 task UUID、model、prompt 和 output context 放在一起。
- 目前狀態清楚前，不要重新啟動同一個 job。
- 分支到另一個工作流前，先儲存或下載最有用的結果。
目標是在生成需要時間或需要 follow-up 時，避免遺失工作。
何時重新檢查狀態
當任務花費時間超出預期、通知缺失、結果看起來不完整，或使用者找不到先前 output 時，請重新檢查狀態。
在這些情況下，請先檢查任務狀態和 History，再要求使用者重新生成。