炒菜不要锅🌖
「想装你这种 160 平」一句话钩出加微短链
她在广东。凌晨深夜在米凌设计师·胡设计的视频底下问了一句：「可以把设计图给我吗我160平好想装你这种[泣不成声]」。
Akke 系统 4 分 23 秒就把破冰打进了私信 — 用的是 v42b 新加的 (R) 资料钩 + 「给个 v」反钩。客户上午 10:10 直接回了 「我加你」，全程 1 条 AI DM + 客户主动表态就走到了交换微信号那一拍。
→ 抖音个人主页
从一句「想装你这种」到把微信号扔过去
下面三块是这条案例的原始信号：客户留评论的视频、那句把"160 平"和"意式轻奢"当锚点的评论、以及上午 3 条来回的完整对话（AI 1 条破冰 + 客户「我加你」+ AI 推微信号）。先看全貌，再进入每个模块的拆解。
完整对话 · 3 条来回
2026-06-22 凌晨发出 / 上午承接 · 云电脑通道（小星·全屋定制）· 客户回复截图取证messages.role = ai，sent_at = 6-22 01:46:56 CST）；#2 #3 客户首响 + AI 反向推号均未入库（云电脑通道 writeback 在客户回复维度落库不全 — DB messages 仅 1 行），取自手机端聊天截图。sender 按截图气泡侧 + 抖音 UI 头像判定（小星账号在右 = akke，客户头像在左 = user），非启发式推断。关于 #1 时间：DB
sent_at = 6-22 01:46:56 是系统发送时刻；抖音陌生人 DM 要等"对方确认聊天"才会推送 — 凌晨发的破冰要等客户次日上午打开抖音才会被看见，客户首响 10:10 距 sent_at 8h23m 是抖音机制造成的天然延迟，不是系统问题。
系统压在 4 分半内 — 这是当前 SLA 能拿到的最优值
这条 lead 在 Akke 系统里只跑了 4 分 23 秒 — 评论入库 36 秒、评分起草 + 真机发送 ~3 分 47 秒。客户视角是另一回事：凌晨 01:42 留的评论，01:46 系统发送，可抖音陌生人 DM 要等"对方确认聊天"，所以她在上午 10:10才回。系统时效和客户感知时效是两件事，要分开判读。
系统侧三段拆解 · 全部在最优窗口
「想装你这种[泣不成声]」
scraped_at · 93 分高意向
小星·全屋定制
客户视角：抖音陌生人 DM 不立即推送，等"对方确认聊天"才出现。客户次日上午 10:10 回复 — 距 sent_at 8h23m，距评论发出 8h28m。
📌 系统侧 4m23s 比业务标准的"高意向 30min 内触达"还快 ~7 倍。这条 case 出现在 6-21 红牌当晚的 cron 高峰窗口里（BJ 12-14 UTC 也是 401 风暴时段），但本条 lead 的发送时间 01:46:56 在风暴之前，未受影响。真正可优化的，是凌晨 00:00-06:00 的高/中意向 lead 是否延迟到次日上午发 — Camille_、本案两个 case 都展示了"凌晨发 → 早上回"的客户感知 7-8 小时延迟。
"160 平" + "想装你这种" 两个锚点，opener 一次到位
这条评论 18 字 + 1 个表情，把面积和风格意图同时给出来了：160 平是硬数据锚点，"想装你这种"等于在视频里看上了某个意式轻奢的方案。LLM 评分 93 / 100 = 高意向 + product + high specificity。opener 必须既复述面积又复述风格，才能让她确认"被看见了"，否则就成泛回应。
2.1 触发评论 · 客户暴露了什么
她暴露了 3 件事：① 户型规模 160 平（明确数据锚点，是定制行业的高质量信号 — 160 平意味着 5-8 组柜体的整装级订单）；② 风格意图"想装你这种"（这条评论留在"米凌设计师·胡设计"号下，对方主打意式轻奢 — 她在选这个流派）；③ "可以把设计图给我吗"是直接的资料请求（不是"多少钱"也不是"哪里有"，是"想看作品 + 自己对照"）。三件事拼在一起，说明她在调研，但已经有了风格倾向、愿意看更多落地案例。
2.2 系统给她打了 93 分
specificity 直接落 high（不是 medium）是因为她报了具体面积"160 平" — 这是定制行业里把意向从"看看"变"接得住"的关键信号。160 平的整装级订单 + 已表态选意式轻奢，系统判定她值得抢占当晚触达队列、由"小星·全屋定制"账号承接发出。
2.3 破冰文案 · v42b 资料钩 + 反钩加微
opener（#1）走的是 v42b 新加的 (R) 资料钩分支，专为"求设计图/手册/案例"类评论设计。这条评论占 Akke 流量的 16.2%（v42b spec 实测），过去走常规 opener会硬塞业务介绍 → 客户感觉被销售。新分支的核心是"答应资料 + 反钩加微"。
hasAddressBlacklistHit 拦截器（写"加微信"会被 deterministic 拦下要求重生成）；(3) "让设计师按你家面积发你"把资料和定制化挂钩，让"加微"听起来像"为你定制方案"而不是"销售加你"。结果是客户 8 小时后直接回「我加你」 — 跨过了"你是谁/为什么加"的疑问环节。
2.4 跟进文案 · 客户主动表态后即时给号
客户 #2 回「我加你」3 个字，这是 v42b (R) 资料钩想要的最干净的回应 — 客户没要解释、没问价格、直接表态进入加微环节。AI 跟进 #3 在同分钟内回完，三件套：① 速度承接（"来啦" — 客户主动后不能拖）→ ② 给微信号（"v→Homedz3791" — 不绕弯）→ ③ 加备注规则（"备注抖音名添加即可" — 销售识别来源，避免抖音号和微信号断链）。
客户点头像那一拍，看到的应该是一个可信的全屋定制账号
DM 进入之后，客户的第一反应是点头像验证身份。本案的发送账号在抖音 UI 显示的徽章是「小星·全屋定制」，与 DM 落款一致；但主页 6 项字段（粉丝、作品、获赞、简介、内容定位、近期视频类型）本次未做主页截图采集，需要后续补一次主页 dump 才能严谨复盘账号信任度短板。
DB 内部账号名：
零星（账号 ID 8af08f10-…b908349efbda）建议下一次案例前补 1 张主页截图入库
三层地区信号 · 客户只露了省级，opener 没硬塞也对了
Akke 地区信号分三层：省（IP）、市（自报）、号源服务市。本案三层都不强：客户只透了广东省、没自报城市；号源「米凌设计师·胡设计」是本地号但服务市字段未入库；评论文本里也没出现任何具体地名。opener 选择完全不提地区 — 这是对的。当三层都弱时，强塞"广东这边"反而显得是 LLM 在拼凑。
📍 地区粒度 · 全 NULL 时不主动落地名才是正解
v42b 的 (G-prov-skip) 分支在背后兜底 — 只有省级 IP 时不写省名comments.ip_location · 抖音 IP 反查 · 是地区信号唯一可用层comments.city · 字段 NULL · 评论文本也未提任何城市名source_accounts.city · 「米凌设计师·胡设计」是本地号但服务范围字段未入 → is_same_city = null[市级 / 同城徽章] 字段全空、
is_same_city = null — 系统层级无任何同城判定。背后机制：v42b prompt 里的 (G-prov-skip) 分支专门处理"只有省级 IP + 阶段未知"的场景 — §③ 整步省略，opener 直接 ② → ④。本案触发了这个分支，所以 opener 跳过了"地域共情"那一拍，效果反而更直接。地区不是杠杆点时的最佳话术，是不说地区。
资料钩短链路 · 价格留到加微后再说
本案 3 条对话里完全没出现价格。opener 走 (R) 资料钩分支，主线是"答应资料 + 反钩加微"，不报数字也不报区间；跟进只给微信号 + 备注规则。这是 v42b (R) 分支的设计意图：客户问的是"设计图"不是"多少钱"，硬塞 868/568 单价就把节奏带偏了。
opener 走云电脑入库，客户回复 + 给号那一拍 DB 没接住
本案的物理通道是阿里无影云电脑 — 不是本机 ADB 也不是 iPhone WDA。账号「小星」的 channel_pref = cloud_pc，cron 派单 → 无影 agent 自驱发 → outbound writeback 跑通。但是客户首响 + AI 推号那两条没进 DB — 这是双通道分裂：opener 是机器人发的入库了，#2 #3 是 PM 手动看截图操作的没回写。结果 DB stage 永远卡 ice_break。
7.1 当前 · 云电脑通道（已跑通 outbound）
"小星" 是 Akke 第一批迁到云电脑的 messaging 账号。无影桌面常驻登录抖音 PC 网页版，wuying_poll_agent.py 在云电脑里 poll message_queue，pending 的 DM 由 GUI 自动化（模板匹配 + SendInput）发出。
accounts.name = 零星sec_uid
MS4wLjABAAAAPftc…BiQjbjdmSchannel_pref = cloud_pcGUI 自动化 · 无 input_did_not_clear 标记
daily_limit = 30 · min_send_interval = 30s状态 active · 剩余 29 条
7.2 已落地的云电脑 5 步链路（本案实际跑的）
因为本案已经在云电脑上跑了，这一节不是"迁移路线"而是"已落地的 5 步"+"仍有的双通道分裂短板"。
message_queue，按账号 30/天 + 30s 间隔限流messages.role = ai 落库 OK客户 inbound 走 check-replies cron，本案未轮询到 → DB messages 仅 1 行
微信号已抛 · 球在客户手里（等她真的加销售）
下一步：①等客户在微信端按"备注抖音名"加销售 Homedz3791；②销售在微信端确认收到好友请求后通过；③通过后第一句兑现 #1 承诺 — 发"160 平意式轻奢实拍 + 户型清单"；④备好"160 平意式轻奢做下来多少钱"的口径答复（详见模块 5 风险段）；⑤补回写本对话到 messages 表，避免该 user 被重复 claim 触达。
这个项目哪里做得好，哪里还能拧紧
给上面 6 个分析模块各打一个评价。good = 已达可复用标准；mid = 能用但有压缩空间；bad = 是这条链路的明显短板。
时效性 · 系统 4m23s · 客户感知 8h28m
GOOD- 系统侧 4m23s：评论入库 36 秒 + 评分+起草+发送 ~3 分 47 秒 — 比业务标准 30min 快 ~7 倍。
- 避开 6-21 红牌时段：发送时间 01:46:56 早于当晚 BJ 13:44-13:46 OpenRouter 401 风暴，未受影响。
- 云电脑通道无失败重试：首条 status = sent，无 input_did_not_clear。
- 客户感知 8h28m 不可见于系统口径：DB sent_at 不等于客户收到时刻，复盘只能靠客户回复时间反推。
- 本周建议：评估"凌晨 00:00-06:00 的高/中意向 lead 是否延迟到次日上午发"的对照实验 — Camille_ 7h25m + 本案 8h28m，两个 case 都是凌晨发→上午回，客户回复时刻几乎与发送时刻无关。
内容 · v42b (R) 资料钩分支的活体范例
GOOD- opener 双锚点复述：「160 平意式轻奢风确实高级」一句把客户暴露的面积和风格都接住，不是泛回应。
- v42b (R) 资料钩在野场跑通：「实拍和户型清单可以发——抖音图压糊了 方便给个 v」是 6-17 上线的新分支，本 case 是客户主动表态加微的高质量样本（v42b spec 实测漏网率从 31/200 降到 5/200）。
- "给个 v" 黑话绕 blacklist：直接写"加微信"会被代码层
hasAddressBlacklistHit拦下要求重生成；"给个 v" 是 prompt 故意挑的措辞，过 deterministic 闸。 - 反问钩"几室几厅"：客户报了面积没报户型，opener 把缺的下一层数据问出来，比"装到哪一步"更具体。
- 反问"几室几厅"未被客户回应：客户跳过户型问题直接说"我加你" — 反问没有失败但也没拿到数据。
- 本周建议：(R) 资料钩分支的反问钩是不是可以更轻量？比如"你这边大致什么时候要动工？"比户型更容易被回，能拿到时间线信号。
账号信任度 · 主页 6 项字段未抓（持续 MID）
MID- 客户没卡在身份验证：从破冰到表态加微 ~8 小时，客户没"你是谁"的疑问 — 信任度足够支撑加微。
- 账号名一致：抖音 UI 显示"小星·全屋定制"，DM 落款是"全屋定制"概念，对外身份统一。
- 这是小星账号第二个 MID case：Camille_ 也是同一根原因——主页 6 项字段全 NULL。问题不在某条 case，在主页 dump 是当前账号资产档案的真空地带。
- DB 名 vs UI 名错位：DB
accounts.name = 零星，UI 显示小星，账号档案应统一口径。 - 本周建议：给所有 messaging 账号补一次主页截图（小星、野荞、夏夏、阳阳、Gus）入"账号资产档案"，避免每条 case 都标"未抓取"。
地区 · 三层全弱，opener 不强塞地名是正解
MID- opener 完全不提地区：触发了 v42b (G-prov-skip) 分支 — 只有省级 IP + 阶段未知时 §③ 整步省略，opener 直接进 ④ 答评论。这种克制比硬塞"广东这边"质感强 10 倍。
- 与 Camille_ 形成镜像对比：Camille_ 自报中山 → opener 拉满市级；本案三层全弱 → opener 把信息密度让给面积+风格+资料钩。两个 case 同账号下证明 v42b 地区分支按数据走，不是硬规。
- 三层都不强 = 地区不是杠杆点：客户未自报市、号源 city 未入、评论文本无地名 — 整段地区信号被浪费。
- 本周建议：给「米凌设计师·胡设计」补 city 字段（一次性运营任务）。本地装修号有 80% 是单城市服务范围，
source_accounts.city字段缺失是号源入库时的系统性漏填，不是个案。
价格 · (R) 资料钩短链不报数字（设计意图）
MID- 资料钩路径不硬塞数字：客户问"设计图"不是"多少钱"，opener 走 (R) 分支不报 868/568 单价，避免节奏带偏。
- 价值物前置代替价格：用"实拍 + 户型清单 + 按面积发"换微信，比报"X 万起"更稳。
- 避开了 6-21 红牌的 (A1) 5 万坑：当晚 60 次 selfCheckFail 里 27 次是 Qwen3 写"5 万"被自检拦下；本案走 (R) 分支根本不进 (A1) 总价分支，是 v42b 路由对的范例。
- 销售端 160 平意式轻奢报价口径缺备份：客户加微后第一句大概率问"160 平意式轻奢做下来多少钱"，运营端没有"160 平 standard 配置成本拆分"现成清单。
- 意式轻奢差价雷区没说：板材升级 / 五金升级 / 台面石材 是这个流派的典型加价点，销售要预置答复。
- 本周建议：让销售在加微前先拿一份"160 平意式轻奢报价 SOP"（含板材/五金/柜门/安装四档拆分 + 主材升级锚点）。
信息流转 · 云电脑通道跑通但 inbound writeback 漏（持续 MID）
MID- 云电脑 outbound 闭环：cron 派单 → 无影 agent → GUI 发送 → opener writeback 全跑通。
- 账号在 cloud_pc 通道下稳定：今日 30/天 配额下用了 1 条，无失败重试。
- 首条 opener 落 DB 正确：role=ai · status=sent · sent_at 精确到秒。
- 客户回复 0 行入库：客户首响「我加你」+ AI 跟进「v→Homedz3791」均无 messages 行 — DB stage 永远卡 ice_break，业务实质是已抛微信号。
- 这是小星账号第二个双通道分裂 case：Camille_ 也是同一根问题，云电脑通道在 inbound writeback 维度漏。
- 风险：该 user 后续可能被重复 claim 触达，因为系统不知道她已经被抛了微信号。
- 本周建议：① check-replies cron 在云电脑通道覆盖度审计；② 已抛微信号的 lead 标记
stage = handoff跳过后续 claim；③ 本案手动补回写 #2 #3 两条到 messages 表。
- conversation
f18d6c5f-405d-44cd-824c-2aac57ac292b- stage
ice_break（DB 落后于业务实质）- created_at
- 2026-06-22 01:46 CST
- 触发评论
0903058d-779d-4fcc-8e84-f35297d6c511
- 抖音昵称
- 炒菜不要锅🌖
- sec_uid
MS4wLjABAAAAj4lqiHzt…q9tvJb-yd3aNgZjiPGto- IP 属地
- 广东（未自报城市）
- 头像
- 真人头像（已落入 douyinpic CDN）
- intent_score
- 93 / 100
- intent_label
- 高意向
- comment_type
- product · high · active
- 触发号源
- 米凌设计师_胡设计（本地号 · 意式轻奢类目 · tier 1）
- 发送账号
- 小星·全屋定制（DB: 零星 / 内部 ID
8af08f10-…b908349efbda） - 通道
- 云电脑（
channel_pref = cloud_pc，阿里无影） - 账号配额
- 30/天 · 已用 1 · 30s 间隔 · active
- 客户回复（DB）
- 0 条 · 实际截图 1 条（「我加你」）+ AI 跟进 1 条（v→Homedz3791）
- 系统时效
- 评论→DB sent_at 4m23s（评论 01:42:33 → sent 01:46:56）
- 客户感知时效
- 评论→首回 8h28m（凌晨发→上午 10:10 回 · 抖音陌生人 DM 机制造成）
- 加微链路
- v42b (R) 资料钩 opener → 客户主动「我加你」 → AI 给微信号 Homedz3791 → 待客户实际加销售
- 下一步
- 等客户加销售微信 + 销售发"160 平意式轻奢实拍 + 户型清单"