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

把知识过期做成产品能力:时效提示与刷新入口

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

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

提示要具体到哪一份资料——含糊的免责声明没有用。

"知识过期"应该是一个产品能力

AI 复述过期资料,用户很难察觉 ✗。与其指望用户自己判断 ✔,

不如把时效做成产品能力 ✔:主动提示、给出刷新入口 ✔。

一、三种时效提示

1. 来源时间标注("依据 2024-03 版文档" ✔)—— 最基础 ✔;

2. 过期标记(超过 N 天/已被新版替代 ✔ → 显式标黄/备注 ✔);

3. 不确定性联动(资料越旧,答案的置信标注越低 ✔ —— 见不确定性传递那篇 ✔)。

要点:提示要具体到"哪一份资料" ✗ ✔("某些资料可能过时"等于没说 ✔)。

二、给用户"刷新"的入口

· 一键重新检索(忽略缓存,重新取最新 ✔);

· "只看近期"筛选(例如近 90 天 ✔ —— 见可筛选检索那篇 ✔);

· 订阅变更(该文档更新时通知 ✔ —— 高频决策场景很有用 ✔);

· 反馈"内容已过时" ✔(用户最容易发现,成本最低 ✔)。

三、后台要做的事

· 监控索引滞后时间 ✔(最实用的新鲜度指标 ✔);

· 失效检测:定期抽查回答依据的文档是否已被新版替代 ✔;

· 过期内容降权(不删除,但排序靠后 ✔ —— 见排序那篇 ✔);

· 把"过期命中率"做进看板 ✔。

四、三个反模式

· 只存不更 ✗(索引建完就不管 ✔);

· 删掉旧版 ✗(历史问题无法回答 ✔)→ 应标记为 superseded ✔(见版本那篇 ✔);

· 提示含糊 ✗("信息可能不准确" ✔ → 应改为"该结论来自 2023-08 的文档,之后可能有更新" ✔)。

五、一个小检查清单

```

□ 回答里带来源时间

□ 超过阈值的资料显式标记

□ 提供"重新检索/只看近期"入口

□ 用户可反馈"已过时"

□ 后台有索引滞后时间与过期命中率指标

□ 旧版标记而非删除

```

一条判据

> 用户看到一条依据 2023 年文档的结论 ✔,界面上是否有明确提示 ✔ 与刷新入口 ✔?

> 都没有,说明时效还不是产品能力 ✗。

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

相关文章

顺序阅读

← 上一篇:多 Agent 协作的边界:什么时候会互相打架
下一篇:把评测失败分类成可行动的类型 →

第 105 / 171 篇

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

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