使用 Rivya notifications 追蹤 billing events、credits、generation results、low balance、dashboard previews、unread status 和 follow-ups。

當你需要了解 billing events、credit changes、generation status、unread items，以及事件後要到哪裡 follow up 時，請使用這份 notifications center 指南。

Rivya 的 notifications center 不是為了讓產品看起來很忙。

它存在，是因為有些事件在第一次發生的那一刻之後仍然重要。

Notifications 真正回答的問題

Notifications 最有用時，你問的不是：

我做了什麼？

而是在問：

這個帳號發生了什麼，可能會改變我的下一步？

這就是 notifications 與 history 和 settings 都不同的原因。

Notifications 用於營運事件，不是一般活動

目前 live notification stream 圍繞三個實用類型組織：

billing
credits
generation

較廣的資料模型中也有 account kind，但面向使用者的 active stream 刻意聚焦在上面三類。

這是產品選擇，不是缺失功能。系統想保留有用訊號，而不是每個可能事件。

這裡真正重要的事件

目前最重要的 durable notification events 包括：

subscription started
subscription renewed
payment failed
credit package added
generation succeeded
generation failed
insufficient credits

這些不只是狀態裝飾。每一項都可能改變使用者是否應該繼續工作、top up、重新開啟某些內容，或調查失敗。

為什麼另一個頁面也顯示結果時仍需要 Notification

這正是 center 有用的地方。

生成可能已經在 history 中可見。帳單變更可能已經顯示在 billing 或 credits 頁面。

Notifications 仍然重要，因為它們回答跨頁面的問題：

哪些重要結果是我現在需要注意的？

這就是同一事件可能同時出現於：

相關工作區或 settings page
以及 notifications 中，作為 durable operational record

Dashboard Preview vs Full Notifications Page

Dashboard preview 是短版。

它用來回答：

我有 unread items 嗎？
有任何 urgent 的事嗎？
我是否應該開啟完整 center？

完整的 /notifications 頁面提供較長的 operational view。

它目前提供：

recent notifications feed
by kind 的 counts
unread state
mark-all-read action
回到最相關 product page 的連結

最後一點比聽起來更重要。有用的 notification 應該帶你到可以採取行動的地方。

Notifications vs History

當主要問題是：

我做過或討論過什麼？

請使用 History。

當主要問題是：

發生了什麼可能需要注意、解釋或 follow-up？

請使用 notifications。

如果生成失敗，notifications 可能是你第一次注意到問題的地方。History 則是你想重新開啟該任務周圍更大工作記錄時要看的地方。

Notifications vs Settings

這個區分值得保持清楚：

settings 管理你能控制的內容
notifications 保留已經發生的內容

例如：

newsletter preference 屬於 settings
failed payment 屬於 notifications

把兩者視為同一件事，通常會讓產品更難理解。

Notifications Center 什麼時候最有用

Center 在下列時刻最有價值：

你離開了一段時間，想知道是否有重要變更
某次執行看起來正常，但後來失敗
checkout 完成後，你想確認帳號實際記錄了什麼
credits 變低，你需要決定是 top up 還是停止

這些時候，toast 太短暫，而完整 history page 又太間接。

實用的 Notification 使用習慣

對大多數使用者來說，好的模式是：

使用 dashboard 發現是否有事情需要注意
短版 preview 不夠時，開啟完整 notifications 頁面
順著相關連結回到正確工作區或 settings page

這會讓 notifications 更像 operational workspace，而不是被動 inbox。

接著閱讀

Notification 檢查清單

當你需要了解事件，而不是只看最終 output 時，請檢查：

檢查 notification 是關於 billing、credits、generation 還是 account state。
將 generation alerts 接回 task record 和 history item。
將 payment 和 credit alerts 接回 billing 或 credits settings。
將 notifications 視為 status context，而不是 invoices、task details 或 wallet history 的替代品。
使用 unread state 做 triage，而不是把它當成事件未解決的證明。

Status 和 History 不一致時重新檢查

如果 notification 說法與 history、wallet 或 billing state 不一致，請重新檢查。下一步應由最新已 settled account state 決定。

Rivya Notifications Center 指南