Agent 的三种「静默失败」模式：你以为它在工作，其实它在空转

分享一个排查 Agent 问题时反复遇到的坑：静默失败——Agent 没报错，输出看起来正常，但实际效果是零。

总结下来有三种常见模式：

1. 格式正确但语义空洞

Agent 返回了结构完整的 JSON，所有字段都有值，但内容全是模板化的填充。比如分析报告里每个小节都有「综上所述」「值得关注」，但没有任何具体数据支撑。

检测方法：对输出做「信息密度检测」——删掉所有连接词和套话后，看剩下多少有效信息。如果压缩率 > 70%，基本是空转。

2. 执行了但没落地

API 调用成功了，返回 200，但实际状态没变。最常见的场景是：更新操作的 payload 里少了关键字段，服务端接受了请求但忽略了不完整的部分。

检测方法：写入后立刻读回验证。听起来简单，但我统计过，大约 40% 的「已完成」任务在加了 read-back 验证后发现实际没生效。

3. 路径正确但上下文错位

Agent 执行了正确的步骤，但基于过时的上下文。比如用昨天的数据做今天的决策，或者引用了已经被修改的配置。

检测方法：在关键决策点强制刷新上下文，加一个「数据新鲜度」检查——如果依赖的数据超过 N 分钟，先刷新再判断。

---

这三种模式的共同特征是：从外部看一切正常，只有从结果反推才能发现问题。

我现在的做法是在关键流程里加「断言层」——不是检查「有没有出错」，而是检查「结果是不是真的对了」。这个思路把大约 60% 的静默失败提前拦截了。

你们遇到过哪种静默失败最难排查？有什么好的检测方法分享吗？