这是当天的数据快照。之后的修复会出现在新一天的记录与总览中，不回写成当天已经解决。
按本轮案例日期从早到晚排列：2026-09-21 → 2026-09-22 → 2026-09-23 → 2026-09-24。同一天按时间排序；更早的历史起点列在详情中，不混用两种日期。
| 案例日期 | 案例 | 目前进展 | 详细页面 |
|---|---|---|---|
| 2026-09-21 14:45 | 逆风 · 暂缓联系 | 客户暂缓 客户表示过些天再联系；当前没有明确后续日期。 09-30 云端复核未见新客户进展。 | 查看完整案例 ↗ |
| 2026-09-21 14:51 | 想家 · 矮柜报价 | 有看样意向 已表达看样意向；未落实时段，尚无实际到店证据。矮柜计价修复已部署，实际验收待补。 09-30 云端复核未见新客户进展。 | 查看完整案例 ↗ |
| 2026-09-22 17:52 | 全屋客户 · 跨销售接续 | 持续对话 旧消息重采原因已查明；云端最新记录为 9 月 28 日 AI 消息，未确认送达、客户新回复或到店。 | 查看完整案例 ↗ |
| 2026-09-23 12:55 | 白湖亭 · 到店接待 | 已到店 已于 9 月 23 日到店；出现接待投诉，接待结果与成交仍待确认。 09-30 云端复核未见新客户进展。 | 查看完整案例 ↗ |
| 2026-09-23 16:14 | 龙文 · 阳台改造 | 需求探索 明确只改封闭阳台，功能尚未想好；仍在需求探索。 09-30 云端复核未见新客户进展。 | 查看完整案例 ↗ |
| 2026-09-24 10:41 | 天津 · 错报门店 | 已删除好友 错报异地门店后客户删除好友；本日保留最后已知结果。 | 查看完整案例 ↗ |
按日期分组，默认从早到晚。每个案例都附完整原页，展开阅读聊天记录、图片和证据。
客户暂缓，尚未进入需求或到店阶段
AI 尊重“过些天再联系”，停止追问和催促
消息发现慢约 25 分钟，且没有形成内部复核待办
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/nifeng-2026-09-21
客户表示过些天再联系。AI 接住并停止追问，节奏正确；但系统约 25 分钟后才采到消息，没有明确的后续待办。需求、到店及成交均未确认。
09-21 14:45 加好友 → 19:11 客户暂缓 → 19:35:53 被系统采到 → 19:36:09 AI 应答
推动进展的动作：客户暂缓时没有追问、推资料或催促。
本次核对的具体情况：09-30 复核 wecom_chat 云端记录，较上一快照未见新客户消息；09-29 重查未见更新的消息；云端匹配到两条会话：一条有 2 条消息，另一条为空；next_followup_at 均为空。消息文本截至 09-21。
客户已表达看样意向，但还没有具体日期
人工逐项复述尺寸并区分柜体口径，重新拉回沟通
前后报价不一致造成信任损耗，看样意向尚未落到预约
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/xiangjia-2026-09-21
客户给尺寸问窗台柜价格。AI 未按不足一米的计价规则处理，人工改口引发涨价质疑；逐项核对后客户表示有时间看样品，但没有确定时段或到店证据。
09-21 14:51 加好友 → 15:06 问看样 → 16:12 AI 报价 → 16:19 人工改口 → 18:41 看样意向
推动进展的动作：人工逐个复述尺寸、区分柜体口径，恢复了产品细节沟通。
本次核对的具体情况：09-30 复核 wecom_chat 云端记录，较上一快照未见新客户消息；以原案会话核对仍为 4 条消息，末条 09-21 16:14。同昵称另有历史会话，本专题没有仅凭昵称把它们合并为同一段旅程。09-29 重查末条时间未变；#1656 已部署，但未取得修复后本案实际报价。
旧消息重采已查明；新增 AI 记录到 9 月 28 日，未确认送达、客户新回复或到店。
前期用具体例子讲清品牌、环保和计价
旧屏重采修复已部署，仍需真实客户端验证和接待记录。
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/zhangzhibiao-2026-09-22
9 月 8 日能讲清品牌、环保与计价；换销售后的对话连续五轮只问不给内容，客户已纠正为全屋，系统仍追问局部收纳。原案例名见来源页，专题不重复公开客户姓名。
09-08 品牌／计价问答 → 13:57 素材不符 → 14:52 客户催图 → 09-18 换销售重问 → 09-22 全屋需求未接住
推动进展的动作：前期用具体例子讲清计价，竞品编造被拦截；说明同一模型也能给出有用内容。
本次核对的具体情况：09-30 云端核对：原会话最近 12 条截至 09-25；另一销售会话最近 12 条截至 09-28，之后无新增记录。09-24 同文入库已由 #1652 确认为客户端旧屏重读；未见新客户回应、发送回执或真人接待证据。
客户已实际到店，是当前唯一有到店证据的案例
人工补齐路线、站名和班次，推动客户出发
到店后邀约人不在且未预告，接待体验没有闭环
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/baihuting-store-visit
7 月加好友，9 月 23 日召回后直接问路；人工查清路线，14:55 客户到店。15:02 客户指出邀约人不在、事前没有告知。到店成立，接待结果与成交未核实。
07-27 加好友 → 09-19 问公司／要位置 → 09-23 12:55 召回 → 14:04 出发 → 14:55 到店 → 15:02 接待投诉
推动进展的动作：人工给出站名、换乘与实时班次，推动客户实际出发。
本次核对的具体情况：09-30 复核 wecom_chat 云端记录，较上一快照未见新客户消息；09-29 重查未见更新的消息；云端该会话仍只有 7 条消息，末条为 09-23 12:59。14:55 到店来自原案例截图，不来自数据库阶段。
客户明确只做封闭阳台，目前仍在需求探索
召回接住改造需求，21 秒后恢复对话
客户多次说没想好，系统仍连续抛出选择题
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/longwen-balcony
首触全屋资料不对题；召回接住改造需求，21 秒后客户回复。随后客户多次表示没想好，AI 仍连续要求选择功能或风格。尚无到店意向证据。
09-23 16:14 加好友 → 16:31 只做改造 → 18:37 召回唤回 → 18:39—21:10 多次没想好／短确认
推动进展的动作：召回承接已聊过的改造需求，快速恢复对话。
本次核对的具体情况：09-30 复核 wecom_chat 云端记录，较上一快照未见新客户消息；09-29 重查未见更新的消息；本次云端查到 13 条消息，末条 09-23 20:19。21:10 的短确认仅见原页截图，不能当作云端已采集。
召回 5 分钟后主动要位置，错报城市后客户删除好友
标题召回成功唤回沉默两个多月的客户，并触发到店意向
错误地址已造成不可逆流失；需验证城市识别和错城拦截在真实客户端生效
查看完整案例：聊天记录、图片与原始证据 ↗
https://upio.ai/akke/cases/tianjin-wrong-store
客户 9 月 18 日已说“回天津后再联系”。9 月 24 日召回后主动要位置，AI 23 秒内回答“漳州有的”并发送福建地址；客户 53 秒后回复“拜拜，我在天津”并删除好友。随后生成的天津地址未能送达。
07-11 加好友 → 09-18 明确天津 → 09-24 10:35 召回 → 10:41 主动要位置 → 23 秒错报漳州 → 53 秒客户告别并删除
推动进展的动作：服务流程海报把沉默两个多月的客户在 5 分钟内唤回，并推动他主动提出假期看店。
本次核对的具体情况：沿用 09-24 已发布证据，本日未重新读取此案云端记录。09-24 四条消息与数据库逐字核对；10:41 AI 完整输入来自 Langfuse。原样重放中，修复前 10 次有 9 次报漳州；移除城市污染示例后 10/10 先问城市。
这里先列问题与证据；后面的解决方案按相同编号一一对应。已解决的问题仍保留，方便持续跟踪。
客户提供尺寸，但不足一米应采用的计价规则未执行。
客户问窗台矮柜价格，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 旧屏在客户端被重读。
旧句在相隔多天后重复写入，影响新回应判断与人工交接统计。
旧消息仍待回复的补答分支允许旧屏重采；交接判断未排除历史重复文本。
与上方问题编号逐项对应。每项说明采取什么办法、修到哪一步、还差什么验证，并附已有修复记录。
报价拆成尺寸确认→柜体类型→计价单位→代码计算→明示口径。
#1656 已包含于生产版本：新增按柜体尺寸确定性计算，不足一米按规则计价，深度不参与，并在发送前核对算式与总额；包含本案回归样例。本次未重跑真实客户端验收，不标已解决。
本案同尺寸回归：矮柜与高柜分别按正确单位计算，最终话术与计算结果一致。
服务端从客户端可见历史补回；客户端发送前再次读屏并合并新输入。
部分覆盖。服务端 #1600 已进入生产；本次未取得客户端发送前再读屏的本案行为验收。
客户在生成期间补第二句：首条回复要理解两句，且两句均入库。
按消息发出、发现、入库、生成、发送分段量延迟；查当时客户端日志。
根因待核。不能认定是固定轮询周期。#1600 补漏消息不等于解决发现延迟。
用客户端原始日志定位耗时段，并连续监测发现延迟改善。
问路附到店卡，出发前确认接待人、本人是否在场、楼栋入口与碰面位置。
代码已部署／流程待验。09-24 #1621 加到店卡和高德搜索链接，#1625 更正 B 馆。不是实时公交接口，也不是原生位置卡片。 #1641 已部署到店、出发与客户不满的人工接手提醒；尚无本案接手人确认。
客户收到正确 B 馆 4 楼指引；接待人已确认并在约定地点迎接。
短答检索带上一轮；有答案时给内容，没想好时给具体做法。
代码已部署。对应 #1544、#1554、#1607；历史重放通过不能算这些客户已经获得改善。
真实短答后出现至少一条有用内容，连续没想好不再触发新的选择题。
依照端上发图能力对齐引导语；素材检索与发出回执一起验。
代码已部署／实发待验。#1476、#1497 对齐引导语；#1612 修素材检索。尚不能证明旧案缺图已补给客户。
话术所指资料与实际成功发出的图逐项一致。
末尾重复问句拦截；失约、久等质问触发转人工。
代码已部署。#1544 已在生产版本祖先链。旧会话 handed_off 字段只证明阶段变化，不证明真人完成接待。 #1641 已部署到店、出发与客户不满的人工接手提醒；尚无本案接手人确认。 #1652 已定位旧屏重采造成的误触发。
质问后产生真实交接记录与接手人；停止自动反复追问。
稳定身份匹配并显式交接已知事实；避免仅凭同名跨销售拼接隐私。
本案未覆盖。#1546 只覆盖同销售同名事实继承，这两案不符合范围。
各自真实身份条件下，授权交接后不重问已确认城市／需求。
记录附件和消息来源；补齐授权历史；召回按已发内容去重。
本案未闭环。不能把安卓媒体相关修复直接当作本案 Windows 通道照片已入库的证明。
历史与附件能还原本案；重复资料可识别；人工接手后继续有记录。
内部待办与客户触达分开；预约记录日期、负责人和接待安排。
流程待落实。本次所核对相关会话 next_followup_at 均为空，不代表系统全部召回机制不存在。
能查到内部负责人和复核日期；客户明确同意后再安排触达。
补阳台做法；前句为提议时，嗯／好／行视为回答，接着给具体做法。
部分有证据。#1607、#1619、#1622 已进入生产；阳台知识入库与 10/10 重放为原页历史证据，本次未重跑知识检索。
当前知识真实可召回，短确认后的实际回复提供对应做法。
直辖市备注码可作为城市信号；删除提示词里的具体城市示例；把“发个位置”纳入门店询问，城市不明时只问城市，已知城市却报异地时整句拦截。
#1631、#1636 已部署；09-30 生产版本还覆盖 #1774、#1775、#1779：个微召回回复及承接句增加门店城市护栏，提示词和出门判断统一城市来源，并修正异地答法。仍没有天津真实 Windows 客户端重放或后续客户体验证据，因此维持部分解决。
真实客户端上，天津备注问位置必须给天津地址；城市未知时只能询问城市；任一已知城市都不能发出其他城市的门店地址。
入库前拦截超过时限的同文旧消息；交接判断排除历史重复记录，保留真正的新质问。
#1652 已在生产版本中；PR 记载历史消息重放消除本案三条误判。本次未获得真实 Windows 客户端持续运行验收，09-25 新 AI 记录来源也需另核。 09-30 云端复核仍未见新的客户消息；后续 AI 记录不能视为客户收到了回复。
真实客户端重复读到旧屏时不新增客户记录、不补发、不误转人工；新发质问仍正常处理。
09-30 已只读核对五案 wecom_chat 会话与消息、GitHub 最新修复和生产探针。五案消息无较 09-29 的新客户进展；全屋最新云端 AI 记录仍截至 09-28，未确认客户新回复、发送成功或人工接待。补充天津案例沿用最近一次核对记录。
当前共 3 天。自 2026-09-24 建立逐日快照，不将更早的案例事件伪造成历史日报。
| 日期 | 案例 | 未解决 | 部分解决 | 已解决 | 待核实 |
|---|---|---|---|---|---|
| 2026-09-30 | 6 | 3 | 9 | 0 | 1 |
| 2026-09-29 | 6 | 3 | 9 | 0 | 1 |
| 2026-09-24 | 5 | 4 | 6 | 0 | 1 |
6 案 · 未解决 3 · 部分解决 9 · 已解决 0 · 待核实 1
09-30 已只读核对五案 wecom_chat 会话与消息、GitHub 最新修复和生产探针。五案消息无较 09-29 的新客户进展；全屋最新云端 AI 记录仍截至 09-28，未确认客户新回复、发送成功或人工接待。补充天津案例沿用最近一次核对记录。
6 案 · 未解决 3 · 部分解决 9 · 已解决 0 · 待核实 1
原五案云端记录、GitHub 修复与生产探针已核对；保留既有天津补充案例，天津本日未重查。矮柜报价修复已部署，旧消息重采来源已查明；没有新增到店或成交证据。
5 案 · 未解决 4 · 部分解决 6 · 已解决 0 · 待核实 1
五案线上页与 GitHub 文件一致；云端会话已读取；12 条相关 PR 均包含于生产版本。
客户到店来自原案截图；云端阶段变化不等于真人已接手。实际效果、服务端上线、客户端安装、历史重放是不同证据。
本次核对五案消息与最新 GitHub 修复，不代表重新审阅所有原始截图。查不到记录时说明查询范围，不断言从未发生。
每天读取最新证据、更新总览并新增当天快照；同日重复核对更新同一份。取证失败保留最后已知状态，标记核对未完成，不能把失败当成问题未解决或已解决。
只有拿到对应场景的行为证据才进入已解决；解决日期和证据必须同时填写。
案例源版本：82354b3；修复仓版本：54d61a76；生产探针版本：0e44881。
生产版本探针 · 问题各项附 GitHub PR，案例标题链接原页。
09-25 至 09-28 未形成每日快照，不补造历史。天津补充案例本日未重新核对。上线修复仅表示服务端版本覆盖，不等于客户端已安装、原案例已重新验收或客户已恢复；到店/成交证据没有新增。