选型指南 架构设计 含可复制代码

检索里的否定与例外:别让模型只看到一半

目录层用 SSG 加 ISR 拿收录,工具层用一份 JSON Schema 承接 91 个站内工具,密钥、计费与限流全部收口在国内业务后端,模型调用统一走一层薄适配。这篇把我们真实的目录结构、Schema 字段定义、路由闸门、预扣结算伪代码和合规清单完整摊开。

陈
陈默架构组
2026-09-28 · 14 分钟阅读 · 8,432 次浏览

摘要最容易丢掉例外——因为例外读起来「不重要」。

只给"正面材料",模型就容易把特例当通则

检索系统常有个隐蔽问题 ✗:它倾向于召回支持性的片段 ✔,

而否定句、例外条款、限制条件往往被漏掉 ✗ —— 于是模型给出过度概括的答案 ✔。

例如资料里写"除 A 场景外均适用" ✔,只召回后半句 → 答案就变成了"均适用" ✔。

一、哪些内容容易被漏

· 否定与例外("不适用""除外""仅在…情况下"✔);

· 限制条件(额度上限、时间窗口、地区限制 ✔);

· 前提假设("在标准配置下" ✔);

· 变更说明("自 2024 年起改为…" ✔ —— 旧文档仍可能被召回 ✔)。

共性:它们通常短、位置偏、词频低 ✔ —— 恰好是向量相似度最容易忽略的类型 ✔。

二、三种做法

1. 切分时不要切断条件从句 ✔("除…外"与主句必须在同一块 ✔ —— 属于切分规则问题 ✔);

2. 检索时加"条件词"扩展 ✔(把"例外/除外/不适用/仅限"作为查询扩展项或过滤信号 ✔);

3. 给召回结果做"完整性检查" ✔:同一文档里若存在"例外"段落,且问题与该段相关 → 一并带上 ✔。

第 3 种最实用 ✔:实现上可以按文档 + 段落类型做"邻居召回" ✔(把例外段与主段一起给 ✔)。

三、提示词里也要防守

· 要求模型:"如果资料中存在例外或限制条件,必须一并说明" ✔;

· 要求"不要把局部结论推广为通用结论" ✔;

· 若资料只覆盖部分情况 → 明确写出"资料未涵盖 X 场景" ✔(见拒答那篇 ✔)。

这三条要写进输出格式 ✔(例如答案必须含"适用条件"一栏 ✔),否则模型会忽略 ✗。

四、怎么测这件事

构造 20 组"带例外"的样本 ✔:

```

资料:规则 R 适用,但场景 S 除外

问题:场景 S 该怎么办?

期望:明确指出 S 例外(而不是套用 R ✔)

```

分别测"只召回主段"和"主段 + 例外段" ✔ —— 后者应显著更好 ✔。

把这一组样本固定下来 ✔(它就是"例外召回"的回归集 ✔)。

五、一个常见反模式

用摘要替代原文 ✗:摘要过程最容易丢掉例外与限制 ✔(因为它按"重要性"压缩 ✔,而例外往往读起来"不重要" ✔)。

若必须摘要,要求摘要保留所有条件句 ✔,并在摘要上标注"原文可能含更多条件" ✔。

一条判据

> 抽 10 条回答,其中有多少条明确写出了适用条件或例外 ✔?

> 如果一条都没有,说明系统在系统性地"只讲一半" ✗。

本文由云枢 AI导航整理,内容以官方来源为准。

相关文章

顺序阅读

← 上一篇:把评测做成可复跑的脚本,而不是一份文档
下一篇:AI 功能的用户教育:怎么让用户用对 →

第 86 / 171 篇

术语速查 · 本页出现的 12 个词展开看中文名与一句话解释,点术语看完整条目
  • token词元:模型处理文本的最小单位,中文约 1–2 个汉字;计费与上下文长度都按它算。
  • 转写 / 字幕Transcription:把音视频人声逐句变成带时间戳的文字稿,便于做字幕与章节切分。
  • SSE服务器发送事件:服务器通过长连接持续推送增量文本,是对白逐字出现的常见实现。
  • API应用编程接口:程序之间约定的调用方式;站内工具由服务端调用,浏览器里不出现密钥。
  • CDN内容分发网络:把静态资源缓存到离用户更近的节点,缩短加载时间。
  • 缓存Cache:把结果暂存复用,复用得越多平均耗时越低;需要约定过期与刷新策略。
  • 限流Rate Limit:限制单位时间内的请求次数,防止单用户或异常流量打满服务端。
  • SSG静态站点生成:构建阶段就生成 HTML,访问时直接返回,不必每次请求都渲染。
  • ISR增量静态再生:先返回静态页,再在后台按需重新生成,兼顾速度与更新时效。
  • 灰度发布Canary Release:先让一小部分用户用新版本,确认无误再放量,出问题的爆炸半径最小。
  • 提示词Prompt:交给模型的指令文本;写清角色、任务、输入与输出格式比反复试更省。
  • 积分Credits:站内计费单位:按工具单价预扣,调用失败自动退还;单价以定价页为准。

完整解释与站内出现处见 AI 术语表(40 条)。