云电脑 DM ∥ route-B 实时潜在触达 · 串行共存 0→1 复盘

账号:小文(野荞)81cc9678 · 阿里无影云电脑 · 2026-06-18(数据追踪至 2026-06-21)
一台无影、一个抖音号,让 DM(一触私信) 和 route-B(实时潜在触达三连) 同机共存——不做真并行,做 抢占式分时:DM 优先、route-B 让位,靠一把窗口锁串行、互不抢窗发串字。今天端到端跑通:DM 已真发、route-B 首条有机触达已落地,过程中挖出并修掉 3 个硬 bug。2026-06-18 实测确认:链路端到端打通、两个修复(点对视频 + 红线拦截)已生产验证通过(见米奇妙妙屋案例)。
口径声明:「实测」=今天真跑出来的;「推算」=按参数估的容量。批量战果尚处早期,不夸大。
📅 追踪更新 · 2026-06-19 → 06-21(这三天还有没有成功案例?)

有。DM 一触稳定出活;route-B 19/21 各落地 1 条真触达——点赞 + 评论1 真发出、对象都是真装修 lead。评论2(搬 DM 那句带价格+给v 的)两次都被红线闸 skip_redline 正确拦下、没发,避免了公开发价格/微信的限号风险。

日期DM 一触 (sent / skipped)route-B 实时触达(comment_log + 气泡核实)双向真回复
06-19sent 10 / 5✅ 稻城 点赞+评论1 发出 / 评论2 skip_redline(没发)1 — QQL「能发设计图吗」→自动回
06-20sent 0 / 5无 comment_log(当天未逮到/未 consume)0
06-21sent 10 / 3✅ 就当我从不认识你 点赞+评论1 发出 / 评论2 skip_redline(没发)(watch 另逮 1 条 12:15 未见落底)0
合计sent 20 / skip 13真触达 2(点赞+评论1 发出)· 评论2 全 skip_redline1

route-B 两条真触达逐字实录(评论2 被红线闸跳过,未发)

时间对象(真 lead 证据)点赞评论1(JIT 评视频·已发)评论2(拟搬 DM·被跳过未发)
06-19 17:27稻城·评论2 引「你问样板…你家量大」likedsent「赞赞赞」(偏泛)skip_redline 含868/568+给v,未发
06-21 11:08就当我从不认识你·评论2 引「你问80个平方多少钱」likedsent「这小家伙太有范儿了,动作里全是童真味道~」(贴题=点对视频修复生效)skip_redline 含868/568+给v,未发

1 · 第一个案例(今天的真实首触)

route-B 首条有机触达 — 好运无敌(真装修 lead)

池里的人发了 ≤20min 新视频 → watch 逮到 → consume 自动三连。comment_log 实录:
动作结果内容
身份门conf 0.98找对人
点赞liked爱心已红
评论1(JIT)sent"通风小半年,绿萝都养死了两盆…"
评论2(搬DM)sent"…橱柜做到82…原价868一平,专供价568…给个 v…"
三连完整发出、无人值守下评论2 也成功(证明评论2 跳过只是「有人碰机器抢焦点」、无人值守不复现)——管线端到端通了。但这条同时暴露两个 bug(见下 bad case #2/#3):评论1 照的是「置顶视频」不是新视频(绿萝/通风跟装修无关)、评论2 把价格+微信红线词公开发了(限号风险)。两个当天修掉,并已在下方「米奇妙妙屋」案例生产验证生效

route-B 修复验证 — 米奇妙妙屋(2026-06-18 19:41 生产实测)

PR#421 两个修复在生产验证通过 ✅。route-B 逮到一条 19min 新鲜视频(床垫内容)→ 三连,comment_log 实录:
修复点结果
点对视频(跳置顶)✅ 通过 评论1 "这床垫看着就稳稳的舒服…" = 照那条床垫新视频生成(不再点到置顶无关视频,对比好运无敌"绿萝/通风")
红线词拦截✅ 通过 评论2 含 "868/568一平 + 给v" → skip_redline没公开发(只发点赞+评论1)
点赞 / 身份门 liked / conf 0.98
⚠️ 但对象 米奇妙妙屋是床垫营销噪音号、非装修客户 → 触达执行完全正确、价值却低(bad #9 池子污染)→ 下一步 洗池 是 route-B 出真效果的关键。同时这条与 DM(sent=3) 并发、靠窗口锁串行没撞 = DM ∥ route-B 共存实证

DM 首发 — 解除「派单静音」后立刻出活

查到小文被 dispatch_paused_until = 2030-01-01(实际=永久静音)挡死 → DM 0 发的硬原因。解除后 cron 立刻自动派单
来源状态
新鲜 ≤10min lead (d8ee16b9)cron 自动派sent ✅ DM 真发出
超时老 lead (大吉, 手动测试)手动塞验证skipped — fw=10 严格窗口自动作废、没发
结论:DM 之前 0 发纯是被 2030 暂停挡的,不是没供给;解除后新鲜单立刻能发。而且连手动强塞的超时单都被 fw=10 自动作废——≤10min 口径是自动硬守住的

🔗 DM ∥ route-B 串行共存验证(今天·同一窗口·交错无冲突)

今天同一个抖音窗口上:DM 发了 13 条、route-B 触达 3 条,时间线交错、没撞没串字 = 串行共存生效。时间线(北京时间,节选):
时间通道事件
16:24💬 route-B好运无敌 三连
17:26📨 DM发私信 sent
19:00📨 DM发私信 sent
19:41💬 route-B米奇妙妙屋 三连 ← 正夹在两次 DM 之间
19:52 → 20:35+📨 DM多条 sent(其间 1 条 failed)
21:29💬 route-B良心何苦 三连(牙痛号·噪音)
全天合计:DM sent 13(现已停)+ route-B 3 条,同一窗口交错跑、零冲突。 两者轮流用同一个抖音窗口、全程没撞、没发串字。
怎么交接的:谁要发先抢"唯一门票"(锁);DM 一来立"我要用"牌子(.dm-want)优先;route-B 每条做完看一眼牌子、有就让位(详见下方原理图)。
诚实补充:今天窗口空闲多、两者大多自然错峰,还没出现"同一秒争用";锁的强抢占路径(真同时争窗)由 mac 并发测试验证过(route-B 等到 DM 整批发完才动、零重叠、DM 优先),生产里等真撞上再复核。

2 · 一张图看懂:DM 和 route-B 怎么共用一个抖音(窗口锁)

先打个比方 🧒:把抖音窗口想成家里唯一一台电视 📺。DM 和 route-B 是两个想看电视的人——同时抢遥控器,画面就乱了(私信和评论的字会混在一起发出去)。所以定个规矩:一次只准一个人用,而且 DM 是 VIP、优先。下面一步一个框看它们怎么排队:
📺 第 1 步 · 只有一个抖音窗口
全家就这一台"电视",谁用谁独占,不能两个人同时按遥控器
⬇ 有两个人都想用它 ⬇
📨 DM(发私信的人)
每 1 秒瞄一眼:有没有「刚冒出来(评论 ≤10 分钟)的高意向私信单」?
有 → 我要用电视去发私信
💬 route-B(发评论的人)
一直盯着:我关注的人有没有「刚发(≤20 分钟)的新视频」?
发了 → 我要用电视去点赞+评论
⬇ 两个都想用,靠下面的规矩排队 ⬇
2🎫 先抢"唯一一张门票"
谁想用电视,先去拿那张唯一的门票(一个锁文件),用完再放回去。门票只有一张 → 同一时刻只有一个人能用,永远不打架
3👑 DM 是 VIP,永远优先
DM 一有单,就立个牌子「我要用!」。route-B 看到牌子 → 把手上这一条评论做完(最多约 2.4 分钟)就让开,不跟 DM 抢。(中途不能打断、否则字会乱,所以最多等它做完一条。)
4🆓 DM 没事时,route-B 随便用
DM 没单 → 牌子收起来 → route-B 自由用电视去评论,把 DM 的空闲时间填上(这台电视一天其实 94% 时间都空着)。
⬇ 结果 ⬇
永远只有一个人在用抖音(不乱码、不发串字);DM 想发随时插队、最优先route-B 趁 DM 没事时填空
这就是「抢占式分时」——不是两个人同时看电视,而是排队轮流、VIP 优先
时效规矩:DM 只发评论 ≤10 分钟的私信单 · route-B 只评 ≤20 分钟的新视频,超时的都自动作废 · 这套规矩只在小文这台机器开,别人机器完全不受影响。

3 · 批量化执行的统计数据

168监控池(高意向)
实测
13 / 8DM sent / skipped(fw=10下~59%过,+1failed,现已停)
实测
3route-B 触达(今日,2噪音1真lead)
实测
~94%单窗口日空闲率
推算
指标来源
DM 时效 / 日限 / 间隔≤10min(fresh_window) · 30/日 · 30s实测·查库
route-B 触达闸 / 端到端≤20min · 三连 ~2.4–3min/人实测
DM 实发(解除暂停后·24h)sent 13 / skipped 8 / failed 1(fw=10 下约 59% 发出;单常在发送途中过期被杀)·现已重新暂停停发实测
route-B 实触(今日)3 条:好运无敌(真装修lead·但点错置顶视频·修复前) + 米奇妙妙屋(床垫噪音·修复后点对+红线拦截已验证) + 良心何苦(牙痛号·噪音)。3 条里 2 条是噪音号 → 洗池迫切实测
关注覆盖watch feed 满屏 ★ = 现有关注已覆盖、无需补关注(account_follows=0 是坏 KPI)实测
窗口锁并发测试(mac)route-B 等到 DM 整批发完才动、零重叠 + DM 优先 PASS实测
窗口占用DM ~30min/d + route-B ~50min/d ≈ 80min/1440 → 空闲 ~94%推算
批量战果早期、量少——受 fw=10 vs 采集延迟 + 池子噪音双重压制,预期触达稀疏待跑量

4 · Bad cases · 优化方式 · 进展

#Bad case根因优化方式进展
1DM 一条没发(派单被静音)dispatch_paused_until=2030 永久暂停(疑似为 web-DM 迁移设的)解除:设 null,cron 恢复自动派单已解除·DM 立刻出活
2route-B 点错视频(点到置顶)open_first_video 点"最左上"=置顶视频;小文 .env 还有 AKKE_C_WORK_FIRST 固定坐标死点第1格VL prompt 改为跳过置顶、点第一个非置顶(最新);注释固定坐标已修+生产验证✅ PR#421
3评论2 红线词公开发(限号)评论2 逐字搬 DM 原文,常含价格/加微信;违规闸原没扫评论2新增 has_redline(),评论2 命中价格/微信则跳过、只发点赞+评论1已止血+生产验证✅·待公开安全版话术
4DM 量结构性偏低fw=10 vs 采集延迟~18min:评论处理完早超 10min、过不了新鲜闸放宽 fw(破≤10min口径) 或 提速采集管线;当前接受低量权衡待定
5DM/route-B 抢同一抖音窗口(原只能二选一)单窗口 + 全局 SetForegroundWindow/SendInput窗口锁:DM 优先、route-B 条目级让位(env-gated 只小文)已建+测试+部署 PR#415
6评论2 偶发被跳过发完评论1 前台被切到 PowerShell(人碰机器)安全闸正确不硬打;无人值守不碰即不复现(好运无敌已验证发出)无人值守规避
7mac 抓不到抖音 cookie(ERR_PROXY)mac Shadowrocket TUN 劫持抖音域名改无影上 playwright(channel=msedge 系统 Edge) 扫码抓含 HttpOnly 的 cookie已解决
8点赞点空、爱心不红固定坐标 AKKE_C_LIKE 跨机点偏注释固定坐标 → 走 VL 定位空心爱心已解决·实测红
9真实触达量预期低关注流被商家/无关号污染(防水/床垫/烤串) + 真 lead 少发新鲜装修视频special-follow 生成加噪音过滤(剔商家类)待做
10route-B 触达不入库本地表模式不实时回写 DBcomment_log 拷回 mac 跑 mark-second-touch.ts;或切端点模式 claim+回写待做
11仓库并发 git 把分支搞乱(误推他人 WIP)多会话并发操作同一 repo、HEAD 被挪改用隔离 git worktree + 显式 refspec 推送已规避

5 · 下一步待做优化列表

  1. comment2 公开安全版话术(bad #3):去价格/微信、改"引导私信",让评论2 能正常发又不限号——目前是"跳过"止血、大多数评论2 发不出。
  2. 洗池(bad #9):special-follow 生成加昵称/内容噪音过滤,剔商家号(防水/床垫/烤串/食品/旅游/宠物),提升真 lead 占比。
  3. DM 量取舍(bad #4):定 fw=10 守时效 还是放宽冲量;或推动采集管线提速把 ~18min 压下来。
  4. route-B 回写闭环(bad #10):定期 comment_log → mark-second-touch 入库,或切端点模式(claim 去重 + 自动 e2e 回写)。
  5. 实战观察共存:DM 有单 + route-B 有新视频同时来时,验证窗口锁真撞车率 / DM 等待 ≤2.4min。
  6. DM 投递确证:dispatch=sent 仅 GUI 动作完成,非 100% 投递(7911 静默丢);需要时上 blackboxprotobuf 解码确证。
  7. route-B 开机自启:锁已保护,可把 _start-realtime-touch.bat 丢 shell:startup,两条共存自启(注意 RC 重启会变回 on,需同步永久关)。
  8. DM 计数口径:messages 表按 messaging_account_id 查不到 cloud_pc 发送,需校准正确字段,日报 DM 数才准。
小文(野荞)81cc9678 · 2026-06-18(数据追踪至 06-21:DM 一触 sent 20 / route-B 真触达 2·稻城+就当我从不认识你·点赞+评论1 发出·评论2 全 skip_redline(红线闸正确拦下未发) / 双向 1·QQL)· DM ≤10min ∥ route-B ≤20min · 窗口锁 AKKE_WINDOW_LOCK=1(仅小文) · PR #415(锁) + #421(点错视频+红线闸) 已合