第63章 林凡救场反被甩锅（1/2）

商户经营助手出事那天，林凡刚把午饭端到工位。

饭盒里是青橙数科食堂的番茄炒蛋。番茄少，蛋少，汤很多，像一份对番茄炒蛋进行过抽象表达的菜。林凡刚夹起一块看起来像蛋的东西，项目群就炸了。

客户经理连发三条：

“便利店项目出问题了。”

“促销建议推错了。”

“客户很急，所有人会议室。”

林凡放下筷子，心里一沉。

商户经营助手是第59章那个试点项目。系统给连锁便利店门店提供内部问答和促销建议。为了避免AI乱出主意，他们已经加了规则：临期食品、价格调整、会员优惠、合规处理必须引用内部规范，不能直接给结论。林凡以为这个项目至少不会在临期食品上摔第二次。

事实证明，项目很会寻找新的摔法。

事故发生在“节日组合推荐”功能。某门店店长询问：“明天社区有老人活动，适合推什么套餐？”系统根据门店库存、历史销量和活动关键词，建议推出“银发关怀套餐”：低糖饼干、无糖饮料、护眼湿巾、保温杯。听起来没问题。

问题是，它又建议搭配一款“助眠香薰贴”。

那款商品在内部规范里属于普通日用品，不能和老人健康活动绑定宣传，更不能暗示改善睡眠。系统没有直接说治疗，但推荐文案里写了一句：

“让长辈在活动后睡得更安心。”

门店店长直接把建议发到社区合作群，社区工作人员看到后立刻提醒：这个表述不合适，容易被理解成健康功效宣传。客户总部很紧张，要求青橙数科解释。

会议室里，钱总脸色不好。客户经理脸更白，因为他已经向客户夸过系统“合规可控”。刘洋调日志，许丹翻需求文档，王启打开测试记录。林凡看着那条推荐，胃口彻底没了。

“来源呢？”他问。

刘洋说：“系统引用了库存表、活动标签和商品基础信息，没有引用健康宣传规范。”

“为什么没触发红色规则？”

“因为商品分类是日用品，不是药品、保健品，也不是食品临期。”

林凡明白了。

规则把“健康功效宣传”绑在高风险商品上，却漏掉了普通商品在特定场景下被赋予健康暗示。助眠香薰贴本身可以卖，放进老人活动套餐里，再配上“睡得更安心”，就开始危险。

客户经理急道：“先别分析这么多，客户要回复。”

钱总看向林凡：“你来写。”

林凡没有争。他先让刘洋暂停节日组合推荐功能，再让客户经理通知客户撤回那条群消息，改发人工审核版活动方案。他自己写说明：系统推荐存在场景识别不足，已暂停相关功能；该文案未经人工确认，不应作为正式宣传；青橙数科将补充“普通商品健康暗示”规则，并提供人工复核清单。

许丹看完，说：“把责任写得太重了吧？”

林凡说：“轻了客户不会信。”

钱总皱眉，但没改。

救场很快见效。客户总部接受了说明，社区群里的消息也及时撤回，没有造成公开传播。门店店长虽然抱怨系统“害我差点挨批”，但事情没有扩大。

下午复盘会，锅开始出现。

客户经理先说：“这个文案是系统自动生成，但最后配置规则是项目负责人确认的。”

林凡抬头。

钱总看了一眼会议纪要，没说话。

刘洋说：“规则是三方评审过的，不是林凡一个人确认。”

客户经理急了：“我不是甩锅，我是说客户问责任归属，我们总要有个解释。”

王启小声说：“解释不是找个人。”

许丹也说：“这个问题属于场景规则缺口，不能简单说谁最后确认谁负责。”

客户经理摊手：“可客户不懂这些。他们只知道我们说过有人工审核。”

林凡心里那股熟悉的冷意又来了。

AI生成错了，系统规则漏了，项目流程赶了，客户经理宣传夸了，最后“人工审核”四个字像一张椅子，被推到他身后，让他坐上去。

老周坐在后排，终于开口：

本章未完，点击下一页继续阅读。