知识文档写着“见附件三”，Agent 怎样检查引用目标是否存在

知识文档写着“见附件三”时，Agent不能只把这句话原样收进库就算资料完整。应定位引用目标，建立源段落到文件或章节的关系；目标缺失、名称歧义和版本不一致分别报告。这里检查的是内部依赖，不是检测网页链接能否返回成功。

先给文件与章节独立身份

给文档、附件和章节稳定标识，保留当前版本中的标题与定位。显示标题可能重复，页码可能变动，身份不宜只靠“附件三”或“第二节”。源引用同时保存原话，便于检查解析是否理解错对象。

DCMI元数据术语中的references、hasPart和isReferencedBy可描述资料关系。项目可以用简单关系表实现，不必先建复杂图数据库；标准关系名也不会自动解决同名附件匹配。

先由资料方给出文档包范围。某引用指向当前接收包之外的资料，标为未取得，不直接断言目标不存在。目录里能看到文件名，也不能证明对应版本和内容已读到。

合成D01引用本包唯一的附件A03，可建立确定关系；D02也说“附件三”，但有两个同名候选，需要确认；D03指向第八节，当前文档只有七节，形成目标缺失候选。

下载交叉引用完整性演练提供源句、目录、章节集合与预期状态，包含旧版目标和跨文件相对引用。它不是实际站点或文档系统的运行结果。

匹配时依次核对明确标识、文件所属上下文、标题与版本。文本相似只能给候选，不能把一个看起来最近的文件自动当作正确目标。多个候选都能解释原句时，应把差异呈现给资料所有者。

文档修订后，第八节可能变成第九节，或原内容被拆到两个章节。只更新标题页和目录，不代表正文中的“见第八节”已同步。比较时要保存旧目标与新目标候选，再由负责人确认。

引用链也可能多跳：主文档指附件，附件再指另一份表。按约定深度检查并保留各跳状态，不将第二跳未知写成整条链已完整。循环引用不一定是错误，但如果它使业务问题没有独立依据，应明确指出无法落到实体内容。

“上文”“同前”等表达缺少稳定目标时，可记录人工解释，不在没有依据时强行生成章节标识。若首期不支持这类相对引用，把它们列为人工处理范围，避免隐藏在成功统计里。

每条异常应包含源文档、源段落、引用原话、目标候选、判断依据和建议补充事项。资料方能够据此重命名、补件或修改引用，才是一份可用的报告；只说“发现三处错误”不能支持修复。

从明确关系反查原文，确认指向正确版本和章节；用歧义输入检查系统是否保留多个候选；对缺目标输入检查是否如实报告。若目标只是暂时未授权读取，也应区别于不存在。

补件后重跑关联项，并保留旧状态与关闭依据。新文件名相同不代表原问题已经解决，要核对内容标识和被引用章节。报告关闭的是这条关系缺口，不是整个文档包所有依赖都通过。

这项工作完成后，知识问答才能将读者带到实际存在、处于正确范围的依据。若引用目标本身内容待批准，关系已找到也不能替代批准状态，两个结果分别保留。

普通附件齐备见交付资料核对，来源盘点见知识源台账，入口见知识库专题。通过定制咨询提供脱敏目录、引用片段和人工目标，可以先验证依赖解析与缺口报告。