加载中…

用户旅程

每个用户一条端到端时间轴。切上方板块看 私信 / 反评 / 潜在触达 三个通道,颜色只标我们能控的延迟,灰色是客户行为或缺数据。每 60s 自动刷新,数据直连生产库。

概览

端到端分布(评论 → 发出)

逐条明细

线段颜色(各段按自身 SLA 上色) 达标 偏慢 超标 客户行为 / 缺数据 · 右上徽章 = 端到端(评论→发出)对 10min 目标的判定

📋 每日复盘 · 经验 · 根因 · 纠错(06-15 → 06-22)

🧑‍🏫 大白话复盘(6/18 → 6/22)· 不懂技术也能看明白
这一周在修两条"机器人自动触达"流水线:① DM(自动发私信)② 潜在触达(给没回的老客户自动点赞+评论)。两条都卡在同一件事——机器人在云电脑上"模拟人手"操作抖音:屏幕上点哪、字打哪,差一点就全废。下面讲:出了啥问题、为啥、怎么修、做得好/不好。技术细节在本段下方的表格。
一句话:DM 这条 6/21 深夜彻底修通了(第一条自动私信「高冷的呆呆鱼」6/21 23:46 真发成功、系统核到气泡 ocr=0.98);潜在触达这条 6/18–6/22 真发=0——机器在跑,但"池子"里这些时段没人发新视频 + 被云电脑平台反复冻住。
① DM · 自动发私信
出了什么问题:自动给客户发私信,6/11 后连续约 10 天 0 成功(直查派单队列:上一条 sent 在 6/11,之后到 6/21 全是搜错人 skipped 或发送没核到气泡 failed)。最坑的是日志一直显示"发送成功",可客户手机上根本没收到——典型的"假成功"
为什么(一层套一层,挖了三层)
  1. 机器人发私信要走一串:搜到人 → 进主页 → 点"私信" → 把字打进输入框 → 点发送箭头。前面全对,坏在最后两步。
  2. 搜索那段"点击位置"抄错了(点哪个屏幕坐标的设定值是错的),搜不对人 → 6/21 改成正确的"黄金坐标"+重拍参照图,修好。
  3. 发送那段更隐蔽(真凶):输入框和发送箭头的位置飘了,机器人把字打到框外面(打进空气),发送键一直灰着、点了没反应 → 没气泡、客户收不到。6/21 深夜用 --capture 重新校准这俩点,发送段不再点空。(注:当晚手动测的「刘哥」那条因对方关了陌生人私信被挡下 rejected、不计成功;真正核实成功的是下一步自动派单的「呆呆鱼」。)
  4. 最深一层(这次才挖到):校准好、单独手动测能发,但机器人自动跑还是发不出,坐标明明一模一样。原因——自动跑的"管家程序"开机时把设置读进内存后就不再重读;它派活时启动的发送程序会"继承"管家内存里的旧坐标,把新校准的值盖住了。所以必须重启管家程序,新坐标才生效。
怎么修好的:重启管家程序后,第一条自动私信发给「高冷的呆呆鱼」——真发成功、核到气泡(completed→sent)。再加一道根治:改一行代码让发送程序每次都以最新设置为准、不再被旧内存盖住(已提代码审查 PR #446),以后忘了重启也不会再犯。
② 潜在触达 · 自动点赞+评论老客户
出了什么问题:给"发过私信但 1 天没回的高意向老客户",等他发新视频时自动去点赞+评论。这条线 6/15 之后一条都没真发出去
为什么(这一周一堵墙接一堵墙)
  • 6/16:执行程序卡死 10 小时(没设超时,一卡冻全程)→ 加了超时。
  • 6/17:电脑重启后抖音窗口标题从中文"抖音"变英文"douyin",程序只认中文 → 以为抖音没在前台、全部放弃 → 改成两个都认。
  • 6/17:开错视频——人找对了,但赞和评论发到了客户的旧视频上(程序按固定位置盲点"第一个格子",跟不上页面变化)→ 改成"看图找"。
  • 6/18–6/19监控被云电脑"挂起"冻住——个人版云电脑一看没人真用就挂起整台机器,监控进程没死但卡到几乎停(6.5 小时只跑 10 轮),连冻两天 0 触达。触发=远程连接一掉(电脑断网/睡了/久不动鼠标)。个人版无解,只能保活。
  • 6/21(本次):监控在跑,却一整天捞到 0,中间还被冻了 4.5 小时;恢复后健康跑 4.5 小时仍 0 条。根因:318 人的池子在这些时段没人发新视频(要么没发装修、要么被商家号刷屏挤掉)。
  • 6/22 凌晨:为重启 DM 执行的"杀掉所有 python"把监控+消费连带杀了(还没重新拉起)。
现在到哪一步:执行层的坑(卡死/标题/开错视频)都上了永久护栏;剩两个真瓶颈——① 池子要洗(剔商家号、剔已回复,不然捞 0);② 平台挂起(个人版无解、只能保活+对准白天高峰)。还没真发出第一条货。
✅ 做得好的
  • 不瞎归因:DM 用"查库+看手机+手动测"三个证据坐死是坐标飘,没赖"抖音限频/重启";潜在触达发现"按比例的坐标跟不上随内容变的页面",对症改"看图找",没一味"重启后重校坐标"(治标)。
  • 以"真送达"为准:不信"发送成功"日志,要看私信框真出现气泡——这才抓出"假成功"。
  • 每个坑都留护栏+教程:超时、标题双认、窗口命名、override 根治,都写进代码/文档防复发。
🔧 还能优化的
  • 洗池子:潜在触达池混了商家/食品/宠物号 + 已回复的,导致捞 0;该剔干净再跑。
  • 对准高峰:深夜发布量仅 1.8%、傍晚 17–21 点占 45%;机器该在傍晚开足,别整夜空转。
  • 窗口锁:DM 和潜在触达同机抢一个抖音窗口,目前靠"运气不撞";该上窗口锁让它们排队。
  • 改坐标后必须重启 agent:反直觉的坑,已写进教程 + 代码根治(override)。
📗 Good case:DM「高冷的呆呆鱼」6/21 23:46 自动真发成功+核到气泡 ocr=0.98(本周修通里程碑)。潜在触达本周(6/18–6/22)真发=0,无 in-window 好案例;历史最佳范例是 6/15「质感」端到端 4.3 分钟(视频发出 1.9 分钟就被逮到触达)。
📕 Bad case:DM 从 6/11 后约 10 天"假成功"无人察觉(只看日志不看真送达的代价);潜在触达 6/18–6/19 连冻两天 0 触达(平台挂起隐形杀手)。历史教训:6/15「雨霖麻麻」把"868/锁价/加微信"报价公开发到一个食品号评论区(同行路人可见,已加红线词拦截)。
↓ 下面是同一段事的技术细节版(逐日数据表 + 9 条问题根因表),给工程 / PM 复查用。
✅ 06-21 深夜 终于打通:云电脑自动 DM 这条死了快一个月的链子,修好了。当晚把「真发=0」逐层剥到底:搜人对(OCR 0.98)→身份门过→关注/私信都点对→但每条都 unverified。三步定死根因:① 查 DB(近7d completed=0、全 unverified、同批人反复重发)② 手机看「没收到」③ 手动在抖音 PC 搜同一人、手打字、手点发送=能发 → 排除「抖音陌生人墙/限频」,坐死是 (b) 真没发 + 发送段「输入框/发送↑」坐标飘(字没真打进框→空点发送→无气泡;6/21 黄金坐标只修了搜索段、没碰发送段)。修法 = 无影上 --capture 重采输入框+发送↑两个点,重采后跑 test.csv(刘哥 liuquoming65)真发成功⚠️ 待放量一步:改了坐标必须重启 wuying_poll_agent.py(常驻 agent 启动时只 load 一次 .env,不重启还用旧飘坐标)。
一句话:检测端三天一直有货(每天 15–18 条 ≤20min 新鲜视频),瓶颈从来不是供给、是执行层。三天在"逐个拆墙"——卡死→focus→搜索坐标,每修一堵露下一堵;06-17 傍晚把 focus+搜索两堵拆通后,当晚 22:25 真发首次跑通到"发送"环节,但 PM 实测暴露第四堵墙:执行器找对了人(归然本人),却把赞+评论发到他 6-2 的旧视频上、而非监控逮到的 6-17 最新视频——根因是执行器按固定坐标 (637,465) 盲点主页宫格"第一格"、没按目标视频导航,归然没置顶6-2、但固定比例坐标对不上他的主页布局 → 落到旧视频。真发对的人仍为 0这是"开错视频"、不是"搜错人"修法(✅ 06-18 已落地、零代码)= 点赞/开视频改 VL 视觉定位(删无影 .env 两个固定坐标→回落已有 VL 分支),待 e2e 验;抖音号 enrich 修的是另一类"搜错人"(未知客户型),对归然这条无效。
✅ 06-21 收口(搜索这关验穿了):连冻几天后复查,发现真正卡死"搜不对人"的是两个被忽略的执行层坑——① 无影 .env 里搜索框坐标是错值 400,25 / 用户tab 220,99(从旧部署文档抄错,220,99 还和第1条结果重叠点空);② 缺 dm_button 等模板("非主页"兜底失效)。修:坐标全改黄金值(搜索框 432,25、用户tab 287,45、首格 219,103)+ 跑 --capture 补采模板(send_arrow 自检 1.00)。e2e 验穿:用真抖音号搜「撸铁战士」→ [OCR] match=True conf=0.98 seen='撸铁战士|号:lute1126',落对人、过身份门、走到三连暂停(到这就答 n 停了、没真走发送)。坐标+模板+enrich+身份门=「搜索段」通了但「发送+气泡核验段」另算、当晚实况仍 unverified 失败,见下方红框 #8。
📊 06-21 新发现:可达率 ~62%(不是 100%,这是天花板不是 bug):抽 8 个高/中意向 lead 跑 enrich 反查 → 5 个有抖音号(字母号/dy默认号,如 lutie1126、dyb8zccanppo),搜得到、能发3 个只有纯数字 short_id(如归然 2091195012、123230083),用户自己没设抖音号、任何搜索通道都够不着,身份门会正确跳过。归然就是这第三种——不是发错、是根本搜不到。所以"真发对的人"的分母只能是那 ~62% 设了号的人,剩下 ~38% 当前机制无解(要够着得改成从评论直接点进主页,未做)。
🔴 此时此刻(06-21 晚)直查 dispatch_queue 实况:自动派单这条路,一条都没发出去。直接查派单队列(不是看日报):饭粒号 132 行 = 历史 sent 31(上一条 sent 状态在 6/11;更早的 sent 多在「气泡核验闸」上线前、不保证真送达)+ skipped 89(wrong_user 搜错人)+ failed 12(unverified 点了发送但没核验到气泡)近 7 天自动完成 = 0;今天 12:39→13:19 一连串尝试全 failed=unverified。5 个云电脑 messaging 号在自动派单路上近 7d 完成数全是 0(零星 失败131/总503、小文 失败16、饭粒 12…)。
⚠️ 关键纠正(别被上面绿框骗了):06-21「验穿」只证明了搜索这半条(搜到→身份门 match=True),手验那条到三连暂停就答 n 了、没真走完「发送 + 气泡核验」。而实况里发送核验这半条仍在失败unverified=点了发送键但 VL 没在私信框确认到气泡,送达不可证)。所以结论要从「整链通了」降级为 → 搜索段通了、发送核验段未通,离「自动真发出一条」还差这半条。
⚠️ 日报上"DM 在发"≠云电脑自动在发:手机端(有大有小/文哥)走的是另一条手动 claim+WDA 路、不进这个队列;云电脑自动派单这条近 7d 真发 = 0。
🔴 二触/潜在触达:6/18–6/21 每天 0,且自驱派单 cron 压根没排。直查 second_touch_state:06-16 至今 last_touch = 0;查 vercel.json:只排了 second-touch-monitor(8h 体检脉搏,6/18 建)、没排 second-touch-dispatch(真正派单的那个)。叠加搜索/发送段还没全通 + 监控被平台冻(6/18-19),二触整条通道从没把一条货送出去过。要真发二触:先把 dispatch cron 排上 + 修发送核验段。
日期检测≤20min尝试发送真发成功净结果
06-15~18106唯一有真发的一天(另 3 send_unverified=VL 冤判假阴、1 focus_fail)
06-161510执行器卡死 10h;唯一 1 次=wrong_user(落「非主页」)
06-17十几条902 focus_fail + 6 wrong_user + 1「发出但开错视频」(22:25 归然·发到6-2旧视频非6-17新视频);真发跑通到发送,但开错视频
06-180(逮到的全>20min)00监控被无影平台冻住:6.5h 仅跑 10 轮(正常该几百)、17:19 后彻底无动静→逮不到新鲜视频。cookie 好的(非cookie问题)。疑 Mac 断网/远程会话掉触发挂起(雷点⑨;具体触发未100%确证)
06-19000仍 0 触达(监控冻同上)。17:29 清场重启3 进程(派单/监控/消费)全速、赶傍晚高峰待逮货。归然(6-17)仍是最后一条真触达,enrich+VL 的 e2e 仍待验(连冻两天没触达机会)
06-21复查手验3条验穿搜索这关收口:揪出 .env 坐标错值(400,25/220,99→黄金 432,25/287,45)+缺模板,补采 dm_button 等。真号搜「撸铁战士」match=True conf=0.98 落对人过身份门。搜索段通(注:仅搜索段,见下行)。新发现可达率~62%(纯数字 short_id 用户约38%搜不到、归然属此类、非bug)
06-21 晚自动派单实况0直查 dispatch_queue:5 个云电脑号近7d自动完成全 0;饭粒 12:39→13:19 连续尝试全 failed=unverified(发送核验段没过)。手验只验到搜索段、没真发。搜索段通 ≠ 整链通,发送+气泡核验那半条仍未通
06-21 深夜
23:46(整链通)
DM 自动派单✅ 通DM 整链彻底打通:挖到最深一层根因——poll agent(管家程序)启动时 load 一次 .env 进内存、不再重读,派单 subprocess 继承旧 AKKE_INPUT_OFFSETload_dotenv(override=False) 盖不掉 → 这就是"手动 test.csv 能发、自动 agent 不能发同样坐标"的真因。重启 poll agent 后第一条自动私信「高冷的呆呆鱼」(6/21 23:46)completed→sent、气泡 ocr=0.98 核到。根治 PR #446override=True,以后改坐标忘重启也不踩)。潜在触达仍 0(6/22 00:06 重启后首条「往后余生」=wrong_user skipped;监控/消费被本次 Stop-Process 连带杀、待重拉+洗池)
问题清单(为何 / 能否解 / 现状 / 会否再犯)
#问题为何现状再犯?
106-16 卡死10h全天0consume 调执行器无超时、一次 GUI 卡住冻全程加 300s 硬超时+落盘,已部署不会
206-17 focus_fail重启后窗口标题 抖音→douyin、执行器只认抖音改两个都认,实测生效不会
306-17 wrong_user/@xiexie重启后搜索框坐标 y=13 点空、昵称没输进框;后查 .env 一直是错值 400,25 / 用户tab 220,99(抄自旧部署文档,220,99 与第1条结果重叠点空)✅ 06-21 改黄金值 432,25/287,45/219,103 + 补采 dm_button 模板;真号搜「撸铁战士」match=True conf=0.98 验穿不会(黄金值+模板已落地)
406-15 部分失败(3+1)3 send_unverified=VL 截图验证过严冤判已发(假阴);1 focus 偶失LENIENT 已开 + focus 已根治减少
5未知客户 wrong_user抓评论没拿到作者昵称、库存占位「未知客户」、按它搜不到本人✅ 06-18 enrich 已部署:消费端 sec_uid→抖音号填进搜索词(反查实测通,归然真号 2091195012)修后不会
606-17 开错视频(归然·发到6-2旧视频)人找对了(seen='归然')、但执行器 open_first_video 按固定坐标(637,465)盲点宫格"第一格"、不按目标视频导航 → 落到6-2旧视频、非6-17新视频(没置顶;为何点旧视频未确证:疑坐标漂移/宫格序)✅ 06-18 已改 VL 定位:删无影 .env 的 AKKE_C_WORK_FIRST+AKKE_C_LIKE → 执行器回落已有 VL 分支(找最左上首格/空心爱心),待 e2e 验修后不会(VL 随内容找)
7监控被平台冻住(06-18/19 连冻2天0触达)无影个人版空闲就挂起整台VM、powercfg管不到。触发=远程会话掉(Mac断网/睡/久不动鼠标)。冻住后监控进程没死但卡到几乎停(6.5h仅10轮)。06-18具体触发疑 Mac断网、未100%确证个人版无解。保活三条:Mac联网+Mac醒着(caffeinate)+无影桌面别久闲会(断连即冻)
8发送+核验段没过(unverified)=云电脑自动 DM 近7d真发0的直接原因搜对人、过身份门后,点了发送键但 VL 没在私信框确认到气泡→标 unverified(送达不可证)。可能是发送键模板/气泡核验阈值/或消息根本没送出。6/21 黄金坐标只修了搜索段、没碰这段✅ 06-21 深夜修复:手动测能发→排除抖音墙、坐死是发送段坐标飘;--capture 重采输入框+发送↑后跑 test.csv(刘哥)真发成功不会(已重采;改坐标后记得重启 poll agent)
9二触自驱派单 cron 没排vercel.json 只排了 second-touch-monitor(8h体检)、没排 second-touch-dispatch(真正生成二触派单的)。没派单器 → 二触队列没货 → 4天0待确认是否有意关。要真发二触:先排 dispatch cron + 修发送段(#8) + 开各台 .env 二触开关会(没排就一直0)
⚠️ wrong_user 不是一种病(三种根因、别当同一个修):① 未知客户型=没真昵称搜空(库里占位);② 落非主页型(06-16)=搜到了但落到非个人主页;③ @xiexie坐标型(06-17)=重启后搜索框点空、昵称没输进去。① 解=抖音号精确核身(enrich 06-18 已部署);②③ 是 GUI/坐标问题、另治。
⚠️ 归然这条不是 wrong_user(别混进上面):身份门 seen='归然'、人找对了,错在开错视频——执行器按固定坐标盲点主页宫格"第一格"、不按目标视频导航,赞+评论落到归然 6-2 旧视频、非6-17新视频(归然没置顶;为何点旧视频未确证,疑坐标漂移/宫格序,见问题清单 #6)。enrich 治不了它,要改成按目标 video_url 导航才修。危险点:标了 touched 让归然这条新视频不再被触。
会不会再犯:卡死/focus 上了永久护栏(不会)。⚠️ 坐标问题的真因不是"重启把坐标挪了"(理性纠正)click_norm 是 0-1000 归一化坐标×当前屏宽高 = 按比例、分辨率/重启无关、坐标不会自己飘。固定比例点栽在抖音 UI 随内容变——点赞/评论位置随视频画幅(竖/横屏)、宫格首格随主页头部高度变。铁证:归然 log 里 VL 视觉定位的(暂停/发送/评论tab)全中、固定坐标的(点赞/首格)全崩。所以治本=把随内容变的元素改 VL 视觉定位(已对点赞/开视频做),不是"重启后重新校坐标"(治标、下个视频又崩)。平台挂起=远程会话一掉(Mac断网/睡/久不动鼠标)无影就挂起整台VM、监控被冻到几乎停(进程没死但6.5h仅10轮),个人版无解;保活=Mac联网+Mac醒着(caffeinate)+无影桌面别久闲,重启监控要全速跑得趁桌面活跃。
链路 · 护栏 · 口径 怎么玩 / 流转 / 五跳口径 — 点击折叠

怎么玩

「潜在触达」是什么
私信 / 反评发出后,对方 1 天内无回应、且原评论高意向、又不是商家号 / 同行 —— 不放弃,进行潜在触达。 ta 一冒新视频,且满足(没回过 & 距上次触达 ≥ 1 天 & 累计触达 < 7 次),就 点赞 + 评论1(评视频)+ 评论2(顺到产品)。触完不排倒计时,继续等 ta 下一条随机视频。

链路

视频发布ta 发视频
用户评论ta 评论
私信 / 反评我们首触
未回应 ≥ 1 天抓取判定
更新动态ta 发新视频
潜在触达赞 + 评×2
●●●●●●● 之后每次 ta 更新动态 → 我们抓到 → 再触一次,循环往复 —— 二更→二触、三更→三触…… 一直往后,共 7 次。每次最短隔 1 天,触满 7 次还没回就停。

护栏

· 同一人最短隔 1 天才触下一条(防刷屏)。
· 触满 7 次还没回就停(人凉了别追)→ 已出库。
· 商家 / 同行号排除只在「首次找新 lead」那层;潜在触达是对已 DM 过的老 lead,统一都触、不按视频内容筛
· 任一潜在触达后,扫到用户回复 → 动线立刻更新为「已回复」,退出自动节奏、转人工接手。

潜在触达漏斗 · 口径(每个数怎么算)

五跳逐层收窄:①关注 → ②监控池 → ③今日 feed 刷到 → ④当天发新视频 → ⑤当天触达
①关注=该号在抖音真实关注的所有人(短剧 / 同行 / 自然关注 / leads 全算),是 feed 的总来源池。靠 following/list 接口手抓(cookie 新鲜时;当前饭粒 624 / 小星 402)。
②监控池=从①里筛出的高意向「该被盯」名单(cron 每小时重算)。两类:未回=DM 发了 ≥1 天没回(高意向);超时=想发没发成(只收高意向)。⊆①。
③今日刷到=当天 watch 在关注流真实刷到、且属监控池的去重人数。feed 由抖音决定刷谁 → ⊆②。
④当天发新视频=当天刷到的池内对象里真发了新视频的人数 / 条数。
⑤当天触达=当天实际完成(点赞 + 评论1 + 评论2)的条数,e2e ≤20min 为达标。
出库=已退出监控池、不再自动触达的人:触满 7 次还没回 / 扫到对方回复(转人工)/ 已成交。
口径正序收窄:①⊇②⊇③⊇④⊇⑤,每跳都是上一跳的子集。按号的实时数字看 pt-summary,每步背后怎么抓/怎么更新看 铺开旅程页 · 取数维度全表
这些人关注上没有(决定能不能进 feed 被刷到):
· ②「未回」的已经关注上了——发私信时顺带关注的。
· ②「超时」的可能还没关注——私信没发成、没走到关注那步 → 没关注就进不了 feed、③ 永远刷不到。
· 「超时」与「超时未发·没人领」都是「想发没发成」、按有没有被号领切两半、基本互斥:超时=已被某号领(有会话),没人领=没号领(无会话/认领/派单)。把没关注的关注上才能进 PT(=下一步的「关注动作」)。
当天抓取 成功 / 不成功(每条更新动态的 gate,= ④→⑤ 之间的损耗):
· 成功(actionable)=watch 在视频发布 ≤20min 内逮到 → 进队列去三连触达,转化成 ⑤。
· 不成功(expired)=逮到时已 >20min(feed 上架慢 / watch 间隔)→ 只落库上页 / 分析,绝不触达(过了新鲜窗,硬贴反评易软封)。
所以「发了新视频」不等于「都能及时触达」,只有 actionable 那批才转化成当天触达。
加载中…

盯防名单

口径说明 · 私信 / 反评
  • 范围:全组织首触(一人一行,按 douyin_user_id 去重取最早一次),按时间窗滚动,最多 200 条。私信涵盖云电脑自动派单 + 人工 ADB/WDA 全部 DM —— 达标率含人工慢发,反映真实混合节奏;反评 = 在目标用户视频下公开回评。
  • 8 节点:视频发布=videos.published_at(常缺,置灰);评论=comments.comment_time;抓取=comments.created_at;打分=comments.analyzed_at(06-11 前历史行 NULL);生成话术=llm_call_provenance 回链取最早;派单=DM dispatch_queue / 反评 reverse_comment_queue(人工 WDA 通道无);触达=私信 messages.role=ai,sent / 反评 reverse_comment_queue.sent;回复=私信 messages.role=customer / 反评下目标用户回评,最早一条。
  • 段颜色只热「我们能控的段」:评论→抓取🟢<3h、抓取→打分🟢<15m、打分→话术🟢<3h、话术→派单🟢<10m、派单→触达🟢<30m;视频→评论、触达→回复 = 客户行为,灰。
  • 端到端 = 评论 → 发出,目标 ≤10min(🟢达标 / 🟡10–30min / 🔴>30min)。评论时间缺时不计入达标率。
本页含客户身份信息,已设 noindex,请勿把链接贴到公开可索引的位置。
口径说明 · 潜在触达
  • 本名单 = 已被二次触达过的人second_touch_state.touch_count > 0 的高意向号),按最近一次触达倒序,最多 200 条;状态驱动,不受时间窗影响。
  • ●●○ = 7 次机会:实心 = 已触达次数,空心 = 剩余。触满 7 次或扫到回复 / 转化 → 已出库(不再追)。
  • 时间轴:视频发布 → ta 评论 → 我们抓取 → 最近一次潜在触达 → ta 回复。「抓取 → 潜在触达」是设计内 ≥1 天等待,不算我们能控的延迟,故置灰不上色。
  • 达标徽章「发布→完成」 = ta 最近这条被触达视频的「发布 → 三连(点赞+评论1+评论2)完成」端到端,口径 ≤20min🟢 达标 / 20–30🟡 偏慢 / >30🔴 超标(与事件驱动触达闸 --max-age-min 20 一致)。⚠️ 这条是被触达的那条新视频,区别于时间轴最左的「视频发布」(那是 ta 当初评论的原视频)。路B 触达成功后实时回写,历史行显示「时效待回写」。
  • 还没做过二次触达的高意向积压暂不在此逐行列出 —— 服务端暂时无法识别谁已回复(安卓端回复不入库),列出会把已回客户误标「待触达」。待回复检测回写 DB 后再开。
本页含客户身份信息,已设 noindex,请勿把链接贴到公开可索引的位置。