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

让答案可核对:检索与生成之间的「证据表」

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

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

证据表里不允许出现推断词——那是成文阶段的事。

让答案"可核对",而不是"听起来对"

生成式回答最大的问题是无法核对:句子通顺、语气自信,但你不知道它依据什么。

解法是让检索与生成之间多一层显式的证据表:先把片段整理成结构化事实,再基于事实写答案。

证据表长什么样

每条一行,字段固定:

| 字段 | 说明 |

|---|---|

| 事实 | 一句话陈述(不含推断) |

| 来源 | 文档标题 + 章节/页码 |

| 原文片段 | 支撑该事实的原话(截断到 80~120 字) |

| 时间 | 该文档的发布日期 |

| 置信 | 高 / 中 / 低(人工或规则给的) |

这张表是纯抽取产物,不允许出现"因此""说明"这类推断词。

三步流程

1. 抽取:从检索到的片段里抽出事实,逐条附原文与出处;抽不出就写"未找到相关事实";

2. 校验:程序检查每条事实的原文片段确实出现在该来源片段中(子串比对),不通过就丢弃;

3. 成文:只允许基于证据表写答案,每条结论标注引用编号;证据表里没有的,不许写。

三个直接收益

· 可核对:用户能点开引用看到原话;

· 可评测:事实错误率、引用一致性都能自动算(引用编号与事实是否对得上);

· 可降级:证据表为空时,明确回"资料里没有提及",而不是让模型编。

常见错误

· 把推断写进证据表("这说明 X 已经失败")→ 后面所有结论都建立在推断上;

· 引用不核对(引用编号乱标)→ 必须做子串级校验,别只看编号存在;

· 证据表太长(几十条)→ 用户不看、模型也读不完;按相关度截断(例如前 8 条);

· 只给结论不给原文 → 等于回到"听起来对"。

落地顺序

1. 先做抽取 + 子串校验(这两步就能显著降低编造);

2. 再把引用编号写进答案模板;

3. 最后做"证据表为空时的明确回复"与引用一致性指标。

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

相关文章

顺序阅读

← 上一篇:合成数据能不能用:三种用法与三条红线
下一篇:提示词里的「角色」设定到底有没有用 →

第 43 / 171 篇

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

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