工具调用返回“成功”，不等于业务操作已经生效。智能体要核验工具操作，必须把“发出请求”“收到响应”和“目标状态发生变化”区分开来，并以可观察的外部状态作为结案依据，而不是依赖自己的操作记录或口头判断。
核验要对准目标状态
操作前，智能体应明确任务要求改变什么、哪些内容不能改变，以及哪些结果需要确认。例如，更新工单时，目标不只是调用更新接口，还包括目标工单正确、状态符合要求、备注已写入，且没有误发消息。目标越具体，事后核验越不容易被“工具没有报错”替代。
操作后，应重新读取相关记录，逐项比对当前状态与预期状态。核对内容应覆盖对象身份、变更字段和可能产生的副作用。若读取结果只能证明状态已更新，却不能确认备注是否保存，就只能报告部分确认，不能把整项任务判定为完成。工具响应可以作为证据之一，但不能替代结果检查。
结果不明时先查证，不要重做
网络中断或工具调用超时后，智能体可能无法判断操作究竟失败了，还是已经写入但未收到确认。此时直接重试可能造成重复备注、重复创建记录或重复发送。更稳妥的顺序是先查询目标对象的当前状态；若能确认变更已生效，就继续未完成步骤；若没有生效，再按权限和任务要求处理；若仍无法确认，则暂停并说明不确定性。
核验还要考虑操作本身的风险。读取状态通常可以自动进行；涉及对外发送、删除或重要数据变更时，即使状态看似符合预期，也应遵守既定的人工确认点。工具日志、返回结果与系统当前记录若彼此矛盾，应把它视为异常，而不是挑选最有利的一项宣布成功。
可靠的核验不是多调用一次工具，而是用独立证据回答三个问题：改动落在正确对象上了吗？结果符合任务要求吗？过程中产生了不该发生的副作用吗？只要其中一项缺少证据，智能体就应报告“尚未确认”，而非把执行意图包装成已完成事实。