从清晰的画面开始。

找到正确的起点

选择受影响的边界

决定是否停止变更

如果发布威胁数据正确性或持续产生失败工作，停止推广并保留当前证据。在選擇较旧制品之前，记录哪些模式变更已提交。重复重试可能隐藏第一个错误或增加负载。

使用命名变更的事件说明

例如：“报告 API，测试账户，在修订 REVISION_TO_REVIEW 之后。读取通过；一个导出保持排队。未启用生产通知。最后兼容制品记录在发布日志中。”用您自己的脱敏事实替换占位符；这是示例说明，不是我们处理的事件。

包含有用证据

记录 UTC 时间、受影响组件、预期行为、实际行为、最近变更和最小复现。从日志中删除访问令牌和客户信息。

绝不要共享助记词、私钥、密码或支出凭据。合法的付款调查不需要它们。