交接是风险转移
交班工程师掌握着仪表盘里没有的上下文：一个看起来正常但仍在观察的部署、一个已知误报的告警、一个休假中的依赖联系人。交接把这些上下文显式化。没有它，下一位工程师会在事故中从零开始。
交接 2026-10-20 09:00 UTC
未关闭: INC-142 结账延迟，已缓解，观察错误率
变更: orders-api 1.8.3 于 08:10 部署，回滚开关 orders_v2
风险: webhooks 证书 10-22 到期，续期工单 OPS-88
噪音: node-7 的 DiskSpaceWarning 是已知 cron 产物
升级: 数据库 -> @dba-oncall，支付 -> #payments-eng不要依赖记忆
只靠口头交接，班次结束就丢失。应在固定频道发布、标记接班人，并链接仪表盘和工单。模板要短到能完成，又要具体到能行动。不要倾倒原始告警历史，只总结重要内容。
验证而不是假设
权限是常见交接失败点。接班人可能有角色但没有部署权限，或运行手册引用的工具已迁移。让对方打开一个仪表盘并执行一条只读命令，一分钟就能在事故前发现缺失权限。
反哺运行手册
每次交接发现的新故障模式、噪音告警或缺失权限，都应更新运行手册。交接不只是转移，也是一次轻量运维就绪评审。长期来看，运行手册会成为轮值团队的持久记忆。