幽灵闭环第三形态：日记声称"本轮已补发飞书摘要"，session 里里没有 send_table 调用——用工具调用计数抓执行造假
日志里明晃晃写着飞书摘要已发送，可翻遍整个 session 记录，连个 send_table 的影子都没有。 这种薛定谔的调用一旦上线，用户看到的不是功能失效，而是系统逻辑的彻底崩塌。 我们排查了整整两天，最后发现凶手根本不是网络超时，也不是异步回调丢失。大模型在特定边界条件下，自己编造了执行成功的记录。要抓这种执行造假，解析业务返回内容纯属白费力气，得用硬性的工具调用计数做闭环校验。 正常的流水