快速回顾
| 项目 | 内容 |
|---|---|
| 分析目标 | 明确比较对象和时间,逐维度提取条款,每项差异关联新旧证据 |
| 处理链路 | 明确范围 → 定位适用版本 → 查正文及附件 → 提取条款 → 比较 → 引用回答 |
| 时间与版本 | 区分发布、生效、失效、入库时间;区分政策版本与索引构建版本 |
| 补充检索 | 查询改写保留约束,针对缺失条款、附件和补充通知补查 |
| 证据溯源 | Evidence ID 关联文档版本、原文位置、页码和片段 |
| 结果检查 | 核对引用有效性与结论支持情况,明确缺失证据和未解决冲突 |
面试主回答
我们针对政策变化分析,把用户问题拆成政策对象、地区、时间和比较维度,再定位调整前后的适用文件,分别提取条件、标准和材料要求。查询改写保留这些约束,正文引用附件或补充通知时,再做针对性的补充检索。
版本处理会区分发布时间和生效时间,结合修订、替代及废止关系判断适用性,避免只取最新上传的文件。比较时按维度对齐条款,保留对象范围、单位和例外条件;遇到无法确认的冲突就保留原文说明。
每条证据关联 Evidence ID、文档版本、页码和原文片段,回答中的具体结论引用对应证据。生成后检查引用有效性和结论支持情况,让用户能回到原文核对;证据不足的部分明确说明,不补造差异。
分析流程与检索
面试回答
政策变化分析要先确定比较的是哪个地区、哪项政策、哪个调整时间,再找到调整前后各自适用的文件。之后按照用户关心的维度提取条款,比如申请条件、补贴标准和申请材料,对齐后说明哪些新增、修改或保持不变。
每一项变化都要关联新旧证据,正文之外还检查附件和补充通知。Agent 负责组织这些查询和比较步骤,生成前再检查维度是否齐全、版本是否适用。不能只查到新文件就凭模型记忆描述旧规定,也不能把不同时间的条款拼成同一套当前政策。
实现细节
完整处理顺序见步骤。输出保留比较维度和两侧依据,遇到旧文件或附件缺失时单独记录,不能因新版本未命中某条要求就认定它已经取消。
- 明确地区、政策与调整时间。
- 定位调整前后的适用文件。
- 检查正文、附件和补充通知。
- 分别提取申请条件、补贴标准和材料要求。
- 按维度比较,为每项差异关联新旧证据。
- 生成对比结果。
面试回答
用户用语和政策原文经常不一致,而且回答依据可能分散在正文、附件和补充通知里。所以第一步把用户表达转成明确的检索目标,同时保留地区、时间、政策项目等约束,缺条件就先澄清。
比如“补贴变了多少”,需要明确比较金额、覆盖对象还是发放方式。第一轮查到正文后,如果材料要求写着详见附件,就继续读附件;金额规定引用补充通知,就针对那份通知补查。每一轮围绕具体证据缺口展开,避免不断搜索同一个宽泛问题,也不能为了扩大召回把地区和时间条件丢掉。
实现细节
查询改写只改变检索表达,不擅自更改用户问题范围。补充检索以尚缺文档、条款或比较维度为目标,并复用已经取得且仍适用的证据。
时间、版本与差异
面试回答
入库时我们分别记录发布时间、生效时间、失效时间,以及修订、补充、替代和废止关系。查询时先判断用户问当前政策、历史某个时间点,还是新旧对比,再按地区和适用时间选择对应证据。
比如文件六月发布、七月生效,用户问六月的申请规则,就不能直接采用新规定。历史查询也要允许读取当时有效、现在已失效的政策。另外,政策版本和索引构建版本分开管理,重新解析、分块或编码只是技术处理变化,不代表政策发生修订;刚入库的文件也不能直接认定为最新政策。
实现细节
发布时间、生效时间、失效时间与入库时间的含义见表。版本选择还需要检查文件业务关系与适用对象,不能只按上传顺序或发布日期排序后取第一份。
| 时间 | 含义 |
|---|---|
| 发布时间 | 文件什么时候发布 |
| 生效时间 | 规定从什么时候开始适用 |
| 失效时间 | 规定从什么时候不再适用 |
| 入库时间 | 系统什么时候收录文件 |
面试回答
我按同一个比较维度对齐新旧条款,分别判断新增、删除、修改或未变化,保留对象范围、单位和例外条件。比如一个版本按每人每月补贴,另一个按服务次数结算,不能直接把两个数字相减,就认定补贴提高或降低。
遇到看起来冲突的文件,先核对地区、适用对象和时间,再检查明确的修订、替代或废止关系,以及正文和附件、一般规定和特殊情形的区别。发布日期更晚不能自动说明覆盖旧文件。关系仍无法确认时,保留两侧原文并说明冲突;新版没检索到某项要求,也会检查附件和关联文件,再判断是否真的取消。
实现细节
变化分类与核对重点见表。删除判断需要文件关系或完整材料支持,检索未命中只是当前证据状态。比较金额前统一计量周期、对象与单位;无法统一的情形分别说明。
| 变化或冲突 | 判断重点 |
|---|---|
| 新增 | 新版本明确增加了什么要求,并保留依据 |
| 删除 | 核对修订或废止关系,不能只因新检索未命中就判断删除 |
| 修改 | 同一比较维度的新旧条款分别是什么 |
| 未变化 | 对应规定及适用范围保持一致 |
| 表面冲突 | 先检查地区、对象、时间、正文附件与文件关系,不能只按发布时间取最新 |
引用与回答校验
面试回答
检索完成后,我把可用结果整理成结构化证据记录,每条分配 Evidence ID,关联文档及版本、父子块、原文片段、页码和适用时间。模型只引用本次提供的已有 ID,最终由后端映射成文档和页码,方便用户回到原文核对。
引用还要和具体结论对应。比如回答申请材料新增了某项证明,需要同时给出旧版清单和新版要求。生成后,后端检查引用 ID 是否存在、是否属于本次可用证据、当前是否仍可访问,还要核对原文是否支持这句话。只有 ID 正确但内容不支持结论,仍然不能算有效引用。
实现细节
Evidence ID 标识证据记录,字段分工见表。跨页结论保留实际支持它的页码范围;模型不得自造 ID,版本和原文位置绑定后不随索引重建被错误替换。
| 字段 | 用途 |
|---|---|
| Evidence ID | 标识本条证据 |
| 文档 ID、版本 ID | 确认来源文件与版本 |
| 父子块 ID、原文位置 | 定位具体条款 |
| 页码或页码范围 | 跳转查看原文 |
| 原文片段 | 支持回答中的具体结论 |
| 适用时间、来源信息 | 判断证据适用性 |
面试回答
我先判断缺的是用户条件还是文档依据。地区、时间或对象不明确时,向用户澄清;正文指向的附件、通知还没取得时,继续针对缺口检索。已经确认的部分可以正常回答,尚缺依据的部分单独说明。
如果达到执行预算仍未查齐,就明确告诉用户当前哪些结论有依据、哪些暂时无法判断,以及还缺什么材料。没有检索到某条规定,只能说明当前证据不足,不能直接说这项规定不存在,也不能让模型用常识补成确定的政策结论。这样回答能够保留已有价值,又让用户知道依据覆盖到了哪里。
实现细节
停止补查的原因与结论可信程度分别记录。服务故障、正常无命中和缺少用户条件需要区分,避免把系统暂时不可用表述成政策没有相关要求。
易混点与回答检查
易混点:发布日期不等于生效日期;新检索未命中不等于条款被废止;引用存在不等于引用支持结论。
回答检查
补充记录
简历表述:支持查询改写与多轮补充检索,按指定时间、政策有效期和文档版本筛选证据,并关联 Evidence ID、文档和页码。
事实 / 代码依据:待补充。