OneGeo 对照：RAG 的四道关，也是被引用的四道关
原文的四道关
腾讯云开发者社区 2026 年 10 月 23 日，作者”无叶生花”发了 《向量库选对了，RAG 还是死在 Demo：企业级落地的四道生死关》。按文中口径，四关与门槛是：
| 环节 | 文中给出的门槛 |
|---|---|
| 解析 | 准确率 ≥ 99% |
| 切分 | ≥ 95% |
| 召回 | ≥ 90% |
| 排序 | NDCG@5 提升 ≥ 15% |
作者的结论句值得原样抄下来：**”向量库决定你能不能跑起来，这四道关决定你能不能一直跑下去。”** 另一句是”任何一道失守，你上线的就不是一个系统，是一段演示视频”。
这些数字是企业自建检索系统的验收线，不是我们的标准，我们不去替它做适配。要借的是结构：一条检索链路在任何系统里都是这四步，而 GEO 想被引用，也必须依次过这四步。
映射到内容侧
| RAG 环节 | 生成式引擎里对应的事 | 你在内容侧能做的 |
|---|---|---|
| 解析 | 抓取器拿到 HTML，能不能读成正文 | 正文不依赖 JS 执行才出现；表格用真正的 <table>；图片带 alt。详见 AI 爬虫可达性自查 |
| 切分 | 分段时你的事实句有没有被切开 | 一段只讲一件事，小标题即问题；把关键数字写成独立句而不是长段落里的一串逗号 |
| 召回 | 用户提问时，这段内容进不进候选集 | 用用户真实的问法写小标题与 FAQ；术语保持同一写法（实体一致性） |
| 排序 | 候选里凭什么选你 | 出处明确、日期明确、口径与官方公示一致；这三样决定引用可信度评分 |
前两关是技术问题，后两关是内容问题。这也是为什么很多”做 GEO”的讨论会失焦：把力气全花在第四关（想着怎么被选中），而前两关没过去——页面根本没被抓到，排序无从谈起。
三道自查动作
一、用”解析视角”读自己的关键页。 关掉 CSS 看纯文本（浏览器里 Ctrl+A 复制粘贴到记事本即可）。如果核心事实混在导航文字、Cookie 提示、推荐位里，那么解析这一步的噪声比例一定很高。这跟自建 RAG 时数据清洗遇到的问题是同一类。
二、给每个事实句加”独立可读性”。 判断标准很简单：把这句话单独摘出来交给一个没读过全文的人，他是否还知道在说什么。”该版本已修复两项 RCE，受影响区间为 8.2 至 8.5，发布于 10 月 21 日”过关；”它已经修好了”不过关。
三、按问法整理目录，不按产品名整理。 召回失败最常见的原因是措辞不匹配。把用户会怎么问这个问题写下来当小标题，比把内部术语当标题有效得多。
与衡量口径的关系
这四关是诊断路径，不是指标。指标我们仍然只用三个（被引用次数、被描述准确率、来源分布，见GEO 的衡量口径），因为它们可以逐条复核。诊断和度量的分工是：指标告诉你”有没有问题”，四关告诉你”卡在哪一环”。
本站的这四关处理：robots.txt 与 sitemap.xml 管可达，llms.txt 与 BlogPosting 结构化数据管解析与语义，文章的 description/excerpt 与小标题管切分与召回，来源链接管归因。