blast-radius 用于回答“某个改动的爆炸半径是什么”“这可能破坏什么”，也适合审查一个还不太信任的小型 diff。它是 how 和 why 的配套：how 说明代码做什么，why 说明代码为何长成这样，blast-radius 则找出一处改动会在别处破坏什么。
它不满足于列出调用者——智能体一秒就能 grep 出来，真正的工作是找出 grep 看不到的破坏。核心方法是不直接交回一份听起来正确的书面分析，而是找出整个安全性所依赖的一两个事实，并通过运行真实代码来证明它们。
置信度从低到高分档：你说了（本身无价值）、你指出了行（真实 file:line 或库自身源码）、你证明坏情况不会发生、你运行了它（调用真实代码并在错误时明确失败的脚本或测试）、你在运行中的应用里复现了它。第 4 档通常就是一个小脚本，导入应用所用的同一库并调用你担心的那个确切函数。
步骤包括：读改动（含 diff 未明说的部分）；找出它之所以安全的那一个事实；查看 grep 止步之处（读所调用库的源码、核对固定版本和本地补丁、弄清运行时机如微任务、卸载与清理、Solid 与 React 差异，并追踪符号搜索漏掉的东西：API 返回的 JSON、数据库列、线格式、读同样字节的其它语言、特性开关、下游三跳代码）；诚实评估每个风险并区分已确认与已排查清除的风险；证明那一个事实并粘贴运行结果；对大范围改动可做 arena，让多个模型回答同一问题再合并。
交付物包括：它做什么、改动内容；它之所以安全的那一个事实及其证明步骤和证据，无法证明则标 unproven；风险（如何破坏、file:line、可能性与危害、如何检查）；已清除项；合并前最便宜的测试或复现。要求引用真实代码、写清楚，公开前剔除私密内容。资料未提供具体安装命令、平台或收费信息。