工具商说监测能覆盖全平台，我让他先交调用日志再签

上周有家监测工具来推方案，PPT上写「覆盖8个AI平台、日更问句、实时告警」。我没接话，先问了句：每个平台的取数方式是什么？对方说「API对接优先，没有API的用模拟检索兜底」。

简单说，这就是第一个坑。API和模拟检索出来的答案，在排序、引用来源、截断长度上都不一样。混在一个看板里算引用率，数据一致性从源头就崩了。我去年吃过这个亏，一个品牌词在模拟检索里引用率18%，换了官方API掉到6%，客户差点以为我们做砸了。

所以我现在的规矩是：签合同前先要三样东西。

一、调用日志样本。 要最近7天某个真实问句的完整请求和响应原始记录，不是截图，是原始JSON。我看时间戳、看返回结构、看有没有重试标记。没有原始日志的，口径全靠他一张嘴。

二、问句集映射表。 他监测的问句，和我业务侧的问句批次表，怎么一一对应。对不上的部分是丢弃还是归并？归并规则谁定的？这一条不提前锁，月度报告的分母就是浮动的，返工成本全在我这边。

三、平台变更的响应机制。 AI搜索的答案结构三个月一变，他上次结构性调整到出补丁隔了多久？这个时间窗口得写进SLA。

报价差三倍这事我早想明白了：差的不在平台数量，在采样频率和人工校验环节。声称「全平台覆盖」但每天只跑一次、不做人工抽检的，便宜是应该的。

反过来说，GEO这行技术门槛真不高，监测工具本质是取数+归类。真正决定报告能不能用的，是问句集设计得对不对、内容本身站不站得住。工具只负责把结果稳定地摆出来。

我想问一句：你们验收监测工具时，是看它承诺的平台数，还是先卡它某一天的原始调用日志？我目前只认后者。