Rivya 失敗タスクとクレジット返金ガイド
Rivya の失敗タスク、クレジット確認、再試行、アップロード問題、プロバイダーエラー、通知、履歴、処理中状態への対応方法。
画像、動画、音声生成が失敗した、止まっているように見える、または使える結果なしで完了した場合は、このガイドを使います。
このページでは、タスク状態をどこで確認するか、クレジット処理がどう動くか、もう一度クレジットを使う前に何を変えるべきかを説明します。
何が失敗タスクに当たるか
失敗タスクは、まだ処理中のタスクとは異なります。
Rivya またはプロバイダーが生成を完了できないと報告した場合、タスクは失敗と見なされることがあります。タスクが受け付けられていて、まだ結果が返っていない場合は、単に処理中の可能性があります。
タスクが失敗したと判断する前に、関連する履歴または通知画面でタスク状態を確認してください。
クレジット返金の仕組み
Rivya のタスクライフサイクルは、生成作業のためにクレジットを予約し、現在のプロダクトの請求ロジックに従って失敗結果を扱うように設計されています。
実務上は、生成失敗後にタスク結果、タスク状態、クレジット残高を確認します。使える結果を出す前にタスクが失敗した場合、Rivya は現在の失敗処理経路に従ってクレジットを返すことがあります。
プロバイダーの動作はワークフローによって異なるため、すべての遅延を失敗だと決めつけたり、すべての再試行をすぐ送信すべきだと考えたりしないでください。
タスク状態を確認する場所
まず次を確認します。
- そのワークフローの生成履歴
- Rivya Notifications Center
- アカウントのクレジット残高
- タスクを開始したページ
基礎となる流れについては、Rivya の Task Lifecycle を読んでください。
再送信前に試すこと
再試行する前に、次を確認します。
- アップロードが正しく完了したか
- ファイルタイプとサイズがサポートされているか
- プロンプトがサポート外の動作を求めていないか
- 選択したモデルが現在その作業に適しているか
- タスクが実はまだ処理中ではないか
- より単純な初回実行のほうが安全ではないか
タスクが参照を使っている場合は、参照の複雑さを下げるか、各参照が何を制御すべきかをより明確にしてみてください。
タスクがまだ処理中の場合
一部の生成タスクは、通常の Web 操作より時間がかかります。
タスクがまだ処理中の場合:
- すぐに重複タスクを繰り返し送信しない
- 通知で更新を確認する
- 利用できる場合は履歴から戻る
- 失敗と扱う前に最終状態を待つ
非同期作業は、Rivya が通知と履歴を一回限りのページトーストから分けている理由の 1 つです。
再試行チェックリスト
失敗した、または状態が不明確な生成を再試行する前に、次を確認します。
- 別の実行を始める前に、正確なタスク状態を確認する。
- 使用されたアップロード、プロンプト、モデル、設定を確認する。
- 再試行で何を変えるべきかを決める: より単純なプロンプト、少ない参照、別モデル、または修正したファイル。
- 重い設定を使う前に、クレジット残高と想定コストを確認する。
- トラブルシューティングやサポート連絡が必要な場合に備えて、失敗タスクの文脈を残しておく。
目的は、同じ失敗リクエストを繰り返すことではなく、より明確な理由を持って再試行することです。
再試行前に再確認するタイミング
タスクがまだ処理中、クレジット状態が不明確、または同じアップロードやプロンプトが複数回失敗している場合は、再試行前に再確認します。
その場合は、重複実行を始める前に、履歴、通知、タスク状態を確認してください。