ds-blast-radius

ds-blast-radius

列出调用方很容易。真正的工作是找出文本搜索不会显示的破坏，并通过实际运行而非争辩来证明更改是安全的。

步骤

1. 阅读更改：差异、它新增、更改或移除的符号，以及差异中未明确说明的行为变化。
2. 找出一两条能证明更改安全的关键事实，例如“此更改只会移除已过期的缓存条目”。只要这条事实成立，大部分风险就能排除。把精力集中在这里。
3. 检查搜索无法覆盖的地方。阅读你所调用库在固定版本中的源代码。检查时序：异步顺序、清理、重试。追踪离开代码的数据：API 响应、数据库列、文件格式、配置，以及其他读取相同数据的语言。
4. 根据你证明每条关键事实的程度进行评级：
   1. 你这么说了（单独来看毫无价值），
   2. 你指出了真实的文件和行，
   3. 你追踪了故障路径，并证明它无法触发，
   4. 你针对真实代码运行了脚本或测试；如果你的判断有误，它会明确失败，
   5. 你在运行中的应用里复现了它。
5. 只要成本不高，就把每条关键事实提升到 4 级。通常只需编写一个调用相关确切函数的小脚本。
6. 汇报：关键事实、每条事实的证明级别及所用命令和输出、发现的任何真实破坏，以及仍未证实的内容。

停止条件

• 每条关键事实都达到 4 级或更高，或者你已说明无法达到的原因，并且报告已写好。
• 或者你发现了真实破坏。附上复现步骤并停止。

规则

• 有说服力的说明不等于证明。请展示输出。
• 不要在这里修复任何问题。修复工作交给常规流程。