事件响应
编写一页式事件状态更新
一页式事件更新，说明当前影响、已核实事实、行动、负责人、下一个检查点和不确定性，不让利益相关者被原始日志淹没。
流程
按这个顺序做。
- 确认受众、事件渠道、时间戳和时区、当前阶段，以及更新需要支持的决策或安抚信息。
- 说明最近核实的客户或业务影响、受影响范围、严重程度和仍然未知的事项，用清楚语言和明确的截至时间表达。
- 总结正在进行的缓解、调查、沟通和交接行动，每项列出负责人和状态，并另行链接详细日志。
- 区分症状与疑似原因、已完成与计划中的工作，以及已承诺的检查点与预计解决时间。
- 检查隐私、安全、法律和受众需求，删除秘密和不必要的个人数据，通过外部渠道发送前暂停。
- 通过批准渠道发布更新，记录版本和收件人，即使没有已知重大变化也安排下一次更新。
- 返回更新、佐证证据、确认状态和未解决风险，指定后续负责人，不做无依据的承诺。
先准备
猫会向你要的输入。
- 事件事实与当前阶段
- 受众与批准渠道
- 影响与响应状态
- 负责人与下一个检查点
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
action-first-communication-pack skills/action-first-communication-pack/one-screen-incident-status-update/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
一页式且带时间戳的状态更新传达已核实影响、当前行动、负责人、不确定性和下一个检查点，不泄露敏感细节，也不承诺没有依据的结果。
来源
这个流程从哪来。
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
