生成キューと待ち時間
Rivya の生成キュー、待ち時間、長時間かかる画像、動画、音声タスク、通知、履歴、安全な再試行を理解するためのガイド。
Rivya の画像、動画、音声タスクが想定より長く進行中のままになっている場合は、このガイドを使います。
動画、音声、参照の多い画像作業、プロバイダーキュー、重い生成設定は、タスクを通常のページ操作より遅くすることがあります。待っていること自体は失敗を意味しません。
キューの意味
キューは、タスクがまだ完了していないことを意味します。
理由としては、次のようなものがあります。
プロバイダーがリクエストを処理している
ワークフローが設計上時間を要する
入力にファイルや参照が含まれている
出力設定が重い
一時的な需要が高い
Rivya が callback または状態更新を待っている
キューに入ったタスクは、すぐに繰り返すのではなく、タスク状態、通知、履歴で追跡する必要があります。
待機は失敗と同じではない
タスクは次の状態になり得ます。
送信済み
処理中
プロバイダー結果待ち
完了
失敗
長時間実行されているタスクをすべて失敗として扱わないでください。再試行する前に状態を確認します。
失敗時の動作については、Failed Tasks and Credit Refunds を読んでください。
進捗を確認する場所
次の場所を使います。
タスクを開始したワークフローページ
利用できる場合はアカウントのクレジットとタスク状態
非同期生成は、消える 1 回限りの toast だけに依存すべきではないため、通知が役立ちます。
待っている間にできること
タスクが処理中の間は、次のことができます。
次のプロンプト案を準備する
以前の履歴をレビューする
出力をどう使うかを計画する
重複タスクを早く送信しすぎない
現在のタスクが非同期なら、別のタスクへ切り替える
そのタスクが重要な場合は、結果が失われたと考える前に最終状態を待ちます。
再試行するタイミング
タスクが明確に失敗した、入力が間違っていた、または出力が役に立たない場合に再試行します。
再試行前に、何を変えるかを決めます。
より単純なプロンプト
少ない参照
別のモデル
別の長さまたは品質
修正したアップロード
より明確なタスク意図
何も変えずに同じリクエストを繰り返すと、同じ問題を繰り返す可能性があります。
タスク継続性チェックリスト
送信後もタスクを追跡可能にしておく必要がある場合は、次を確認します。
タスクが pending、running、completed、failed、または follow-up 可能な状態かを確認する。
有用な出力には History を使い、非同期の状態変化には Notifications を使う。
トラブルシューティング時には、task UUID、モデル、プロンプト、出力文脈をまとめて保持する。
現在の状態が明確になるまで、同じジョブを再開始しない。
別のワークフローへ分岐する前に、最も有用な結果を保存またはダウンロードする。
目的は、生成に時間がかかる場合や follow-up が必要な場合に、作業を失わないことです。
状態を再確認するタイミング
タスクが想定より長くかかる、通知が見当たらない、結果が不完全に見える、またはユーザーが以前の出力を見つけられない場合は、状態を再確認します。
その場合は、ユーザーに再生成を求める前に、タスク状態と History を確認します。