AUDIT · DM 自动回复全链路核查

一筑（饭粒）+ 小星（夏夏）· 2026-07-07 → 07-10

检测（捕获入库）→ 草稿生成 → 云电脑发送 → 多轮接续，逐条对 dm_reply_drafts（27 条）+ messages（27 条客户消息）核实；时间均为北京时间。交接对象：野荞（后续修复与未决单收口）。最后更新 7/10 14:20（P0×2 已上线：#834 needs_human 滞留告警 / #835 草稿归并单段；P1 心跳由 #820 覆盖；P2×2 已上线：#837 同昵称禁挂靠 + 红点兜底对账，待各云电脑 update.bat；仅剩 P1 品牌白名单暂缓）。

27
客户回复入库（一筑 11 · 小星 16）
14/27
草稿全自动一次过
7
人工干预/手写后发出
0
未决 · unverified 假阴 6/6 全实锤
6 组
多轮对话（一涟河畔已 3 轮）
01 · 检测情况

客户回复被捕获入库：22 条自动 + 5 条人工补录

日期一筑小星说明
7/700捕获腿 7/3 起静默停摆、7/7 当天才手动重启，全天无检测
7/836重启后恢复正常
7/949峰值日
7/10（至发稿）41小星 1 条为一涟河畔第三轮（红点漏检人工补录，见下）
检测异常 5 例 · 两类根因：
  • 红点被清漏检 ×5（一涟河畔×3 轮、蛟河平姐「现在有这个计划…」、微笑早晨 7/10 13:00 四条连发含 130 平户型图整批漏检）——DOM 捕获只扫带未读红点的会话，运营先在手机点开即永久跳过；一涟河畔连续三轮全靠人工补录，数据群一次都没推成，是心跳/兜底对账最典型的催办案例。救法已跑通：报原文 → record_dm_inbound 补录 → 管线接管。
  • 同昵称错配 ×1（蛟河平姐的「平房翻新」按昵称 join 挂进了山西平姐的会话，自动回复随之发错人）——网页版会话列表拿不到 sec_uid。已纠偏：正确者 7/9 21:48 补发、案例页按真实旅程重写。
另有 2 条「暂不支持该消息类型」占位（客户发了表情/图片类），属正常记录。
02 · 回复情况

27 条草稿的归宿（全部收口）

结局条数明细
全自动一次过14小星 10（锦尚龙城小于 / 安芮×2 / LYHY×2 / M Love / Q UE NN / 青莲① / 当💖真 / 解脱 / 一涟河畔①）· 一筑 4（小浣熊 / 碳烤小肥杨 / 爱吃香菜 等）——捕获→草稿→DOM 发送→气泡验证零人工，接住时延 1–3 分钟
人工干预后发出6山西平姐（换行稿重派）、开山小怪（核对后确认当时已送达，回执误判）、微笑早晨（质量闸拦→人工改写 9 分钟发出）、蛟河平姐×2 + 一涟河畔②（人工手写草稿→云电脑自动执行）
运营手动回·草稿作废2Yik-.、西瓜不见了（7/8 云电脑手动回复，正常处置）
已收口（7/10）2①青莲②：运营核对会话确认「好的，我这就整理好…」实际已发出（unverified 又一例假阴，且这次是单段草稿），运营随后手动补发加V话术（Homedz3791）——她进入加V待回状态；②聚梦草根：机器稿是乱码「льц」（质量闸拦得对），运营已人工回复（143平清单价值 + 引导发V）——同样进入加V待回。两条的 DB 记录均已修正（草稿状态 + messages 补录）
残留脏单2Yik / 西瓜 7/8 重建草稿卡 sending>15min——客户已被人工覆盖，无客户面影响，作废即可
大账（7/10 终版）：26 条客户回复，26/26 全部接住。两个曾疑似被晾的案例经运营会话核对都是回执误判：开山小怪的两条跟进 7/9 11:12 当时就送达（双段拆两气泡）、青莲②的「好的我这就整理好…」也实际发出（单段同样假阴）。真实"客户被晾"数 = 0——本窗口全部异常都在回执识别与流程层，客户体验层零事故。推论升级：unverified ≠ 未发出，双段/单段都出现过假阴，重发前必须人工核对会话（已进共享记忆 SOP）。
03 · 多轮表现

客户回复了自动回复之后，系统怎么接（6 组）

客户 · 号第一轮客户再回第二轮处理
安芮 · 小星回「新房」→ 自动跟进「？」全自动再接 1 分钟
LYHY · 小星报新房精装+提问 → 自动答「好」全自动再接
青莲 · 小星「已订完」→ 自动礼貌收尾「行」实际已自动发出（回执假阴）+ 运营补加V话术 → 加V待回
M Love · 小星报「翻新136」→ 1 分钟自动追问未再回等待中
蛟河平姐 · 一筑错配纠偏后人工接「现在有这个计划」人工草稿→云电脑 1 分钟发出（不逼单留清单钩子）
一涟河畔 · 小星（已 3 轮）自动接「刚装修完」→ 她回「可以的，谢！」→ 人工手写接住7/10「灯带是灯管放悬空吊顶凹槽里」人工手写第三轮（确认暗藏灯槽可换线性灯、单问凹槽宽度）→ 回执 unverified，运营核对确认已送达（假阴第 5 例）

结论：纯文本短回复的多轮全自动是稳的（安芮/LYHY 两轮零人工）；转人工集中在「承诺兑现类」（实拍图/门店地址）和「验证失败类」。

04 · 异常根因与解决进度

6 类根因，修到哪一步了

#根因窗口内案例解决进度
1发送回执假阴（unverified ≠ 未发出）：主因是双段换行被当 Enter 拆两气泡、验证按"单条含全文"识别不了；青莲②证明单段草稿也会假阴5（Yik / 开山小怪 / 山西平姐原稿 / 青莲② / 一涟河畔③）——核对后 5/5 全部实际已送达、0 例真丢根因实锤 ✅ · 处置 SOP（先核对再处置、绝不盲重发）进共享记忆 ✅ · 草稿归并已上线（7/10 #835：gate 前确定性归并单段，近 7 天 18% 草稿含换行，双气泡假阴整类消因）· 仍待：回执验证增强（云电脑侧多气泡/容错匹配）
2生成质量问题：杜撰"欧派设计师"履历、错报"有大有小"品牌、自报硬价 568/284/650、乱码稿「льц」3（微笑早晨被闸拦 ✅ / 聚梦草根乱码被闸拦 ✅ / 开山小怪欧派句已发出 ⚠️）质量闸兜住 2/3 · 待做：品牌白名单（本号只许自称一筑/小星）+ 禁杜撰履历显式规则——目前靠"长度异常"侧面命中，不可靠
3红点被清漏检：捕获只扫未读红点，会话被点开即永久跳过3救法 SOP 验证通过 ✅（补录→管线自动接管）· 根修已上线（7/10 #837·待各云电脑 update.bat 生效）：捕获每小时全量对账一轮，无红点的会话也比对库内消息，疑似漏检推卡人工确认后补录（刻意不自动补录——运营 GUI 手动回复不进库、预览分不清方向，自动补录会把我方手打内容错当客户消息自答误发）· 运维纪律（捕获吃下前别手动点收件箱）仍适用
4同昵称错配：昵称 join 在同名客户场景必然挂错会话 → 自动回复发错人1已纠偏+对外页勘误 ✅ · 已上线（7/10 #837·待各云电脑 update.bat 生效）：同账号 ≥2 个同昵称会话 → 捕获禁止自动挂靠 + 推 Lark 转人工（12h/昵称去重）
5needs_human 黑洞：转人工后无人认领（有人在=9 分钟收口，没人在=20 小时）1（开山小怪）已上线（7/10 #834）：新 cron needs-human-watch 每 10 分钟扫，滞留 30min 首报 / 4h / 24h 升级各报一次推云电脑监控群（附客户名+卡闸原因+账号）；历史积压（43 条全 >24h）天然静默不刷屏
6捕获停摆无告警：7/3–7/7 静默停 4 天，靠人发现7/7 全天 0 检测已重启恢复 ✅ · 已覆盖：#820 客户回复静默哨兵（7/9 上线，每 6h 扫 per 号 role=customer 24h 静默 + 7 天基线过滤——24h 窗口是稀疏回复量的统计下限，日均 <2 条的号不评估）
05 · 交接待办（野荞）

按优先级收口

✅ 两条运营侧未决单已于 7/10 收口：
  • ☑ 青莲（小星号）：核对确认草稿实际已发出（unverified 假阴），运营补发加V话术「可以备注抖音名添加v→Homedz3791」——加V待回；DB 已修正（草稿标 sent + 两条气泡补录 messages）。
  • ☑ 聚梦草根（小星号）：运营已人工回复「143平这个面积开工前把水电点位和柜体收纳先排明白……你发个 v 过来，我让设计师照 143平 给你整一份开工必买清单」——加V待回；乱码机器稿已作废、人工回复已补录 messages。
跟进提醒：两位都被引导发 V，客户发微信号过来后记得走加微流程并回传截图（案例页加微跟踪三字段靠截图驱动更新）；聚梦草根答应了「143平开工必买清单」，资料要能兑现。
🆕 7/10 11:51 新增一条待核对（一涟河畔③·小星号）：她第三轮回复「灯带是灯管放悬空吊顶四周凹槽里」（红点漏检第 4 例，人工补录），手写单段回复（确认暗藏灯槽可直接换 LED 线性灯不动吊顶 + 单问凹槽宽度）已派发云电脑，发送回执 unverified 转人工，☑ 运营 7/10 12:0x 核对确认已送达（假阴第 5 例，DB 已修正：草稿标 sent + messages 补录）。至此本窗口 unverified 5/5 全为假阴、0 例真丢——回执验证增强（P0）的优先级依据更足了。她已被承诺「改造前后实拍」，三轮聊到具体施工方案（暗藏灯槽换线性灯），是小星号当前最热的 lead——她回凹槽宽度后记得接住 + 实拍图要能兑现。
🆕 7/10 14:47 追更（微笑早晨②·一筑号）：她 13:00 连发四条——「做推拉，你按图纸可以算出来不」+「客厅阳台，普通推拉窗加防盗网 / 高透金刚网一体各多少钱」+「谢谢」+ 130 平户型图（红线标出客厅阳台，开口约 4956mm 宽）——整批被红点漏检（第 5 例，正是 #837 兜底对账要治的场景，等各云电脑 update.bat 生效）。人工补录三条 inbound 后手写回复已派发（读图报"约5米宽"+ 设计师分别核价 + 请她发 V），回执又是 unverified，☑ 15:19 运营截图实锤已送达（假阴第 6 例，6/6 全假阴、0 真丢）。🎉 转化结果：她 15:00 主动发来手机号「199****0320 加这个微信」——评论到给号全程约 14.7 小时，本窗口第一个走到加微交接的 lead（旅程页已更新为加微案例）。剩余硬依赖：①☐ 销售尽快加微；②☐ 设计师按图出两套报价明细（普通推拉+防盗网 / 金刚网一体）加微后微信发她——报价兑现不了，最快转化就烂在加微后第一步。
代码/机制修复（按性价比排序）：
  • ☑ P0 · needs_human 超时 Lark 告警——7/10 已上线（#834）：cron needs-human-watch 每 10min 扫，30min 首报 / 4h / 24h 升级各报一次进云电脑监控群，附客户名+卡闸原因；存量老单天然静默。
  • ☑ P0 · 草稿换行归并单段——7/10 已上线（#835）：mergeToSingleParagraph 在 gate 前确定性归并（加微收尾+主路径），近 7 天 18% 草稿含换行、离线抽查 20 条全通顺；#1 双气泡假阴整类消因。
  • ☐ P1 · 品牌白名单 + 禁杜撰履历（gate 显式规则，别赌超长）——7/10 暂缓，下批做。
  • ☑ P1 · 捕获心跳告警——已由 #820 覆盖（7/9 上线，客户回复静默哨兵：per 号 24h 静默 + 基线过滤，24h 窗口是稀疏回复量的统计下限）。
  • ☑ P2 · 同昵称多会话转人工——7/10 已上线（#837）：≥2 同名会话禁自动挂靠 + Lark 告警转人工；待各云电脑跑 update.bat 生效。
  • ☑ P2 · 不依赖红点的兜底对账——7/10 已上线（#837+#839）：捕获每小时全量对账（无红点行也比对库内近 5 条消息+近 3 条草稿），疑似漏检推卡人工确认后补录（不自动补录，防把运营手动回复错当客户消息自答误发）；待各云电脑更新脚本生效。
背景资料：处置 SOP 与根因实录已入共享记忆 docs/claude-memory/project_akke_dm_autoreply_cloudpc.md（2026-07-09/10 三段）；对照案例页： 碳烤小肥杨（全自动样本） · 爱吃香菜（凌晨档全自动） · 开山小怪（多气泡回执） · 微笑早晨（质量闸+人工改写） · 平姐（市级锚定三轮）