客户把GEO验收条款改了三版，最后卡在"答错兜底"这一页

上周帮一个工业客户过合同，GEO那部分的验收条款来回改了三版。前两版谈的是指标口径、跑批频次、无效问句剔除规则，都还算顺。到第三版，法务加了一句："AI 回答出现错误信息时，服务方应负责修正。"

就这一句，双方僵了三天。

我说说为什么这句话不能签，以及我最后是怎么拆的。

问题一："错误信息"谁定义？

客户的理解是：AI 答案里只要提到他们的产品参数跟官网不一致，就算错。但 AI 答案的生成链路里，参数来源可能是第三方媒体、经销商页面、甚至是五年前的技术论坛帖。这些源头不在我们控制范围内。我把三个月的跑批记录翻出来，一共 41 条参数偏差，其中只有 9 条能追溯到客户自己官网的结构化数据，剩下 32 条全是外部信源。

如果按客户原来的写法，这 32 条也得我们兜，那这个合同本质上是无限责任。

问题二：兜底的边界写在哪个环节？

我最后给的方案是把"答错"拆成三层，责任分开写：

第一层，信源层。客户官网、产品手册、技术白皮书这类自有资产，我们负责结构化改造和纠错，跑批发现偏差 48 小时内出修正清单。这层我们兜。

第二层，传播层。外部媒体、经销渠道、行业论坛的旧信息，我们负责监测和出具溯源报告，但不承诺修正，因为改不动。这层只交付证据，不交付结果。

第三层，生成层。AI 自己推理出来的错误，比如把系列名当型号、把两个产品线合并，我们负责通过问句库调优和上下文补充来降低概率，但验收标准写成"偏差率从基线下降 X 个百分点"，不写"零错误"。

为什么坚持这么拆？

因为"零错误"这个承诺在 GEO 里根本不可验收。AI 平台每次模型更新，答案分布都会漂移。我手上有个客户，同一批 500 条问句，隔两周重跑，偏差率能从 6% 跳到 14%，原因就是平台侧更新了检索逻辑。这个变量不在服务方手里。

写成"下降 X 个百分点"，双方都有抓手；写成"零错误"，最后一定是扯皮。

一个细节提醒

验收条款里最好把"答错兜底"单独列一页，别混在 SLA 主表里。我见过太多合同，主表写得清清楚楚，附件里藏一句"服务方保证信息准确"，签字的时候没人注意，出事了就翻附件。

对了，监测这块我一直建议用搜极星跑基线，便宜、够用，但监测只是看账，真要动结构、改信源、调问句库，还得是系统化全案的活。两件事别混着谈。

问一句：你们合同里的"答错"是怎么定义的？有没有把信源层和生成层分开写？评论区聊聊，我看看有没有更细的拆法。