RAG 回答数字问题时，数字本身正确还不够。必须同时核对单位、期间和统计口径，否则同一个“120”可能被解释成金额、数量或比例，月度数据也可能被误当年度结果。验收应把这些限定信息视为答案的一部分。
先确认用户到底在问哪一种数
“今年培训费用是多少”可能指预算、已发生费用、已报销金额或预计总额。资料里即使有四个相关数字，也不能任意挑一个回答。问题口径不明时，应说明差异并请求补充，或者并列展示已确认口径，而非给出一个没有定义的总数。
时间也要具体到业务期间。文件更新时间不等于数据统计截止日，报告名称里的年份也不必然代表完整年度。核对时查找表头、注释和正文对期间的说明，不能只从文件名推断。
为每个数字保留一个小上下文
| 要素 | 核查示例 |
|---|---|
| 单位 | 元或万元，人数或人次 |
| 期间 | 当月、累计或某日快照 |
| 口径 | 是否含税，是否扣除取消项 |
| 范围 | 单部门、部分项目或全体对象 |
例如表格单位写在标题中为“万元”，片段只保留某行的“120”，答案便可能错误地写成 120 元。数字没有被改写，意义却已发生数量级变化。因此表格提取与切分都应保留单位和相关注释。
区分引用数字与计算结果
如果答案直接引用原文，应能回到具体单元格或段落。如果需要求和、比例或差额，应列明使用的数据与运算口径，采用可核对的计算方式。不能把检索到的部分行当成完整数据集，也不能让语言模型凭感觉补齐缺失值。
例如计算参与率，分子是实际参加人数，分母可能是报名人数或应参加人数，两种定义会得到不同结果。应先确认业务需要哪一种，再计算并说明。对不存在或无法确认的分母，保留未知状态。
用容易混淆的样本验收
测试应包含万元与元、人数与人次、当月与累计、百分比与百分点等差异，也要有空值、负数和修订数据。核查答案是否保留正确单位与期间，计算是否使用完整范围，以及引用能否支持结论。
对重要指标可以让评审者先写出定义，再看模型答案，避免被流畅表达带偏。若资料之间口径不同，应解释为什么不能直接相加或比较，而不是生成一个看似清晰的排名。
最终回答可以很简短，但至少让读者知道数字代表什么、覆盖何时、如何得出。把口径放进答案不是增加技术细节，而是在防止用户拿一个真实数字做出错误判断。知识库的数字质量，应按这种可解释性来验收。
在企业文档中验证
如果要把本文方法用于企业文档，可预约演示，结合实际资料核对协作、权限与集成方式。
需要在自己的环境中验证时，可先了解私有化部署方案，再确定试用范围与验收要求。