案例拆解：Runbook 审查流程

判断

Runbook 经常存在，但会慢慢偏离真实系统。机会不在于写更多文档，而在于检查指令是否仍然匹配当前基础设施、告警、看板和访问路径。

关键模式

最强信号来自事故处理摩擦：大家知道 Runbook 存在，但仍然要问看板在哪、哪个命令安全、最后谁批准。

产品形态

1. 导入一份 Runbook。
2. 提取系统、命令、负责人和预期证据。
3. 标记缺失链接、过期命令和不清楚的决策点。
4. 导出更适合审查的版本。

风险

工具不应该执行命令，只审查说明和证据路径。

下一步验证

选一份旧 Runbook 手工审查，记录哪些检查可以稳定交给软件重复执行。