工具已经返回结果，Agent却说没拿到，怎样检查调用与结果关联？

同时保存调用与下一轮真实请求

适用于工具返回内容在日志中可见，模型却重复查询，或把另一次调用的结果当作当前答案。先固定包含调用与下一次模型请求的短记录，检查真实传输内容。不要仅根据模型回答“没找到”就认定查询没有执行，也不能只检查工具函数返回值而忽略消息组装。

逐个匹配调用ID和结果消息

先列出当前轮实际生成的调用ID，再逐项对应结果消息，确认没有遗漏或串号。检查应用是否在清理消息时删除工具结果，或者把结果文本放进了不被接口接受的位置。对流式工具调用，应等参数完整并确认执行结果后再回传，避免把中间状态误当最终返回。

按客户端或服务端循环正确回传

按所用接口的工具消息规范保存原始调用，再加入与其ID对应的结果。客户端工具通常需要由应用执行并回传，不能假定模型服务会自动读取本地日志。失败情况保留错误标记与原因，长结果则明确说明截断并提供继续查询方式，避免只留下无法使用的空壳反馈。

以两种不同返回检验调用匹配

用两个返回内容不同的只读工具验证对应关系，检查下一轮能分别使用它们，再测试其中一个失败的情况。成功标准包括结果确实出现在发送给模型的消息中，以及模型无需重复同一请求即可完成后续任务。最终答案仍需核对，不能只因消息格式合法就视为业务成功。

客户端工具与服务端工具的循环不同，不能把一种接口的消息字段直接搬到另一种系统。本文依据官方工具结果规范说明方法，没有查询用户真实服务。工具返回的外部文本仍不可信，应保留资料身份；修复反馈缺失不应顺带把资料内容提升成系统指令。