云电脑「跳验证 / 图形验证」处置与预防运维卡

3 台无影云电脑 · 抖音 DM 通道 · 更新 2026-06-26 · 适用 野荞/饭粒/零星 等云电脑发送号
一句话: 滑块和短信中间页 没法"绕过去发",只能降低触发率 + 命中即停。任何"硬过验证继续发"都会把账号沿 短信 → 滑块 → 封号 推上去 —— 同一条升级链,撞一次涨一级。
操作版: 跳了就停 agent + 人工过掉 + 冷却 1~2 天;平时日限退到 15~20、间隔 90~120s 加随机、确认一个号只在一台设备登、新号别裸跑。

一、先判别:你看到的是哪一种「验证」

抖音对云电脑有三套独立 surface 的风控,弹出形态不同,根因和处置完全不一样。先判别再对症,别一上来全归到"发太快"。

形态典型表现层级性质主治
图形/滑块 "请完成下列验证后继续"
"按住左边按钮拖动"
"完成上方拼图"		 行为风控升级 transient
(升级链信号)		 降频 + 命中即停
短信中间页 page.title()="验证码中间页"
"请输入本人持有手机号"		 账号风控分级 transient 降频 + 养号 + 命中即停
搜索软封 搜人"结果为空",
但联想下拉/浏览器能搜、干净账号也空		 设备聚集风控 指纹碰撞
(降频无效)		 重置指纹 / 重建实例
升级链: SMS → 滑块 → 封号。看到滑块说明已经爬到第二级,务必当回事 —— 别再让脚本撞下一个目标。

二、根因分析(按本次最可能权重排)

1同号多端并发 —— 跳验证最常见的隐性诱因 高频

抖音对同一个号同时在 手机 / WDA / 云电脑 多端在线特别敏感。常见来源:

2行为节奏过快(滑块/短信链的主驱动) 可调

6/15~6/22 把发送间隔砍到 30s/5s 的实验,如果正好撞上跳验证变多,先回滚到保守档。 注意:升级链是行为风控,所以降频在这里是有效的 —— 跟"搜索软封"那次降频无效不是一回事,别混。

3账号画像 + fresh cookie(放大项) 可调

4克隆镜像共用设备指纹(主治"搜索软封",顺带连坐) 根因级

若 3 台是从同一台已装/已登抖音的云电脑克隆:抖音客户端 device_id(缓存在 %APPDATA%\douyin / %LOCALAPPDATA%\douyin / 注册表 HKCU\Software\ByteDance)+ Windows SID/MachineGuid 被一起复制 → 抖音判为同一台设备挂 3 个号、从 3 个 IP 同时活动 → 设备聚集风控。

「未中招 ≠ 安全」: 设备聚集按并发 + 累积阈值触发,不是同指纹就秒封。"时不时"跳正符合"同指纹机器同时段并发活跃那一簇把阈值顶过去"。是定时炸弹不是免疫,同指纹组建议预防性处理。额外风险:同设备多号会形成账号关联,连坐封号(比软封更重)。

三、命中时怎么操作(关键:别再发)

脚本里已有保护:douyin_dm_grounded.py 用一次 VL call 检测 SMS/滑块/人脸,命中即 HALT 整条 lead(不计配额、回池);wuying_poll_agent.py 标 aborted 回池。 但"自动停"只是不再撞,不等于解除,人要做:

  1. 立即停掉那台的 agent。
    铁律 DM + route-B 同机的两台(饭粒 / 夏夏·零星)别 Stop-Process py,python 全杀 —— 会连带杀掉 route-B 的 watch/consume。先看清再动: 
    Get-CimInstance Win32_Process | select Id,CommandLine | fl
    正常 DM+route-B = 3 个 python(wuying_poll_agent.py + _realtime_touch_watch_wuying.py + _realtime_touch_consume_wuying.py),只停 DM 腿。
  2. 在串流窗口里人工把验证过掉 —— 滑块手动拖、短信收码填。 别让脚本去解滑块没有自动解,硬试只会升级。
  3. 冷却 1~2 天再恢复该号,不要过完马上又满速跑 —— 当天大概率复发。
  4. 复发判别: 重置指纹 + 冷却后还高频跳 → 是行为节奏问题,不是指纹,转第四节。

四、平时怎么操作不触发(按有效性排)

① 排查同号多端并发 最有效

  • 每台云电脑 = 一个号,且这个号没有同时登在 iPhone WDA / Android / 别的云电脑;
  • 查幽灵旧 agent:DB 有 claim 但窗口无日志 = 第二实例;改 .env 后必须重启进程(agent 只在启动读一次)。

② 日限/间隔退回保守档 直接降链

  • 日限退回 15~20 条/号(别跑满);
  • 间隔 90~120s + 随机抖动(固定等距间隔本身就是机器人特征);
-- 回滚发送间隔(保守)
UPDATE accounts SET min_send_interval_seconds = 90
WHERE type='messaging' AND channel_pref='cloud_pc'
  AND name IN ('零星','饭粒（一筑·全屋定制）','小文（野荞）');

③ 养号 / 账号权重

  • 跳验证的号大概率是营销号画像 → 补真实作品 ≥10 条压住冷启动标记;
  • 刚导的 fresh cookie 别立刻满速跑,先低强度用一两天。

④ IP 稳定

  • 一个号固定一台云电脑 / 一个出口 IP,别换来换去;
  • 别用共享代理池(历史污染会传递)。

五、若伴随「搜索软封」:重置指纹(按成本升序)

只在出现"搜人结果为空但浏览器能搜"时做;跳滑块/短信不靠这个治。

  1. Step 1(每台各做一遍,~20min,不动部署): worker/scripts/wuying-dm/reset-douyin-fingerprint.ps1 —— 杀抖音进程 + 删 %APPDATA%/%LOCALAPPDATA% 下 douyin/抖音/aweme/bytedance 目录 + 清注册表设备键。只清客户端,不碰部署目录 C:\akke-wuying\wuying-dm。跑完手动:卸载抖音 → 重启 → 装最新版 → 重登本机对应账号(切勿交叉) → 切英文输入法搜人验证。三台错峰各做、各登各的号。
  2. Step 2(Step 1 后仍空才上): 无影重置/重建实例换机器级身份。代价 = 重新部署 wuying-dm(脚本 paste.rs 重传 + 重导 cookie + 可能重校坐标)。
  3. 防复发(写进部署规范): 永远不要把已装/已登抖音的机器做成基础镜像。基础镜像只装干净 OS + 依赖 + 脚本,抖音每台克隆好后单独装、单独登。若必须焊进镜像:去指纹是两层 —— sysprep /generalize 只清 Windows 机器层(SID/MachineGuid),不碰抖音应用层 device_id;必须先跑 reset-douyin-fingerprint.ps1 清应用层,再 sysprep。

六、待办:发送脚本的弹窗预检还没补全

douyin_dm_grounded.py 已有 VL 弹窗预检,但发送脚本的 pre-action HALT 覆盖还不全(TODO)。参照 manual_follow_top10_fresh.py:detect_blocking_modal 的做法:goto 后 wait_for_timeout(8000)(滑块是 SDK 异步注入,3s 不够会漏检)+ 在 button_not_found 分支再补一次检测。
若跳验证后脚本还在傻跑下一个目标,就是这道闸没加全 —— 那是在主动加速封号,优先级最高。

📌 串流窗口边速查卡

看到这个立刻做
滑块 / "按住左边按钮拖动"停 DM agent → 人工拖过 → 冷却 1~2 天。别让脚本解
"验证码中间页" / "请输入本人持有手机号"停 DM agent → 人工收码填 → 冷却 1~2 天
搜人"结果为空"但浏览器能搜跑 reset-douyin-fingerprint.ps1(三台错峰)
频繁反复跳日限退 15~20 / 间隔 90~120s / 查同号多端并发

停 agent 前必查: DM+route-B 同机的别全杀 python,先 Get-CimInstance Win32_Process|select Id,CommandLine|fl 看清。