2026-09-29 · 每日案例记录

客户提供尺寸，但不足一米应采用的计价规则未执行。

客户问窗台矮柜价格，AI 先报 具体报价（已脱敏），人工随后撤回并改成 具体报价（已脱敏），客户直接质疑为什么涨价。

报价链路没有先锁定柜体类型、计价单位和不足一米规则，再交给确定性计算；模型直接生成金额，人工只能事后改口。

客户补充位置／没想好，第一轮 AI 没看到。

白湖亭客户连发位置补充，龙文客户补充“没想好”；AI 仍按第一句生成回复，第二句没有进入当轮理解。

客户第二句出现在“客户端读屏完成—AI 生成—发送”窗口内；服务端虽能补历史，客户端发送前再次读屏并合并新输入的行为尚未验成。

微信截图时间与消息采集时间相差约 25／27 分钟。

逆风 19:11 发出的暂缓消息到 19:35:53 才被采到；龙文也出现约 27 分钟的截图时间与采集时间差。

根因尚未坐实。现有证据只把延迟定位在“客户发出—客户端发现/入库”段，缺少当时客户端原始日志，不能直接归因为固定轮询周期。

客户到了，仍问楼栋；邀约人不在且没预告。

白湖亭客户 14:55 已到店，仍需要确认楼栋；15:02 反馈邀约人不在，事前也没人告知接待安排。

路线信息和门店接待是两条分离流程：对话侧缺少完整到店卡，销售侧又没有出发前确认接待人、在场状态和碰面点。

答全屋仍问局部；没想好仍被问风格。

全屋客户已纠正为“全屋”，系统仍追问局部收纳；龙文多次表示没想好，AI 继续要求在功能和风格里做选择。

短回答没有稳定带回上一轮问题和已知事实；回复策略默认继续提问，缺少“先给具体内容、连续不确定时停止追问”的约束。

承诺清单／效果图，实际配了环保海报。

想家和全屋客户被告知会收到清单或效果图，实际发送的素材与承诺不一致，客户需要再次催图。

话术生成、素材检索和客户端实际发送缺少统一回执；系统知道“准备发什么”，但没有用发送结果校验“客户真正收到了什么”。

同一问题 11 分钟问两次，客户催图仍未被接住。

全屋客户在 11 分钟内被重复询问同一信息，明确催要案例图后仍然继续被提问，没有看到真人及时接手。

当时链路缺少末尾重复问句拦截，失约/久等质问也没有稳定触发人工交接；handed_off 字段变化本身不能证明真人已经接待。

逆风两个名字表情符号不同；全屋客户两会话属于不同销售。

逆风在云端匹配到两个近似名称的会话；全屋客户换销售后，新会话没有接上旧会话已确认的城市、需求和资料承诺。

身份匹配仍受展示名差异影响，跨销售会话又按通道隔离；没有经过授权的稳定身份键和显式事实交接，就无法安全合并上下文。

现场图缺失；人工接待段未入库；建档前协议被再次发送。

想家的现场图片没有完整进入云端；白湖亭到店后的人工接待只在截图中，数据库停在更早消息；召回还可能重复已发资料。

Windows 通道对图片、人工消息和建档前历史没有统一采集与来源标记，召回去重也因此拿不到完整的“已经发过什么”。

暂缓没有待办；看样没有日期。

逆风明确说过些天再联系，但 next_followup_at 为空；想家说有时间看样，却没有落到日期、负责人或接待安排。

对话中的意向状态没有被转换成结构化内部任务；客户触达和销售待办混在一起，缺少日期、负责人和复核条件。

局部改造收到全屋资料；客户短确认可能被当收尾。

龙文只做阳台改造，却先收到全屋资料；客户回复“嗯/好”一类短确认后，系统可能结束而没有继续给具体做法。

素材检索的场景粒度不够细；短确认的含义依赖上一句是否为提议，但上一轮语义没有稳定带入下一步决策。

天津客户主动要门店位置，系统却断言“漳州有的”并发出福建地址。

客户 10:41 说“发个位置，假期如果有空过去看看”；23 秒后收到漳州地址，53 秒后回复“拜拜，我在天津”并删除好友，正确天津地址随后发送失败。

三层叠加：9 月 18 日“回天津”未进入服务端历史；“别复读”提示里写死芗城／龙文，原样重放 10 次有 9 次被带向漳州；发送前检查既不识别“发个位置”是在问门店，也没有拦截城市不明时的具体门店断言。

09-24 同文新增记录曾被误当近期客户消息；#1652 排查确认是 09-08 旧屏在客户端被重读。

旧句在相隔多天后重复写入，影响新回应判断与人工交接统计。

旧消息仍待回复的补答分支允许旧屏重采；交接判断未排除历史重复文本。