用途：针对“所有信号都显示健康、系统实际上已经死了”的静默故障。核心规则：在相信任何检查前先问，如果系统坏了，这个检查会返回什么；若答案与现在相同，该检查什么都没测到。推论：200 只证明服务器回答了，不证明它做了事；零结果与查询损坏看起来一样，“无错误”与“没在运行”也一样；沉默不等于成功；从未见其失败过的检查不是检查。
排查顺序（找到解释症状的第一项后仍再多查一轮，因为这类故障常成群出现）：
- 区分存活与交付。问最后一次端到端成功是什么时候、带时间戳，而不是“它还活着”。
- 先查无聊层：配额/账单耗尽、客户端版本被拒、凭据绑错账号、证书或令牌过期、DNS 缓存、磁盘/inode 满、时钟偏移。
- 查谁还占着资源：lsof <path> 或 fuser -v <path>、ps -ef | grep <helper>。
- 验证产物本身而非成功报告：发信成功不代表收件方接受，部署成功不代表线上 URL 服务了新版本。
- 以上都干净再怀疑自己的代码。
收尾：把发现写成检查，故意弄坏系统看它变红；断言解析后的实际值而非标签。报告时说明失败事实、健康系统本该显示什么、以及你如何证明，不要只说“现在看起来正常”。许可证 MIT。具体示例见 https://examples-deemwar.pages.dev 与 https://www.skills.sh/muthuishere/agent-skills/silent-failure-triage。