aaione
aaione/everything-claude-code-zh
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/aaione/everything-claude-code-zh --skill unified-notifications-ops命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Kubernetes 工作负载模式、资源管理、RBAC、probes、autoscaling、ConfigMap/Secret 处理，以及面向生产级部署的 kubectl 调试。
完成任何非平凡任务后使用。智能体按 5 个维度自评输出——准确性、完整性、清晰度、可执行性、简洁性——每项都给出具体证据。生成结构化 1-5 评分卡和具体改进建议。
在 competitive-platform-analysis 产出分层竞品集合后使用。按九个加权维度（定位、声音、视觉工艺、offer packaging、证据、enterprise-readiness、thought leadership、定价、客户 strategic tension）为每个竞品评分，使用明确 1–5 rubrics 和 tension-plot。位于 competitive-report-structure 之前。
基于 SOC 职业分类
正在显示 SKILL.md
| name | unified-notifications-ops |
| description | 将通知作为 ECC 原生工作流统一运营，跨 GitHub、Linear、桌面警报、钩子和连接的通信面。当真正的问题是警报路由、去重、升级或收件箱崩溃时使用。 |
| origin | ECC |
当真正的问题不是缺少一条通知时使用此技能。真正的问题是碎片化的通知系统。
工作是将分散的事件转变为一个操作面：
从已有的开始：
优先使用 ECC 原生编排，而非告诉用户采用单独的通知产品。
将通道视为：
目标是更少、更好的通知。
| 类别 | 示例 | 默认处理 |
|---|---|---|
| 严重 | 默认分支 CI 损坏、安全问题、阻塞的发布、部署失败 | 立即中断 |
| 高 | 审查请求、PR 失败、所有者阻塞的交接 | 同日提醒 |
| 中 | 问题状态变更、重要评论、待办列表变动 | 摘要或队列 |
| 低 | 重复成功、例行变动、冗余的生命周期标记 | 抑制或折叠 |
如果工作区没有严重性模型，在提出自动化之前先建立一个。
列出：
指出 ECC 已经拥有的。
对每个事件族，回答：
使用这些默认值：
查找：
优先：
对每个真正的通知需求，定义：
如果 ECC 已有原语，优先：
以以下内容结束：
当前面
- 来源
- 通道
- 重复
- 差距
事件模型
- 严重
- 高
- 中
- 低
路由计划
- 来源 -> 通道
- 原因
- 操作负责人
整合
- 抑制
- 合并
- 规范摘要
下一步 ECC 行动
- 技能 / 钩子 / 智能体 / MCP
- 接下来要构建的确切工作流
project-flow-opsworkspace-surface-auditworkspace-surface-auditproject-flow-opsgithub-opsknowledge-opscustomer-billing-ops 当通知痛点是计费/客户运营而非工程时