Docs Rivya AI

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.

Đánh giá lần cuối vào 2026/04/28

Dùng hướng dẫn data processing này khi bạn cần một cách nhìn plain-language về điều xảy ra với prompts, uploads, outputs, history và provider-routed requests trong Rivya.

Nó giải thích cách ngôn ngữ product và policy hiện tại của Rivya mô tả data handling.

Nó không thay thế ngôn ngữ ràng buộc trong Chính sách quyền riêng tư hoặc Điều khoản dịch vụ.

Câu trả lời ngắn

Rivya lưu prompts, uploads, outputs, history và các records liên quan cần thiết để vận hành product và giữ workspace được kết nối.

Rivya cũng dựa vào third-party providers để vận hành một số phần của service.

Điều đó có nghĩa:

  • data của bạn không chỉ nằm trong một trang cô lập
  • prompts, uploads, outputs và metadata có thể được xử lý như một phần của workflow bạn yêu cầu
  • thông tin highly sensitive không nên được gửi một cách tùy tiện

Rivya lưu gì để vận hành product

Theo Chính sách quyền riêng tư hiện tại, Rivya có thể lưu các thông tin như:

  • prompts, instructions và chat messages bạn gửi
  • uploaded reference media, related file URLs và upload metadata
  • generation parameters và workflow settings
  • model, tool và workspace selections
  • output URLs, result metadata và task status records
  • chat session history, message history, attachment URLs và usage metadata
  • credit settlement và refund records liên quan đến AI runs

Rivya cũng có thể thu thập thông tin kỹ thuật và bảo mật như session records, IP address, browser and device data, locale settings và logs dùng cho security và service reliability.

Vì sao Rivya lưu thông tin đó

Policy hiện tại nói rằng thông tin này có thể được dùng để:

  • tạo và quản lý tài khoản của bạn
  • xác thực sign-in và bảo vệ account access
  • cung cấp billing, credits, subscriptions và payment support
  • xử lý generation requests, chat requests, uploads và requested outputs
  • duy trì generation history, chat history và workspace continuity
  • gửi communications liên quan đến service, billing, support và newsletter
  • điều tra abuse, fraud, misuse hoặc technical failures
  • cải thiện product quality, reliability, support operations và user experience

Cách hiểu thực tế là Rivya lưu data vì product được xây quanh saved continuity, billing và task history, không chỉ one-off outputs.

Provider nào có thể xử lý data

Policy hiện tại nói Rivya có thể dựa vào providers như:

  • Stripe cho billing, checkout, subscriptions và payment-related records
  • third-party AI infrastructure cho AI generation, chat routing, media uploads và related task processing
  • Resend cho emails liên quan đến account, contact và newsletter
  • S3-compatible storage providers cho uploaded avatars và stored files
  • Google, GitHub hoặc Discord nếu bạn chọn các sign-in methods đó
  • infrastructure, hosting, monitoring hoặc security vendors dùng để vận hành service
  • optional analytics, captcha, affiliate hoặc support-widget providers nếu các features đó được bật trong một deployment cụ thể

Policy cũng nói AI requests được route qua third-party AI infrastructure có thể liên quan đến upstream model hoặc infrastructure providers được chọn cho workflow bạn dùng, nhưng chỉ như một phần của việc hoàn thành workflow đó.

Điều này có nghĩa gì với prompts, uploads và outputs

Về thực tế:

  • prompts và chat messages có thể được xử lý để tạo response bạn yêu cầu
  • uploads có thể được xử lý để hoàn tất generation, editing hoặc các bước workflow liên quan
  • outputs, task records và history giữ liên kết với tài khoản để product hỗ trợ saved continuity

Policy hiện tại cũng ghi chú:

  • reference files cho AI generation hiện được upload qua Rivya endpoints đến third-party AI infrastructure dùng cho generation uploads
  • avatar uploads hiện được gửi đến S3-compatible storage được cấu hình cho service

Cách nghĩ về câu hỏi training

Ngôn ngữ policy public của Rivya ở đây tập trung vào việc product lưu gì và providers nào có thể xử lý requests để vận hành service.

không tạo một lời hứa product blanket trên trang này rằng mọi provider có quy tắc retention, review hoặc secondary-use giống hệt nhau ngoài ranh giới vận hành đó.

Nếu guarantee no-training hoặc no-retention là điều critical cho workflow của bạn, cách đọc an toàn là:

  • đừng giả định điều đó chỉ từ marketing shorthand
  • review provider terms liên quan cho workflow bạn định dùng
  • tránh gửi sensitive information cho đến khi bạn thoải mái với processing path đó

Đây là cảnh báo thực tế, không phải một legal claim mới.

Hướng dẫn về sensitive data

Chính sách quyền riêng tư hiện tại nói rằng, nếu có thể tránh, bạn không nên gửi sensitive personal data, confidential material hoặc protected information trừ khi bạn đã review yêu cầu nội bộ của mình và thoải mái với operational risks của third-party processing.

Đó vẫn là quy tắc thực tế an toàn nhất.

Retention và deletion

Policy hiện tại nói Rivya cố gắng không giữ thông tin lâu hơn cần thiết, nhưng có thể giữ lại vì các lý do vận hành, pháp lý, billing, security, fraud-prevention, abuse-handling, support, backup hoặc provider-side processing thực tế.

Policy cũng nói:

  • nếu bạn xóa tài khoản từ Settings > Security, account-linked records trong primary database của Rivya thường được xóa theo cascading basis
  • một số limited records vẫn có thể được giữ lại khi cần cho billing, fraud prevention, abuse handling, legal obligations, backups, provider-side processing hoặc security logs

Điều đó có nghĩa deletion là có ý nghĩa, nhưng không phải lúc nào cũng tức thời hoặc tuyệt đối trên mọi operational layer.

Nên kiểm tra gì tiếp

Nếu bạn muốn các main public hub pages quanh câu hỏi này, hãy giữ các trang này gần bên:

Nếu bạn muốn đọc các bài companion giải thích product và first-session path bằng ngôn ngữ plain, hãy đọc:

Nếu bạn muốn các trang trust và policy liên quan, hãy đọc:

Nếu bạn muốn ranh giới execution quanh uploads và live product scope, hãy đọc:

Checklist review data

Trước khi gửi prompts, uploads hoặc outputs qua một workflow có provider hỗ trợ, hãy kiểm tra:

  • Quyết định input có chứa confidential, regulated, personal, client hoặc third-party material hay không.
  • Xác nhận task có cần upload không, hoặc text-only summary có an toàn hơn không.
  • Review provider touchpoint cho workflow đã chọn trước khi chia sẻ sensitive files.
  • Tách source ownership, consent và commercial-use rights khỏi generation quality.
  • Dùng legal pages cho binding terms; dùng hướng dẫn này cho hành vi product thực tế.

Kiểm tra lại khi độ nhạy data thay đổi

Kiểm tra lại khi bạn thêm real people, voices, client documents, unreleased brand assets, medical/legal/financial context hoặc material không nên rời khỏi tổ chức của bạn.

Mục lục