用途：在变更发布前找出它可能在别处造成的影响，适用于“X 的影响范围”“这会不会破坏什么”，或审查一个你还不信任的小型 diff。它是 how 与 why 的配套：how 说明代码做什么，why 说明为何如此设计，blast-radius 说明它会在别处破坏什么。列出调用者不是重点，重点是 grep 看不出的破坏。
主要能力：不轻信自己的书面结论，找出整个判断所依赖的一两个关键事实，并用运行代码来证明。对每个安全事实，按可信度阶梯推进并说明停在哪一步：仅口头声称、指出真实 file:line 或库源码、逐步论证坏情况不会发生、运行脚本或测试调用真实代码、在运行中的应用里复现。任何无法达到第 4 步的安全事实都要明说，不能写成已定论。
使用方式：先读变更（diff、新增/修改/删除的符号及其行为差异）；找出它之所以安全的那一个事实；查看 grep 止步之处，包括所调用库的源码、锁定版本与本地补丁，以及微任务、卸载与清理、Solid 与 React 等运行时机，并追踪符号搜索遗漏的 JSON 返回值、数据库列、线格式、其他语言读取同一字节、功能开关和下游三跳代码；对每个风险给出发生概率与代价，保留已确认的风险，单独列出已检查并排除的项，引用真实 file:line，搜索无结果也是答案，不得编造调用者或 API；用脚本或测试运行真实代码并粘贴结果，无法低成本证明就标记为未证明。大型或广泛变更可作为 arena，让多个模型回答同一问题并合并答案。
交付内容：变更做了什么；它之所以安全的那一个事实及其证明步骤与证据，未证明则写 unproven；真实风险（如何破坏、file:line、概率与严重度、如何检查）；已排除项及原因；合并前最便宜的测试或复现。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；其效果依赖能否实际运行代码并取得证据。