技术文档里「支持」和「仅支持」就差一个字，AI答案给我扩成了行业标准

先说结论：GEO 要防的不是 AI 读不懂，是 AI 太会「补全」。技术文档里一个字的松紧，它能给你放大成行业级结论。

上周做引用率复盘，顺手把自家产品的技术规格页丢给几个主流 AI 问了一遍「XX 参数支持到什么范围」。结果三家答案里有两家把我们的「支持 A/B/C 三种协议」写成了「全面兼容主流协议，无扩展成本」。原文里根本没有后半句，是它自己补的。

我去翻原始页面，问题出在一句话：「本模块支持 A、B、C 三种协议，D 协议需额外模块。」

简单说，前半句是能力，后半句是边界。AI 只抓了前半句，把「需额外模块」这个成本条件吞掉了。对采购方来说，这一吞就是报价差。

我的处理不是去改文案，是先做了一个对照：

1. 把「需额外模块」改成独立的表格行，单列「前提条件」，不再放在正文从句里。
2. 把参数表述统一成「参数名 | 取值 | 前提 | 不适用场景」四列，不再用叙述句。
3. 在页面顶部加了一段 50 字以内的范围声明，只陈述边界，不带营销词。

改了 7 个页面，跑了 12 天，同一批 40 条问句重测。原来补全结论的比例从 2/3 降到 1/5，剩下那几个还是会补，但补的方向从「无成本」变成了「需确认模块型号」，方向对了。

踩的坑有两个，记一下：

第一，别指望在正文里加「注意」「重要」这种提示词，AI 不吃这套，它按结构抓不按情绪抓。

第二，边界信息必须能和能力信息在同一个语义单元里被切出来。我一开始把前提条件统一挪到页尾脚注，结果引用率反而掉了——AI 抓到参数抓不到脚注，等于边界彻底消失。简单说，边界要贴着能力放，不是放到别处。

还有一点要较真：这轮改完我让负责文档的同事在版本记录里单独标了「边界表述变更」，不然三个月后又有人按老结构写回去，白跑。GEO 不是一次性优化，是文档规范问题，得进流程。

我现在的判断是，技术类内容做 GEO，最该盯的不是关键词覆盖，是「条件从句有没有被结构化成可切片的字段」。这一条不过关，参数页写得再全也是给 AI 留补全空间。

想问下各位：你们的技术文档里，「前提条件」是放在参数表里单独一列，还是还散在正文里？有没有人测过两种放法的引用差？