Tài liệu Rivya AI

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à:

  • WAITING

  • GENERATING

  • SUCCESS

  • FAILED

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:

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à:

  1. đọc failure state

  2. 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

  3. 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à:

  1. hoàn tất checkout

  2. quay lại qua /payment

  3. để sản phẩm thăm dò và refresh thanh toán hoặc wallet state

  4. kiểm tra /settings/billing hoặ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:

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.