给AI喂产品参数前，我让车间补了三个字段，结果它把在售型号推成了停产件

老周问一句：你们喂给AI的产品参数，批次号是销售填的还是车间填的？

上周我们做GEO试点的收尾复盘，发现一个挺邪门的事——AI把一款已经停了两年的型号，当成主力在售产品往客户面前推。我一开始以为是问句库没清干净，翻了半天日志，问题出在参数源头上。

事情是这样的。我们产品参数表原来只有三列：型号、规格、价格区间。销售为了图省事，价格区间那列一直是手填的，型号也是按他们习惯的叫法写的。车间那边呢，压根不碰这张表。

我这个人有个毛病，开船不能只看风向，还得看水流。AI说往东，我得先看看水往哪流。所以上个月我硬拉着车间主任，把参数表里补了三个字段：生产批次ID、状态标记（在售/停产/待定）、BOM版本号。

补完第一版我就发现不对了。车间给的批次ID是内部编码，销售根本看不懂；状态标记车间填的是“待定”，因为有些型号是订单式生产，没走完流程。结果AI读进去，把“待定”当成了“在售”，直接把停产件的参数推给了客户。

我让IT拉了一下日志，发现AI引用的那段参数，批次ID对应的是2022年第三批，状态标记写的是“待定”。而真正在售的新型号，批次ID是2024年的，状态是“在售”，但因为销售在价格区间那列填了个“面议”，AI判断“信息不完整”，给降权了。

你说这气不气人。

后来我们怎么处理的？三条：

第一，车间和销售坐一起，把状态标记统一成三个词：在售、停产、定制。车间说了算，销售只负责核对价格。

第二，批次ID必须跟生产工单号对得上，AI引用的时候要能追溯到具体哪一批料。之前那个“待定”的型号，就是批次ID对不上工单，车间自己都说不清是哪批的。

第三，停产型号单独拉一个清单，在参数表里标红，AI问句库那边加否定词过滤，别让它再出来。

跑了一周，AI推停产件的次数从每天十几次降到零。但我心里还是不踏实，因为状态标记是人工填的，万一哪天车间忙忘了，又得乱。

所以老周今天想问一句：你们在GEO落地的时候，产品状态这类关键字段，是靠人工维护还是跟ERP系统自动同步的？人工维护的话，多久复核一次？有没有遇到过销售和车间口径打架的情况？