用途：在编写通知组件之前，为产品设计一套统一的通知系统。资料指出通知是消耗用户注意力的共享预算，默认应是环境式的（进收件箱、加计数），而打断式（toast、推送、白天邮件）必须逐个事件论证。
主要能力：提供事件分级框架（critical、actionable、informational、ambient），并据此决定应用内与推送/邮件渠道、是否持久、是否合并、免打扰行为。包含打断或环境式判断标准：只有用户需在本会话内处理、且现在不看会造成无法挽回的损失时，才允许打断。还覆盖按字数计算 toast 时长（200–250 wpm）、合并键（actor, verb, object）、去重键、徽章只计可操作项、已读/已忽略状态服务端按用户存储、免打扰只延后不丢弃、事务性与营销邮件分流以及 List-Unsubscribe-Post 一键退订等规则。
使用方式：先搜索现有发送源（toast 库如 sonner、react-hot-toast、@radix-ui/react-toast；推送 service worker 与 Notification；邮件发送如 resend、postmark、sendgrid、nodemailer；现有通知表、任务队列、用户偏好或时区字段），再把它们路由到一条统一发送路径。按输出格式逐事件列出：Event、Tier、Channels、Dedupe key、Coalesce on/window、Dismiss、Quiet hours。可参考 priority-matrix.md 决定渠道与批量，参考 html-email.md 编写事务性邮件。
适用场景：设计或重构通知、推送、收件箱与事务性邮件时。限制：toast 动效属于 motion，权限申请时机属于 onboarding，数据位置就地渲染的错误属于 ui-states，这些不在本技能范围内。资料未提供具体代码、价格或平台支持细节。