凌晨两点翻GEO日志，才发现AI把“至少”和“至多”全答反了

昨晚又是熬夜调GEO的命。我们产品有个参数叫“响应延迟”，规格书写的是“≤200ms（P95）”。我寻思这玩意儿AI总该老实抄吧？结果今早跑完批，抽了30条问答，差点把咖啡喷屏幕上——有11条把“≤200ms”答成了“≥200ms”，还有6条直接说“延迟至少200ms”。

好家伙，一个符号之差，用户理解的性能直接翻了个面。

我赶紧把最近一周的跑批日志拉出来对，发现这事儿不是偶发。AI对“≤”“≥”“至少”“至多”“不超过”“不低于”这类边界词，误读率高达37%。更离谱的是，同一段规格文本，放在“产品参数”标签下答对的概率，比放在正文段落里高出两成多。说明啥？结构化的参数块，AI反而更认。

我复盘了一下，问题出在三处：

第一，我们详情页里“≤200ms”后面跟了个括号解释“P95”，AI把括号当成了补充说明，直接忽略主符号，抓了“200ms”这个数字去自由发挥。

第二，有些页面为了排版，把“≤”写成了“小于等于”，AI在中文语境下会把“小于等于”和“小于或等于”搞混，甚至理解成“小于，等于”。

第三，最坑的是“至少”这个词，在中文里既可以表示下限（至少200ms），也可以表示强调（至少我们做到了200ms）。AI根本分不清语境。

我的临时解法是：把所有边界参数改成“数值+单位+明确方向词”的固定格式，比如“延迟：200ms（最大值，P95）”，并且把符号统一成文字“最大/最小”，彻底放弃≤≥。改完重跑，同一批问句的准确率从63%拉到了89%。

但这事儿没完。我发现AI对“约”“左右”“大概”这类模糊词的容忍度反而更高，你写“约200ms”，它基本不瞎改；你写“≤200ms”，它就开始自由创作。

所以我现在特别想问问各位：你们在GEO优化里，参数类的边界条件到底怎么写的？有没有人试过把“至少/至多”换成英文“min/max”混排？或者有没有人测过，不同AI入口对同一套边界词的理解偏差有多大？我这边只测了两个入口，样本还不够，想听听大家的踩坑记录。