保存工具调用轨迹后，怎样找出重复、孤立和漏回填的 call_id

同一个工具在一轮里被调用两次，函数名相同不代表它们是同一个请求。保存轨迹后，应使用 call_id 关联调用与结果；否则第一份结果可能被回填给第二个请求，表面上轨迹齐全，实际关系已经错位。

关系键来自协议，状态来自审计

OpenAI 函数调用示例用 function_call 与 function_call_output，并通过 call_id 引用对应请求。本文从完整的合成轨迹中提取这两类项，记录各自所在索引。审计状态如 missing_output、orphan_output 是本地报告标签，不是接口自动返回的新字段。

先建立调用 ID 到位置的表，再为每个结果检查是否存在对应调用、是否发生在调用之后，以及是否已有另一结果。同名函数不同 ID 允许并存；同一个调用 ID 重复出现则单独报错。ID 要求非空字符串，在建立关联前检查缺失、非字符串与空值；问题记录保留轨迹索引和具体原因，不进入调用或结果映射。ID 不做大小写、空白或格式归一。

不完整轨迹不能靠猜补齐

附件正常项有两个同名查询调用，各有自己的回填。异常项分别包含无调用的结果、同一调用的重复结果、只有调用没有结果，以及重复调用 ID。检查器输出具体 ID 与索引，正常轨迹无问题，四类异常都必须出现对应诊断。

失败反例是按工具名建立字典，第二次查询覆盖第一次；另一个是只比较调用数量与结果数量。一个孤立结果加一个漏回填，数量相等仍然关系错误。因此集合、次数和顺序要分别核对，不能用总数相等作为完整性证明。

待执行与丢失要有语境

一段仍在运行的轨迹暂时没有结果，不一定是故障；但如果它被宣布为完整交付，漏回填就是需要处理的问题。报告应说明审计的是快照还是终态，并保留未知状态。本文按“完整轨迹”合同检查，没有把中途快照误写成 API 拒绝。

修复时不要为了通过关系检查编造一个空结果。真实工具可能没有执行，也可能执行成功但保存失败；两者重试风险不同。应核对受控执行记录，确认是否有副作用，再决定重跑或恢复回填。本文不触发任何查询与写入，也不替上层重试系统作决定。

如果接口还有推理项、消息项或其他关联规则，应遵循对应官方结构一并保存，不能把这个最小检查器当完整会话验证器。轨迹关系通过只证明请求结果关联符合示例合同，结果内容仍可能错误、无权限或不满足业务要求。把这两层分别记录，才能让排查从“工具好像出错”进入可定位的具体证据。

配套文件与依据

本文的合成输入和参考结果可下载独立样本 a025.json，离线检查器 a025.py与样本放在同一目录后运行。检查器不调用模型接口。 使用 Python 3.12 或兼容版本，将上述文件下载到同一目录，执行 python a025.py。

一手资料1。资料核对日期：2026-10-24。