Stats
Actions
Tags
Unifies fragmented notifications across GitHub, Linear, desktop alerts, hooks, and connected surfaces into a single ECC-native operational workflow. Use when the real problem is alert routing, deduplication, escalation, or inbox collapse.
How this skill is triggered — by the user, by Claude, or both
Slash command
/everything-claude-code:unified-notifications-opsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
当真正的问题不是缺少一条通知时使用此技能。真正的问题是碎片化的通知系统。
当真正的问题不是缺少一条通知时使用此技能。真正的问题是碎片化的通知系统。
工作是将分散的事件转变为一个操作面：
从已有的开始：
优先使用 ECC 原生编排，而非告诉用户采用单独的通知产品。
将通道视为：
目标是更少、更好的通知。
| 类别 | 示例 | 默认处理 |
|---|---|---|
| 严重 | 默认分支 CI 损坏、安全问题、阻塞的发布、部署失败 | 立即中断 |
| 高 | 审查请求、PR 失败、所有者阻塞的交接 | 同日提醒 |
| 中 | 问题状态变更、重要评论、待办列表变动 | 摘要或队列 |
| 低 | 重复成功、例行变动、冗余的生命周期标记 | 抑制或折叠 |
如果工作区没有严重性模型，在提出自动化之前先建立一个。
列出：
指出 ECC 已经拥有的。
对每个事件族，回答：
使用这些默认值：
查找：
优先：
对每个真正的通知需求，定义：
如果 ECC 已有原语，优先：
以以下内容结束：
当前面
- 来源
- 通道
- 重复
- 差距
事件模型
- 严重
- 高
- 中
- 低
路由计划
- 来源 -> 通道
- 原因
- 操作负责人
整合
- 抑制
- 合并
- 规范摘要
下一步 ECC 行动
- 技能 / 钩子 / 智能体 / MCP
- 接下来要构建的确切工作流
project-flow-opsworkspace-surface-auditworkspace-surface-auditproject-flow-opsgithub-opsknowledge-opscustomer-billing-ops 当通知痛点是计费/客户运营而非工程时npx claudepluginhub aaione/everything-claude-code-zhConsolidates fragmented notifications from GitHub, Linear, desktop alerts, and hooks into a single ECC-native workflow with severity-based routing and deduplication.
Polls GitHub notifications and handles items that dedicated workflows miss — fork PR comments, cross-repo mentions, and stale unanswered items. Runs on a schedule.
Creates Sentry alerts via the workflow engine API. Supports email, Slack, PagerDuty, Discord notifications and trigger events like first seen, regression, reappearance, and resolution.