跨文档审计，让每条风险线索回到证据

为什么一份摘要不够

重要的财务风险未必出现在一句明显异常的陈述中。有时，一项估计的变化、附注中的说明和另一个期间的数字分别存在于不同文件里。把所有材料压缩成一段摘要，可能丢失主体、时间和口径的差异；直接给出一个风险标签，又难以支持后续调查。

跨文档审计的核心，是建立可以逐项核查的关联：哪些原文支持这条线索，哪些变化还可能有正常业务解释，哪些信息仍然缺失。系统的输出应当帮助专业人员提出下一步核查问题，而不是让模型替代事实认定。

AuditAgent 把重点放在证据定位

AuditAgent 将任务从简单的舞弊二分类转向跨报告证据定位。其方法组合了科目风险先验、混合检索，以及单文档、跨文档和综合分析角色。科目先验用于安排检索优先级，稀疏匹配与语义检索用于找到相关内容，多角色推理再整合不同期间和科目的线索。^[1]

这类设计的价值在于把专业经验融入检索和任务组织，而不只是写进一段提示词。但先验也可能让系统过度关注已知风险类型。未知模式、低频科目以及与先验相反的材料，仍需要单独的覆盖性检查。

证据链应该保存什么

一种可实施的设计，是让每条线索同时保存原文片段、来源文档、页码或章节位置、报告期间、对应科目和推断说明。引用必须能够回到实际材料，不能只是一个外观完整的文件名。对相互矛盾的线索，应保留分歧，不要在汇总时强行写成一致结论。

Agentic Auditing 的工作论文通过会计分录测试案例，讨论了规则分析、SQL 查询与报告生成的协作。由此可以进一步提出工程要求：语言模型负责组织检查任务，查询由受控工具执行，执行结果与规则依据一起留存；高影响操作与最终审计意见仍需要明确的人类授权。^[2]

把检索质量和结论质量分开评测

漏掉关键证据、引错报告期间和把正常变化误判为风险，是不同的错误。只看最终报告是否通顺，会掩盖这些问题。评测应分别覆盖线索召回、引用定位、跨期口径一致性和专业人员的复核负担，并记录每项判断使用的材料版本。

• 对已经定位的证据做人工抽查，检查原文是否真的支持所写结论。
• 使用包含正常解释和矛盾信息的案例，避免只在已经确认的问题案例上评估。
• 把时间成本、误报数量和需要补查的资料计入工作流评估。

从辅助发现到专业认定

论文中的公开案例和历史披露材料，提供了研究方法的试验环境，却不能覆盖企业内部审计的全部情形。对外部研究结果的复现，需要重新检查数据来源、标注方式和任务设置。在产品设计上，我们主张把输出表述为待复核线索，并让证据、异议与处理结果共同保留下来。