
Rivya has a notifications center because temporary feedback stops being enough once a product is handling real work and real account state.
This page is about why durable notifications exist in the product. It is not the exact reference for notification kinds, unread state, or related-link behavior.
Toasts Are Momentary
A toast is useful for:
your task started
your copy worked
that action just completed
It is not good at:
why did my account state change?
what failed while I was away?
did that payment really land?
why could I not start that run earlier?
That gap is exactly why the notifications center exists.
Durable Operational Memory
The current product already has event types that still matter after the moment passes:
subscription started
subscription renewed
payment failed
credit package added
generation succeeded
generation failed
insufficient credits
Those are not vanity events. They change what the user can do next.
Notifications vs Preferences
One useful distinction in Rivya is:
settings control what you want to manage
notifications tell you what actually happened
That is why newsletter preference belongs in profile, while a failed payment belongs in notifications.
They solve different problems.
Why Workflows Need Memory
Rivya is not a one-page chat app. A user can move between:
chat
image
video
audio
Once a product spans several billable workflows, durable signals matter more:
a generation failed


