Hướng dẫn failed tasks và credit refunds trong Rivya
Xử lý failed tasks trong Rivya, credit checks, retries, upload issues, provider errors, notifications, history và processing states.
Dùng hướng dẫn này khi một image, video hoặc audio generation thất bại, có vẻ bị kẹt hoặc hoàn tất nhưng không có kết quả usable.
Nó giải thích nơi kiểm tra task status, credit handling hoạt động như thế nào và nên thay đổi gì trước khi tiêu credits cho lần chạy khác.
Thế nào là failed task
Failed task khác với task vẫn đang processing.
Một task có thể failed khi Rivya hoặc provider báo generation không thể hoàn tất. Một task có thể vẫn đang processing khi nó đã được chấp nhận nhưng result chưa quay lại.
Trước khi giả định một task đã failed, hãy kiểm tra task status trong history hoặc notification surface liên quan.
Credit refunds hoạt động như thế nào
Task lifecycle của Rivya được thiết kế để reserve credits cho generation work và xử lý failed outcomes theo billing logic hiện tại của product.
Trên thực tế, hãy kiểm tra task result, task status và credit balance sau một failed generation. Nếu task failed trước khi tạo ra usable result, Rivya có thể return credits theo failure-handling path hiện tại.
Vì hành vi provider có thể khác nhau theo workflow, đừng giả định mọi delay đều là failure hoặc mọi retry đều nên được submit ngay.
Kiểm tra task status ở đâu
Dùng các nơi này trước:
- generation history của workflow
- Hướng dẫn trung tâm thông báo Rivya
- account credit balance
- page nơi task được bắt đầu
Để hiểu flow nền, đọc Task Lifecycle trong Rivya.
Nên thử gì trước khi submit lại
Trước khi retry, hãy kiểm tra:
- upload đã hoàn tất đúng chưa
- file type và size có được hỗ trợ không
- prompt có yêu cầu behavior không được hỗ trợ không
- model đã chọn hiện có phù hợp với job không
- task có thật sự vẫn đang processing không
- một first run đơn giản hơn có an toàn hơn không
Nếu task dùng references, hãy thử giảm reference complexity hoặc làm rõ mỗi reference nên kiểm soát điều gì.
Khi task vẫn đang processing
Một số generation tasks mất nhiều thời gian hơn tương tác web thông thường.
Nếu task vẫn đang processing:
- tránh submit duplicates lặp lại ngay
- kiểm tra notifications để cập nhật
- quay lại qua history khi có thể
- đợi final status trước khi xem nó là failed
Asynchronous work là một lý do Rivya giữ notifications và history tách khỏi one-time page toasts.
Checklist retry
Trước khi retry một generation failed hoặc chưa rõ trạng thái, hãy kiểm tra:
- Xác nhận task status chính xác trước khi bắt đầu một lần chạy khác.
- Kiểm tra upload, prompt, model và settings đã dùng.
- Quyết định điều gì nên thay đổi trong retry: prompt đơn giản hơn, ít references hơn, model khác hoặc file đã sửa.
- Kiểm tra credit balance và expected cost trước khi dùng setting nặng hơn.
- Giữ failed task context nếu bạn cần troubleshoot hoặc contact support.
Mục tiêu là retry với lý do rõ hơn, không phải lặp lại cùng một failed request.
Khi nào cần kiểm tra lại trước retry
Kiểm tra lại trước retry khi task vẫn đang processing, credit state chưa rõ hoặc cùng upload hay prompt đã failed hơn một lần.
Trong các trường hợp đó, hãy inspect history, notifications và task state trước khi bắt đầu một duplicate run.
Trang liên quan
Hướng dẫn data và provider processing trong Rivya
Hiểu Rivya lưu gì, khi nào providers có thể xử lý prompts, uploads, outputs và metadata, cũng như cách xử lý sensitive data.
Hàng đợi generation và thời gian chờ
Hiểu queues generation trong Rivya, waiting times, image/video/audio tasks chạy lâu, notifications, history và safe retries.