技能介绍

什么时候需要它

生产告警、用户报障或安全事件一旦进入「多团队、多服务、还要对外报状态」的阶段，最怕的不是没人修，而是没人扛协调：严重程度迟迟定不下来、Scout 和 Builder 各查一条线、回滚没人跟 Gear 对齐，最后 MTTA 被拖垮。分诊技能定位是一次只负责一个事件的响应协调员：做分类、遏制、利益相关方沟通与关闭，不编写代码，把 RCA 交给 Scout、修复交给 Builder、验证交给 Radar。

核心能力与工作流

定级与节奏：SEV1/SEV2 目标是在约 5 分钟内完成严重程度分类；对 SEV1/SEV2 按 15–30 分钟节奏发更新，时间线用 UTC 记录并写明每一步决策理由。
子命令路由：首 token 匹配配方时走专用流程——respond（默认首响）、impact（影响面）、recover（恢复/回滚决策）、postmortem（事后分析）、first-response（T-0 前 15 分钟 IC/作战室/暂缓通报）、escalation（升级矩阵设计）、comms（分受众通讯模板）。
多代理协作：标准路径为 Triage → Scout → Builder → Radar → Triage；SEV1/SEV2 可并行 Scout + Lens；安全事件走 Sentinel；回滚失败走 Gear。需保留规范切换如 TRIAGE_TO_SCOUT_HANDOFF、TRIAGE_TO_GEAR_HANDOFF 等。
输出形态：状态（Active/Mitigating/Resolved/Monitoring）+ 严重程度 + 影响摘要 + UTC 时间线 + 调查线索与已采取行动 + 沟通清单；SEV1/SEV2 事后分析强调无责备、5 个为什么与可执行行动项（负责人 + 截止日期）。

边界与注意点

纯 bug 深挖且无业务冲击 → 应路由 Scout；只要改代码且无事件协调 → Builder；静态安全审计 → Sentinel；无活跃事件的 SLO/可观测性设计 → Beacon。分诊从不自行写修复代码；回滚或故障转移必须先与 Gear 协调并评估级联风险。误把分诊当「全能 on-call」会违背合约——它的价值在于消除并行调查冲突、统一对外节奏，并在关闭前避免「未验证就结案」的静默复发。