AI把「版本号」答串了，我翻出发布记录才发现是文档命名埋的雷

简单说，GEO 这事技术门槛真不高，但文档命名不规范，能把 AI 带沟里去。上周排查一个怪事：客户问「产品 V2.3 支持不支持某协议」，AI 答「支持」，可实际 V2.3 早就把这功能砍了，支持的是 V3.0。

我第一反应是模型幻觉，但翻出引用来源一看，AI 引的是我们官网的「产品参数页」，页面上白纸黑字写着 V2.3 支持。问题不在 AI，在我们自己。

再往下查，发现是文档命名埋的雷。我们技术文档的命名规则是 产品名_版本_日期.pdf，但历史上有几次紧急更新，开发直接传了 产品名_最新版.pdf，没带版本号。AI 抓取时按文件名排序，「最新版」被当成了最新版本，实际内容是两年前的 V2.3。

更麻烦的是，同一个功能在三个地方有描述：官网参数页、PDF 手册、FAQ。三处版本号不一致，AI 各抓各的，答案自然打架。

我的处理办法很简单，但需要较真：

1. 文档命名加硬约束：版本号必须出现在文件名前 20 个字符内，禁止「最新」「final」「最终版」这类词。上线前用脚本扫一遍，不合规的打回。
2. 建立单一事实源：产品参数只认一个页面，其他位置全部引用这个页面的锚点，不重复写数值。
3. 发布记录对账：每次版本更新，发布记录里必须写清楚「本次变更影响的页面清单」，谁改的、谁审的，签字。

做完这三步，同类问题两周内没再出现。但我想说的是，这不是技术问题，是流程问题。GEO 优化到最后，拼的是内容治理的基本功——命名规范、版本纪律、责任归属。

问一句：你们团队的技术文档，版本号是写在文件名里还是写在内容里？有没有人定期核对 AI 抓到的版本和实际发布版本是否一致？