智能路由，只在对的时间打扰你

智能通知路由系统，按紧急程度匹配渠道与时间，防止通知疲劳，适合AI代理向用户发送高信噪比消息

基本信息

• 技能名称?Notify
• 中文名称?智能路由，只在对的时间打扰你
• 作者?ivangdavila
• 分类?其他
• 版本?1.1.0
• 标签?notification, messaging, ux-design, automation, ai-agent

使用方法

使用说明
核心用法
Notify 是面向 AI 代理的通知调度中枢，核心解决「何时、通过什么渠道、以什么形式」触达用户。
路由矩阵 是核心决策框架：系统宕机/安全警报 → 即时推送+聊天；2小时内截止任务 → 即时主渠道；任务完成 → 5-15分钟批处理；日报周报 → 定时邮件/聊天；调试日志 → 仅记录不打扰。
四步执行流程 ：1) 判断事件紧急等级（1-5级）；2) 匹配渠道（Telegram/Discord/邮件/SMS/推送）；3) 检查静默时段（默认23:00-08:00，仅5级可破例）；4) 格式化输出（按渠道限制裁剪内容）。
显著优点
防疲劳设计完善 ：静默时段、批处理（5分钟内3条合并）、禁止「仍在运行」类无意义通知，从源头减少噪音
渠道适配精细 ：Telegram禁用表格、SMS限160字符、邮件要求可执行主题行，避免格式灾难
内容质量规则明确 ：强制「结果导向」开头（"✅ 部署完成"而非"Task completed ✅"），必须包含影响+建议动作
降级策略合理 ：关键警报最多3次尝试，2小时间隔+跨渠道切换，防止骚扰循环
局限性与风险
依赖前置配置 ：首次使用需确认用户时区、主渠道、关键警报渠道，缺失任一将导致路由失误或静默失效
「关键」定义模糊 ：文档未提供判定标准，实际依赖实现者的主观分级，可能引发过度警报或漏报
批处理时序陷阱 ：5分钟窗口+定时摘要可能导致紧急但不关键的消息（如3.5级）延迟到次日早晨，存在时效风险
跨渠道一致性 ：同一事件在不同渠道呈现形式差异大，用户可能因信息碎片化产生困惑
适合人群
构建 AI Agent 的开发者，需替代「打印日志」式粗糙通知
多项目协作场景，需按项目分组降噪
跨时区团队，需自动适配用户本地时间的调度系统
常规风险
| 风险场景 | 说明 | |---------|------| | 时区误判 | 未配置时区时静默时段计算错误，可能在用户深夜推送 | | 分级滥用 | 将所有通知标为5级「破窗」，导致真正紧急信息被淹没 | | 渠道冗余 | 忽略「同一消息不发3个渠道」规则，造成轰炸体验 | | 隐私合规 | 未提及用户同意机制，关键警报的SMS/推送可能涉及GDPR/电信法规风险 |