自动派单
跑通
dispatch→agent→发 自动6条
一句话结论：浏览器视觉定位通道手动 100% 通、自动派单也跑通了；但「评论→触达 ≤10min」没达标，根因不在发送（2.4–6.4min 很快），而在采集延迟 S1（评论被抓到时已 14–45min 前发的，从源头就超 10min）。
1 第一个案例 · 来地球玩的（首条完整流程跑通）
从 claim 到发出全链路闭环：身份门 → 关注 → 点赞最新作品 → 关弹层退回主页 → 私信面板 → 填文案 → 发送 → 气泡核对 → 永久去重。
客户 来地球玩的
sec_uid MS4wLjABAAAAXbHB…
意向 高意向
结果 ✅ 气泡核对发出 + 去重
客户评论（视频下）
预算 20 万装全屋够不够…（高意向，全屋定制需求）
有大有小 → 私信（脚本自动发出）
你好，来地球玩的。预算20万够，全屋装修常见配置都包得住。你家是新房还是翻新？
脚本实跑日志（节选）：
[OCR主页] match=True conf=0.98 seen='来地球玩的'
[关注] followed
click[第一个作品] → click[点赞♡] → click[视频关闭X]
[点赞] 第1次关弹层后已回【来地球玩的】主页 # 关键：点弹层X回主页，不是Alt+左退错人
[私信] 面板打开 → 输入框(2214,963) → 发送↑(2467,963)
✅ 已确认气泡发出
mark-contacted: claim=consumed · conv✅ · msg✅ # 永久去重
同日另有 做自己的太阳（首条 spike，纯私信）、舍得（28万全屋）两条手动单条同样 100% 发出，证明脚本本体在「机器晾空、单进程」下稳定可靠。
2 0→1 逻辑原理图
两层：宏观自动派单管线（评论→去重 8 跳）+ 微观 web 发送流程（脚本在 Edge 里逐步点）。
宏观 · 自动派单管线（cron 全分钟级）
→
②采集 S1
scrape-hot 每3min
→ comments 入库
14–45min ⚠
→
③分析
analyze 每2min
意向+opener
→
④派单
cloud-pc-dispatch
每1min
→
→
⑥抢锁
wuying_poll_agent
每15s claim
→
⑦发送 S3
web 脚本 GUI
关注+点赞+私信
2.4–6.4min ✅
→
⑧去重
complete_dispatch
→ mark_lead_contacted
公告板模型（无直连）：Vercel cron 写 dispatch_queue，云电脑 agent 主动 60/15s 来「抢排班单」claim_dispatch，没有任何节点持有云电脑的直连。派单 cron 已是分钟级，不是瓶颈。
微观 · web 发送脚本流程（douyin_dm_web_grounded.py，Edge 里逐步点）
URL 直达
Ctrl+L 地址栏
douyin.com/user/<sec_uid>
→
→
→
→
→
→
与抖音号搜索通道（其他云电脑）完全隔离：本机走独立脚本 + 独立 .env（AKKE_DM_SCRIPT=web / HANDLE_RESOLVE=0），URL 直达 sec_uid 天然定位本人，不需要抖音号搜索，改这台不碰别人。
3 批量化执行 · 统计 / Bad Case / 优化进展
自动 sent
6
dispatch_queue 通道
skipped
4
多为 wrong_user(已修)
时效拆解（自动 5 条抽样，分钟）—— 真凶不在发送
| 客户 | 评论→抓取 S1 | 抓取→派单 S2 | 派单→发出 S3 | 评论→发出 e2e |
|---|
| 于逸武 | 24.8 | 185.5 | 2.4 | 🔴 212.7 |
| 喃喃自语 | 41.4 | 304.4 | 3.7 | 🔴 349.6 |
| 仙女德纲 | 280 | 254 | 6.4 | 🔴 540.4 |
| ღX小敏吖 | 45.9 | 193.5 | 4.2 | 🔴 243.6 |
| ✨时来运转 | 14.5 | 3.4 | 4.3 | 🔴 22.2 |
读法：
S3 发送 2.4–6.4min，已达标（GUI 关注+点赞+私信全程很快）。
S2 老库存堆积 185–304min —— 派单在捞几小时前的存货，已用 fresh_window=15min 挡掉（只派近 15min 抓到的新鲜单、不发老库存）。
S1 采集 14–45min 是真正的墙：评论被我们抓到时，本身就已经 14–45 分钟前发的了 → 在第一次看见它的那刻就超过 10min，派单/发送再快也救不回。最快那条（时来运转）派+发只 7.7min，仍因 S1=14.5 而 e2e 22min。
Bad Case 全清单（当天，按出现顺序）· 根因 / 优化 / 进展
| # | 现象 | 根因 | 优化方式 | 进展 |
|---|
| 1 | URL 跳成「搜狗搜索」发不出 | 中文 IME 拦/吞 typewrite 的 URL | SendInput unicode 注入绕开 IME + 非主页自动重导航 | 已修 |
| 2 | 点完作品 Alt+左退到上一个用户 | web 点作品是 modal 浮层，浏览器后退走历史 | 改点视频弹层右上角「关闭X」（量坐标）关弹层回主页 | 已修 |
| 3 | wrong_user 误杀本人 | 派单带旧昵称 + URL 通道照搬了抖音号通道的「昵称精确匹配」，用户改名即失配 | trust-secuid：URL 唯一锁人，落到主页即发，不强求昵称匹配 | 已修上线 |
| 4 | dm_panel_failed 私信面板没开 | 操作机器时屏幕焦点被抢 + 面板渲染时序 | 先等+复核才再点（防 toggle 关掉）+ 无人值守晾空机器 | 部分 |
| 5 | 镜像旧 agent 抢窗口、搜抖音号→Bing | 镜像 bootstrap.bat 登录自启旧 agent（抖音号搜索版），与 web agent 抢 Edge | 杀光 python + 确认只跑单个 web agent | 已解 |
| 6 | 监控永远显示 0 / 心跳❌（假象） | 监控脚本 select 了不存在的 updated_at 列 → 查询静默失败 | 改用 completed_at + 暴露查询错误 | 已修 |
| 7 | 10min SLA 全部 🔴 超标 | S1 采集延迟 14–45min，评论被抓到时已 >10min | fresh_window=15 挡老库存（治 S2）+ 真钥匙=采集提频砍 S1 | 进行中 |
4 下一步待做的优化列表
NOW · 10min 唯一钥匙
- S1 采集提频：把高意向 lead 的号源提到热门 tier + scrape-hot 覆盖，把「评论→抓取」从 14–45min 砍到 ~2min。这是 10min SLA 唯一杠杆，光调派单到不了。
- 验证：砍 S1 后，时来运转那类「派+发 7.7min」的单就能压进 10min。
NEXT · 稳健性
- agent 空闲心跳：让 agent 每轮写时间戳，监控能区分「空闲活着」vs「死了」（现在空闲=没单可抢，心跳指标会假❌）。
- dm_panel_failed 无人值守成功率观察 + 必要时加 GUI 重试。
- 镜像清理：把 bootstrap 自启的旧 agent 从镜像里清掉/改成 web 配置，避免新克隆机再踩「双 agent 抢窗口」。
LATER
- fresh_window 调优：观察 15min 窗口的发送量 vs SLA 平衡（窗口太紧=空转，太松=超时）。
- 7911 验真：GUI 测不到静默限频，靠回复率/对方已读侧证。
- commit + 镜像固化 web 脚本 + poll agent 改动。
两条红线：
①「气泡发出」≠ 送达（7911 静默丢弃本地仍有气泡，真量以人工核对私信列表为准）。
② 同物理号「有大有小」别同时跑 engagement（反评）与 DM，无共享 1h 活跃门，叠加高频触发风控。
源稿：docs/runbooks/cloudpc-browser-dm-0to1-2026-06-17.html · 脚本：worker/scripts/wuying-dm/douyin_dm_web_grounded.py（fork 自 douyin_dm_grounded.py）· 实时页：upio.ai/akke/cloudpc-dm-live-youdayouxiao · 关联记忆：project_akke_cloud_pc_dm_poc.md