Rivya 通知中心指南

当你需要理解账单事件、积分变化、生成状态、未读提醒，以及事件发生后该去哪里继续处理时，先看这篇通知中心指南。

Rivya 的通知中心不是为了让产品看起来信息很多。

它存在的原因，是有些事件在发生之后，仍然会继续影响用户的下一步动作。

通知中心真正回答的是什么问题

通知最有用的时候，用户想问的并不是：

而是：

这也是为什么通知中心和历史记录、设置页都不是一回事。

通知保存的是运营事件，不是所有活动

当前真正活跃的通知流，主要围绕三类事件展开：

• 计费
• 积分
• 生成任务

数据模型里虽然还有 account 这类概念，但面向用户的主通知流，刻意聚焦在上面三类。

这不是缺功能，而是产品在做取舍：保留真正有用的信号，而不是把所有事件都堆进来。

现在真正会进通知中心的事件

目前最重要的可持久化通知包括：

• 订阅开通
• 订阅续费
• 支付失败
• 积分包到账
• 生成成功
• 生成失败
• 积分不足

这些事件之所以值得进入通知中心，是因为它们都会影响工作是否应该继续、暂停、补救，或者切换到别的页面处理。

为什么明明别的页面也能看到结果，通知还要保留一份

这是通知中心真正有价值的地方。

一条生成结果，本来就在历史记录里能看见。
一次账单变化，本来在计费页或积分页里也会体现。

通知仍然重要，是因为它在回答一个跨页面的问题：

所以同一件事可能会同时出现在：

• 对应的工作流或设置页里
• 通知中心里，作为一条可回看的运营记录

仪表盘预览和完整通知页的区别

仪表盘里的通知只是短版预览。

它主要帮你快速回答：

• 现在有没有未读？
• 有没有需要优先处理的事？
• 我需不需要进完整通知页？

完整的 /notifications 页面才是更长的运营视图。

它当前会提供：

• 最近通知流
• 按类型统计数量
• 未读状态
• 一键全部标记已读
• 返回相关页面的入口

最后这一点特别重要，因为好的通知不只是告诉你“发生了什么”，还应该把你带回正确的位置。

通知中心和历史记录的区别

如果你主要想回答的是：

去 历史记录。

如果你主要想回答的是：

去通知中心。

比如一次生成失败，通知中心可能是你最先注意到失败的地方；而真正回到那条任务、继续检查整个工作流，还是历史记录更合适。

通知中心和设置页的区别

这两者一定要分清：

• 设置页负责“我能控制什么”
• 通知中心负责“系统已经发生了什么”

比如：

• 邮件订阅开关属于设置页
• 支付失败属于通知

如果把这两类东西混在一起，产品反而更难理解。

哪些时刻最该看通知中心

通知中心最有价值的真实时机，通常是这些：

• 你离开了一阵，想知道账号里有没有重要变化
• 某次任务看起来开始了，但后面其实失败了
• 结账完成后，你想确认系统到底记录了什么
• 积分变低了，你需要决定是先补积分，还是先停下来

这类时候，短提示太短，历史记录又太绕，通知中心刚好填上中间这一层。

一个更实用的通知使用习惯

对大多数用户来说，一个很实用的方式是：

1. 先在仪表盘里判断有没有需要注意的事
2. 预览不够时，再打开完整通知页
3. 顺着通知里的相关跳转回到正确的工作区或设置页

这样通知中心才会像一个可以继续处理问题的状态页，而不是一个被动信息箱。

下一步建议

• 历史记录
• 任务生命周期
• Rivya 的图片工作流
• Rivya 的视频工作流
• Rivya 的音频工作流
• Rivya 的仪表盘
• Rivya 故障排查
• 为什么 Rivya 有通知中心

通知复核检查清单

当你需要理解一个事件，而不只是看最终输出时，先判断：

• 先看通知属于账单、积分、生成，还是账号状态。
• 生成类通知要接回任务记录和历史条目。
• 支付和积分通知要接回 billing 或 credits 设置。
• 通知是状态上下文，不替代 invoice、任务详情或钱包历史。
• 未读状态只用于分流，不等于事件还没解决。

通知和历史不一致时重新复核

如果通知、历史、钱包或账单状态说法不一致，先复核。下一步应以后续已经落定的账号状态为准。