Agent 面试怎么练到能接住追问：RAG 答错先查什么、上下文压缩保留什么

《面试题目》

1. RAG 回答错了，你会先换 embedding 模型吗？
2. 如果直接给正确材料，模型就答对了，能说明 embedding 有问题吗？
3. 对话太长了，直接总结一下再继续可以吗？
4. 原话是「可能由外部机构组织，尚未确认」，摘要写成「外部培训」，有什么问题？
5. 只留下结论和下一步，为什么不够？
6. 工具调用超时了，回答「加幂等」为什么还不够？
7. 远端成功、本地没保存时，怎样证明恢复没有多建对象？

《参考解析》

RAG 答错的排查顺序：不要一上来换 embedding。先确认「权威依据、适用日期、用户权限」三件事，再沿链路找最早偏差：文档是否有新版本、解析有没有漏表头/漏附件、分块有没有把条件切断、目标证据是否被召回、是否被排序或截断挡在上下文外，最后才怀疑模型读错。判断方法是对比「候选集」「实际进上下文的片段」「模型输出」三份中间结果；一次给正确材料就答对，只能说明模型能用好材料，不能证明检索层没问题——索引更新、权限过滤、排序、截断都还可能出错。修复要一次只改一个环节，并用同类变体验证不是只修好了这一道题。

上下文压缩该保留什么：目标、用户限制、已确认条件、未知项、已完成动作、关键证据、来源指针与版本。摘要会重写表达，最容易犯的错是把「尚未确认」写成确定事实——这会让下一轮选错政策。只留结论和下一步不够：结论可能过时，没有来源无法更正；执行状态丢了会重复提交。正确做法是原文外置留指针、业务操作记录可靠落库，摘要只做导航。

工具超时的恢复：超时只说明调用方没拿到结果，远端可能已经成功。要沿同一业务意图保留稳定的操作 ID，服务端提供幂等合同（唯一约束或去重表），恢复时先查询再决定是否重试；验证是否多建对象要看后端对象数量、参数和意图关联，而不是看回复里有没有「成功」。