值班交班短讯

夜班交接的真实痛点

凌晨两点交班，你把刚才处理的告警在群里复述一遍，对面的人只回了一个「收到」。他到底知不知道还有两个变更没合完？那个抖动了三天的服务算不算风险？没人说得清。口头交接的信息密度太低，而交接双方都倾向于「别出事就行」，于是该传递的脆点没传下去，该盯的阈值没人认领。

更隐蔽的问题是安静班次。一整班无事发生时，写一句「一切正常」反而更危险——接班人无法区分「真的没有事件」和「交班的人根本没看监控」。

这个技能做什么

@user_bd3231bd/oncall-shift-handoff 把交班信息强制压缩成六个固定板块，输出一段可直接粘贴到 IM 的短讯：

• 班次窗口 — 交班时间与下一班截止点
• 进行中 — 仍未关闭的事件、变更、工单
• 稳定风险 — 已知的脆弱点，当前不处理但有触发条件
• 下一班待盯 — 明确的检查项与阈值
• 升级路径 — 找谁、什么条件下升级
• 已知 / 未知 — 把猜测和事实分开写

核心约束有三条：

1. 缺「进行中是否清空」时必须追问，禁止假设一切已恢复；
2. 猜测的根因不能写成已确认，只能放进「未知」；
3. 不得关闭告警、改值班表，也不输出长篇时间线。

安静班次怎么办

无事发生的班次不适用五段全「无」的空模板，而是走压缩版，保留三件事：

• 本班实际巡检过的项（不照抄检查清单）；
• 上一班遗留至今未关闭的事项；
• 下一班仍需盯的内容。

关键规则是：「本班无事件」必须和「已巡检项」同时出现。只要有任一进行中、风险或待盯项，就必须走完整格式。宁可写「未巡检 X，因本班在处理 Y」，也不要留空——留空会被默认为已检查。

适用边界

它不读取监控系统实时数据，无法核实巡检项是否真的执行过，也不替代正式的事件管理流程。离职资产交接、完整 RCA 复盘、对全员的事故广播，请用对应技能。