Hướng dẫn troubleshooting trong Rivya
Khắc phục vấn đề Rivya với gửi trò chuyện, tệp tải lên, tạo nội dung tác vụ bị kẹt, missing results, payment updates, điểm tín dụng, lịch sử và notifications.
Đánh giá lần cuối vào 2026/08/29
Dùng hướng dẫn troubleshooting này khi trò chuyện, tệp tải lên, tạo nội dung tác vụ, lịch sử, notifications, điểm tín dụng hoặc thanh toán state trong Rivya không hoạt động như kỳ vọng.
Khi Rivya có vẻ bị lỗi, cách sửa nhanh nhất là quyết định lớp nào thật sự đang fail.
Phần lớn vấn đề rơi vào một trong năm nơi:
quyền truy cập và sign-in
mô hình hoặc dữ liệu đầu vào mismatch
trạng thái tác vụ bất đồng bộ
wallet hoặc payment state
saved work lookup
Cách tách này hữu ích hơn nhiều so với xem mọi thứ như một "bug" chung chung.
1. Không gửi được tin nhắn trò chuyện
Nếu trò chuyện không thật sự chạy, hãy kiểm tra nguyên nhân đơn giản trước:
bạn có thể vẫn đang ở công khai đích flow và cần sign in trước khi gửi
draft tin nhắn có thể đang trống
saved phiên có thể chưa load sạch
Nếu vấn đề nằm ở phiên cụ thể, hãy mở lại conversation từ Hướng dẫn Lịch sử trong Rivya thay vì đoán bạn đang ở path nào.
Nếu tác vụ hẹp và lặp lại, restart từ một công cụ entry cũng có thể sạch hơn tiếp tục trong một plain-trò chuyện thread quá rộng.
2. Generation không bắt đầu
Nếu hình ảnh, video hoặc âm thanh tạo nội dung fail trước khi thật sự bắt đầu, nguyên nhân thường là:
thiếu câu lệnh nội dung bắt buộc
mô hình được chọn có trang ghi nhận nhưng hiện không khả dụng
dialogue-style âm thanh biểu mẫu chưa hoàn chỉnh
mô hình được chọn yêu cầu tệp tham chiếu nhưng chưa cung cấp
tài khoản không có đủ điểm tín dụng
Hiện tại, insufficient điểm tín dụng có thể làm run fail trước khi upstream service được gọi. Đó là lý do cảm giác "không có gì xảy ra" vẫn có thể để lại failed record thật và một notification.
3. Không tải được tệp lên
Uploads được điều khiển theo mô hình, không phải theo danh mục.
Điều đó có nghĩa là:
không phải mọi mô hình trong cùng danh mục đều nhận cùng tham chiếu loại
không phải mọi mô hình đều nhận cùng số lượng tệp
kích thước và type giới hạn được enforce trước tạo nội dung yêu cầu thật
Nếu tải lên fail, hãy kiểm tra:
mô hình có hỗ trợ tệp loại đó không
bạn đã chạm hiện tại tham chiếu-tệp limit chưa
tệp type hoặc kích thước có vi phạm tải lên quy tắc hiện tại không
Nếu quy trình là làm sạch hoặc tách âm, hãy kiểm tra trạng thái trước khi xử lý sự cố tệp. ElevenLabs Audio Isolation hiện không khả dụng nên hợp đồng tải tệp lịch sử không thể tạo tác vụ. Mô hình text-to-giọng nói và hội thoại tạo âm thanh mới, không thay thế làm sạch.
4. Tác vụ kẹt in progress
Image, video và âm thanh runs là async tác vụ trong Rivya.
Các trạng thái hiển thị là:
WAITINGGENERATINGSUCCESSFAILED
Nếu một tác vụ có vẻ bị kẹt, đừng chỉ nhìn trang hiện tại.
Hãy kiểm tra cả các khu vực này:
active Studio
/dashboardrecent generations
Một số tác vụ hoàn tất bằng callback, một số bằng polling hoặc refresh. Vì vậy "ảnh tĩnh generating" tự nó không có nghĩa là "lost". Thường là tác vụ vẫn đang chờ upstream kết quả cuối cùng settle.
5. Tác vụ failed
Failure trong Rivya thường được lưu lại, không bị ẩn.
Một failed tác vụ có thể giữ:
chính failed trạng thái
lỗi tin nhắn
refund state, khi reserved điểm tín dụng nên được reverse
tạo nội dung-failed notification
Vì vậy bước đúng tiếp theo thường là:
đọc failure state
xác định vấn đề là trạng thái mô hình, điểm tín dụng, câu lệnh hay đầu vào không phù hợp
chỉ rerun sau khi sửa đúng nguyên nhân đó
Đừng xem mọi failure như một vấn đề UI tạm thời.
6. Result có vẻ biến mất
Thường thì kết quả không biến mất. Nó chỉ đang nằm sai chỗ.
Dùng Hướng dẫn Lịch sử trong Rivya khi câu hỏi là:
Tôi đã tạo hoặc thảo luận điều gì?
Dùng Hướng dẫn trung tâm thông báo Rivya khi câu hỏi là:
Sự kiện tài khoản hoặc quy trình quan trọng nào đã xảy ra?
Quy tắc rộng là:
trò chuyện quay về lịch sử trò chuyện
hình ảnh, video và âm thanh quay về lịch sử tạo nội dung
thanh toán và điểm tín dụng events thường rõ nhất trong notifications
7. Payment state trông cũ
Nếu checkout đã xong nhưng wallet hoặc thanh toán state vẫn có vẻ stale, hãy đi theo thanh toán path trước khi giả định payment đã mất.
Product flow hiện tại là:
hoàn tất checkout
quay lại qua
/paymentđể sản phẩm thăm dò và refresh thanh toán hoặc wallet state
kiểm tra
/settings/billinghoặc/settings/credits
Thông báo cũng có thể lưu thanh toán outcomes, vì vậy đáng kiểm tra khi tài khoản state có vẻ out of sync.
8. Nên kiểm tra ở đâu trước
Dùng shortcut này:
Studio hiện tại: công việc đang diễn ra
Hướng dẫn Lịch sử trong Rivya: saved kết quả và saved conversations
Hướng dẫn trung tâm thông báo Rivya: operational events đã xảy ra
/settings/billing: subscription state/settings/credits: wallet balance, packs, expiry và transactions
Phần lớn nhầm lẫn đến từ việc kiểm tra sai lớp trước.
Đọc tiếp
Checklist triage troubleshooting
Chọn nơi kiểm tra đầu tiên trước khi lặp lại cùng một hành động:
Chat không gửi được: kiểm tra sign-in, phiên state, mô hình availability và điểm tín dụng behavior.
Uploads fail: kiểm tra tệp type, kích thước, mô hình hỗ trợ và tác vụ có thật sự cần tệp không.
Generation bị kẹt: kiểm tra tác vụ trạng thái, nhà cung cấp callbacks, polling, lịch sử và notifications.
Billing trông stale: kiểm tra Checkout return, webhook settlement, thanh toán settings và điểm tín dụng settings.
Results có vẻ missing: kiểm tra đúng lịch sử loại và tác vụ có thật sự completed không.
Kiểm tra lại trước khi escalate
Chỉ escalate sau khi bạn có thể gọi tên tài khoản area, tác vụ id hoặc payment bối cảnh, expected kết quả, actual kết quả và last visible state. Điều đó biến hỗ trợ thành diagnosis thay vì guesswork.
