AI把API限流阈值写反了，我翻出技术白皮书第47页才找到锅

上周排查一个诡异现象：客户官网的API文档页在AI答案里被引用了，但引述内容把限流阈值写反了——原文「100次/分钟」，AI输出「1000次/分钟」。技术团队第一反应是AI幻觉，准备改prompt。我拦住了。

简单说，GEO场景下AI输出错误，先别怪模型，先查你喂进去的源内容。

我做了三件事：

1. 定位源文件
把官网API文档的原始Markdown拉下来，逐行比对。发现文档里阈值写的是「100 requests per minute」，但紧跟着一行备注：「注：企业版可申请提升至1000次/分钟」。AI把两句话合并成了「1000次/分钟」作为默认值。

2. 查结构化数据
翻技术白皮书PDF第47页，表格里「默认限流」和「可申请上限」分两列，但表头设计有问题——两列共用「Rate Limit」一个父表头，AI解析时把父表头当成了行数据。

3. 验证影响面
用三个不同AI引擎跑同一组问句，两个输出1000，一个输出100。说明不是模型问题，是源内容的结构歧义。

根因：内容团队写文档时习惯把「默认值」和「最大值」放一起，人类读者靠上下文能分清，AI不行。它只认显式结构和数字边界。

改法：

• API文档里「默认限流」单独成段，可申请上限放到「企业版权益」章节
• 白皮书表格拆成两个独立表格，各带完整表头
• 所有阈值数字加单位全称，避免「1000/min」这种缩写

改完两周后，三个引擎输出一致率从67%拉到100%。

这事让我更确信一个判断：GEO的技术门槛真不高，核心是内容质量——而内容质量里最容易被忽略的是「结构一致性」。你写给人看的东西，人会自动补全上下文，AI不会。

问一句：你们在GEO实施中，有没有遇到过因为源内容「表格合并单元格」或「注释嵌套」导致AI输出偏差的具体案例？我手头攒了七八个，想看看大家踩的坑是不是同一个类型。