---

name: unified-notifications-ops description: 将通知作为统一的 ECC 原生工作流进行操作，覆盖 GitHub、Linear、桌面提醒、hooks 和已连接的通信平台。当真正的问题是告警路由、去重、升级或收件箱崩溃时使用。 origin: ECC

统一通知运维

当真正的问题不是缺少一个提醒时，使用此技能。真正的问题是碎片化的通知系统。

目标是将分散的事件转化为一个统一的操作界面，具备：

• 清晰的严重级别
• 清晰的责任归属
• 清晰的路由规则
• 清晰的后续操作

使用场景

• 用户需要跨 GitHub、Linear、本地 hooks、桌面提醒、聊天或邮件的统一通知通道
• CI 失败、审查请求、issue 更新和运维事件到达不同的断开位置
• 当前设置产生噪音而非行动
• 用户想将重叠的通知分支或积压提案合并为一个 ECC 原生通道
• 工作区已有 hooks、MCPs 或已连接工具，但缺乏统一的通知策略

首选平台

从已有的开始：

• GitHub issues、PRs、reviews、comments 和 CI
• Linear issue/项目变动
• 本地 hook 事件和会话生命周期信号
• 桌面通知原语
• 已连接的邮件/聊天平台（当它们确实存在时）

优先使用 ECC 原生编排，而非让用户采用独立的通知产品。

不可违反的规则

• 绝不暴露 tokens、secrets、webhook secrets 或内部标识符
• 分离以下内容：
  • 事件来源
  • 严重级别
  • 路由通道
  • 操作者行动
• 当中断成本不明确时，默认使用摘要优先
• 不要将每个事件扇出到每个通道
• 如果真正的修复是更好的 issue 分类、hook 策略或项目流程，请明确说明

事件管道

将通道视为：

1. 捕获事件
2. 分类紧急程度和负责人
3. 路由到正确的通道
4. 折叠重复和低信号噪音
5. 附加下一步操作者行动

目标是更少、更好的通知。

默认严重级别模型

| 级别 | 示例 | 默认处理方式 | | --- | --- | --- | | 严重 | 默认分支 CI 中断、安全问题、发布阻塞、部署失败 | 立即中断 | | 高 | 请求审查、失败的 PR、阻塞交接 | 当天提醒 | | 中 | issue 状态变更、重要评论、积压变动 | 摘要或队列 | | 低 | 重复成功、常规噪音、冗余生命周期标记 | 抑制或折叠 |

如果工作区没有严重级别模型，在提出自动化方案之前先建立一个。

工作流

1. 盘点当前平台

列出：

• 事件来源
• 当前通道
• 现有发出告警的 hooks/脚本
• 同一事件的重复路径
• 重要事项未被暴露的静默失败情况

标注 ECC 已拥有的部分。

2. 决定什么值得中断

对每个事件族，回答：

• 谁需要知道？
• 他们需要多快知道？
• 应该中断、批量处理还是仅记录？

使用以下默认值：

• 发布、CI、安全和阻塞事件使用中断
• 中等信号更新使用摘要
• 遥测和低信号生命周期标记仅记录

3. 在添加通道之前折叠重复

查找：

• 同一 PR 事件出现在 GitHub、Linear 和本地日志中
• 同一失败的重复 hook 通知
• 应该汇总而非原样转发的评论或状态变动
• 相互重复但未提供更好操作路径的通道

优先：

• 一个规范摘要
• 一个负责人
• 一个主通道
• 一个备用路径

4. 设计 ECC 原生工作流

对每个真实的通知需求，定义：

• 来源
• 门控
• 形态：即时告警、摘要、队列或仅仪表板
• 通道
• 操作

如果 ECC 已有原语，优先使用：

• 用于操作者分类的技能
• 用于自动发出/执行的 hook
• 用于委托分类的 agent
• 仅在确实缺少桥接时使用 MCP/连接器

5. 返回以行动为导向的设计

以以下内容结束：

• 保留什么
• 抑制什么
• 合并什么
• ECC 下一步应封装什么

输出格式

CURRENT SURFACE
- sources
- channels
- duplicates
- gaps

EVENT MODEL
- critical
- high
- medium
- low

ROUTING PLAN
- source -> channel
- why
- operator owner

CONSOLIDATION
- suppress
- merge
- canonical summaries

NEXT ECC MOVE
- skill / hook / agent / MCP
- exact workflow to build next

建议规则

• 优先一个强通道而非多个弱通道
• 中低信号更新优先使用摘要
• 信号应自动发出时优先使用 hooks
• 工作是分类、路由和审查优先决策时优先使用操作者技能
• 根本原因是积压/PR 协调而非告警时优先使用 project-flow-ops
• 用户首先需要来源盘点时优先使用 workspace-surface-audit
• 如果桌面通知就够了，直接使用