Rivya 資料與 Provider 處理指南
了解 Rivya 會儲存什麼、providers 何時可能處理 prompts、uploads、outputs 和 metadata，以及如何處理敏感資料。
最近審閱於 2026/04/28
當你需要用直白語言理解 Rivya 中的 prompts、uploads、outputs、history，以及經 provider 路由的請求會發生什麼時，請使用這份資料處理指南。
它說明 Rivya 目前的產品與政策文字如何描述資料處理。
它不取代 Privacy Policy 或 Terms of Service 中具有約束力的文字。
簡短答案
Rivya 會儲存執行產品並讓工作區保持連續所需的 prompts、uploads、outputs、history 和相關記錄。
Rivya 也會依賴第三方 providers 來營運服務的一部分。
這表示：
- 你的資料不是只停留在某個孤立頁面中
- prompts、uploads、outputs 和 metadata 可能會作為完成你要求的工作流之一部分被處理
- 高度敏感的資訊不應隨意提交
Rivya 為了執行產品會儲存什麼
根據目前的 Privacy Policy，Rivya 可能會儲存下列資訊：
- 你提交的 prompts、instructions 和 chat messages
- 上傳的 reference media、相關 file URLs 和 upload metadata
- 生成參數和工作流設定
- 模型、工具和工作區選擇
- output URLs、結果 metadata 和任務狀態記錄
- chat session history、message history、attachment URLs 和 usage metadata
- 與 AI 執行相關的積分結算和退款記錄
Rivya 也可能收集技術與安全資訊，例如 session records、IP address、browser 和 device data、locale settings，以及用於安全和服務可靠性的 logs。
Rivya 為什麼儲存這些資訊
目前政策表示，這些資訊可能用於：
- 建立並管理你的帳號
- 驗證登入並保護帳號存取
- 提供帳單、積分、訂閱和付款支援
- 處理生成請求、chat 請求、uploads 和要求的 outputs
- 維護 generation history、chat history 和 workspace continuity
- 傳送服務、帳單、支援和 newsletter 相關通訊
- 調查濫用、詐欺、誤用或技術故障
- 改善產品品質、可靠性、支援作業和使用者體驗
實務上的理解是，Rivya 之所以儲存資料，是因為產品圍繞已儲存的連續性、帳單和任務歷史建構，而不只是提供一次性輸出。
哪些 Providers 可能處理資料
目前政策表示，Rivya 可能依賴下列 providers：
- Stripe，用於帳單、checkout、訂閱和付款相關記錄
- 第三方 AI infrastructure，用於 AI generation、chat routing、media uploads 和相關任務處理
- Resend，用於帳號、聯絡和 newsletter 相關電子郵件
- S3-compatible storage providers，用於上傳的頭像和已儲存檔案
- 如果你選擇這些登入方式，會使用 Google、GitHub 或 Discord
- 用於營運服務的 infrastructure、hosting、monitoring 或 security vendors
- 如果特定部署啟用這些功能，可能使用 optional analytics、captcha、affiliate 或 support-widget providers
政策也表示，透過第三方 AI infrastructure 路由的 AI 請求，可能涉及你所使用工作流選定的上游模型或 infrastructure providers，但僅限於完成該工作流的一部分。
這對 Prompts、Uploads 和 Outputs 代表什麼
實務上：
- prompts 和 chat messages 可能會被處理，以產生你要求的回應
- uploads 可能會被處理，以完成生成、編輯或相關工作流步驟
- outputs、task records 和 history 會連結到你的帳號，讓產品支援已儲存的連續性
目前政策也註明：
- AI generation 的 reference files 目前會透過 Rivya endpoints 上傳到用於 generation uploads 的第三方 AI infrastructure
- avatar uploads 目前會傳送到為服務設定的 S3-compatible storage
如何理解 Training 問題
Rivya 在這裡的公開政策文字，重點是產品會儲存什麼，以及哪些 providers 可能為了營運服務而處理請求。
本頁沒有建立一個概括性的產品承諾，保證每個 provider 在這個營運邊界之外都有完全相同的 retention、review 或 secondary-use 規則。
如果你的工作流非常需要 no-training 或 no-retention 保證，安全的理解方式是：
- 不要只從行銷簡寫中假設它成立
- 檢視你計畫使用的工作流所對應的 provider terms
- 在你能接受該處理路徑之前，避免提交敏感資訊
這是實務提醒，不是新的法律聲明。
敏感資料指引
目前的 Privacy Policy 表示，如果可以避免，你不應提交敏感個人資料、機密材料或受保護資訊，除非你已檢視自身內部要求，並能接受第三方處理的營運風險。
這仍然是最安全的實務規則。
保留與刪除
目前政策表示，Rivya 會盡量避免保留資訊超過必要時間，但可能因真實的營運、法律、帳單、安全、詐欺預防、濫用處理、支援、備份或 provider-side processing 原因而保留資訊。
它也表示：
- 如果你從
Settings > Security刪除帳號，Rivya 主要資料庫中連結到帳號的記錄通常會以 cascading 方式移除 - 在帳單、詐欺預防、濫用處理、法律義務、備份、provider-side processing 或 security logs 等必要情況下，部分有限記錄可能仍會保留
這表示刪除是有意義的，但不一定在每個營運層都能即時或絕對完成。
接下來要看哪裡
如果你想把與這個問題相關的主要公開 hub 頁放在手邊，請保留：
如果你想閱讀用直白語言說明產品和首次 session 路徑的搭配內容，請閱讀：
如果你想閱讀相關的信任與政策頁面，請閱讀：
如果你想了解 uploads 和目前 live product scope 的執行邊界，請閱讀：
資料檢查清單
在透過 provider-backed 工作流傳送 prompts、uploads 或 outputs 前，請檢查：
- 判斷輸入是否包含機密、受監管、個人、客戶或第三方材料。
- 確認任務是否需要 upload，或純文字摘要是否更安全。
- 分享敏感檔案前，先檢視所選工作流的 provider touchpoint。
- 將來源所有權、同意和商業使用權，與生成品質分開看待。
- 使用法律頁面確認具有約束力的條款；使用本指南了解實際產品行為。
資料敏感度改變時重新檢查
當你加入真人、聲音、客戶文件、未發布品牌資產、醫療/法律/金融脈絡，或不應離開你組織的材料時，請重新檢查。