文哥账号 0→1 · DM 与 RC 全过程
从零开通「文哥」云电脑账号 → 跑通私信(DM)快通道 → 设计并上线反向评论(RC)接力通道。本页是当日全过程 + 关键卡点复盘,重点结论已高亮。
2026-06-16 ｜ 账号 文哥 e7d50b4c · 抖音号 24384939266 · cloud_pc
★ 成果速览
🔑 一句话给领导:文哥 当天从 0 接入并发满 8 条 DM(时效达标);RC 接力通道代码全部上线、链路打通,但实测发出 0 条——卡在执行器在评论区找不到目标评论(comment_not_found),这是 RC 下一步要攻的核心问题。过程中发现并处理了一起账号身份串号事故(已定位、影响 1 条)。
1 当日全过程时间线(0→1)
- 建号 DM
建文哥 messaging 账号 e7d50b4c,channel_pref=cloud_pc,冷号暖机 daily_limit=8、间隔同线上惯例。
- 配 10min 快通道
设 fresh_window_minutes=10 —— DM 只发评论 ≤10min 的新鲜 lead,压端到端时效。
- DM 跑通 + 当日发满 8/8 达标
自动闭环:cron 每分钟派单 → 云电脑 poller 抢锁 → 搜索+OCR身份门+关注+点赞+私信 → 气泡确认。快通道后 4/5 ≤10min。
- 上线实时监控页
每账号一页、60s 自刷、每条带 10min 达标徽章。
- 设计 RC 接力通道 RC
需求:某号当天 DM 发满后,自动转发反向评论,专挑「评论已 >15min」放久了的旧 lead 捡漏。一人一首触互斥。
- 3 个 PR 编码上线
#371 RC 主逻辑 + claim 下限参数;#372 补 rc_daily_limit 列;#374 加评论龄上限 [15min,3h]。均走 PR+CI+自动 Review。
- RC 试点放真发
Vercel 设 PILOT=文哥/MIN=15/MAX=180/LIVE=1,只对文哥;DM 已 8/8 发满 → 接力门打开。
- 实测:RC 发出 0 条 受阻
派出 来地球玩的(20h)、老熊(73min)、奈斯(89min) → 全部 comment_not_found(执行器评论楼翻 7 屏找不到)。
- 发现并处理身份串号事故 事故
一条「小芳芳」记在小文名下却由文哥抖音发出 → 定位为开通初期克隆机的残留旧 poller(已消除)。
- 全部暂停 已停
关云电脑 + 给文哥设 dispatch_paused_until 硬暂停,确定性全停。
2 DM 通道:当日 8/8 明细
| 时间 | 用户 | 评论→触达 | 说明 |
|---|
| 15:48 | 泥彩哪 | 🔴 420min | 设快通道前的老库存(历史数据,不计入新口径) |
| 15:52 | 渔歌JUNG | 🔴 1026min |
| 15:55 | 180B2小伙 | 🔴 99min |
| 16:00 | 柠檬 | 🟢 4.7min | 设 10min 快通道后 → 4/5 达标 |
| 16:06 | 南曦 | 🟢 3.4min |
| 16:35 | 天空 | 🟢 4.4min |
| 16:46 | 宸飞 | 🟢 5.3min |
| 16:46 | jo | 🔴 10.3min |
DM 结论:文哥 DM 通道当天即跑通、发满日限,快通道生效后 ≤10min 达标 4/5(jo 10.3 为 +3min 竞速 buffer 边界值)。这是干净的成功。
3 RC 接力通道:设计 + 上线 + 实测
设计
DM 是快通道(发 ≤10min 新鲜);RC 是接力慢通道——某号当天 DM 发满 daily_limit 后,自动捡评论龄落在 [15min, 3h] 的旧 lead,去评论区楼中回复。一人一首触互斥(系统内建)。
代码改动(3 PR,均纯叠加、走 PR)
| PR | 内容 |
|---|
| #371 | RC 主逻辑:DM 发满才接力 + claim 加「评论龄下限」参数(只取 >15min)+ 试点只对文哥 + per-account RC 日限 |
| #372 | 补建 accounts.rc_daily_limit 列(文哥=5) |
| #374 | 加「评论龄上限」→ 取 [15min, 3h] 窗口(排掉太老、评论区翻不到的) |
实测结果
| 用户 | 评论龄 | 窗口 | 结果 |
|---|
| 来地球玩的 | 20h | 无上限期 | comment_not_found |
| 老熊 | 73min | [15,180] | comment_not_found |
| 奈斯 | 89min | [15,180] | claimed 后机器关闭,未发 |
🔑 RC 核心结论:派单/筛选/接力门/试点收口全部正确,但 RC 实际发出 0 条。根因不是评论龄窗口,而是执行器在评论区「找不到」目标用户那条评论——一条热门视频评论可能上千条、默认按热度排,翻 7 屏够不到。下一步真正要攻的是执行器找评论的能力(加大滚动 / 评论区按时间排序),不是再调窗口。
4 遇到的卡点与解法(重点)
全程 8 个卡点,记录现象/根因/解法,既是复盘也是后续加号避坑清单。
| 卡点 | 现象 / 根因 | 解法 |
|---|
| 派单脚本跑错机器 | 在云电脑里跑了 PM 侧派单脚本报错。职责混了:派单是 PM 侧,云电脑只跑 poller。 | 澄清分工,命令回到正确环境 |
| 心跳门挡首派 | 新号 poller 没轮询过(无心跳),派单侧只给在线 agent 派(防死号黑洞)→ 首次派单 0 条。 | 先起 poller 写心跳,再派单(先在线后派单) |
| 老库存拖低达标 | 前 3 条 DM 是设快通道前派进的旧 lead,评论早超龄 🔴。 | 分段看:快通道后只发新鲜,旧的不计入 |
| RC 需求 5 处冲突 | 「>15min / 按账号日限 / 独立暂停 / RC 没在跑」现有系统都不支持。 | 改代码补下限参数 + per-account 日限 + 试点过滤;「停 DM 留 RC」改用「DM 发满自动接力」 |
| 改到共用取数函数 | claim_leads_batch 被 DM/二触/手动拉单共用,改错会波及所有号 DM。 | 纯叠加(新参默认不限,旧路径一行未改)+ PR + 单测 |
| RC 真发开关历史遗留=1 | AKKE_RC_DISPATCH_LIVE 早被设成 1,差点 PR 合并即真发、跳过验证。 | 先压回 0 守 dry-run,验证后再放 |
| 漏建数据库列 | 代码读 rc_daily_limit 但漏写加列 migration。 | 容错降级没让线上崩;补 #372 加列 |
| 双 poller 身份串号(事故) | 克隆机残留的旧 poller 用「小文 id」跑在「登文哥抖音」的机上 → 小芳芳记小文名下、实际文哥抖音发出。 | 杀残留进程、确认 .env=文哥;经查鬼进程已自然死亡,影响仅 1 条 |
运维教训(也记上):① 空提交不会触发 Vercel 重新部署,改 env 需正常代码部署才生效;② 克隆机开通务必「换抖音号 + 改 .env AKKE_ACCOUNT_ID + 杀残留 poller」三件一起做,且全程只留一个 poller,否则身份串号。
5 当前状态(全停)
| 项 | 状态 |
|---|
| 云电脑 | 已关 → 无任何发送 |
| 文哥派单 | dispatch_paused_until=2027 → DM+RC 两通道都跳过文哥(即使机器再开 / LIVE=1 也不派) |
| 奈斯那条 | 卡 claimed、未发出;关联 lead 锁 4h 自动过期,无害 |
| 小芳芳脏数据 | 仍记小文名下(待定夺是否改挂文哥) |
恢复方式:清掉 dispatch_paused_until + 开云电脑(确认只起一个 account=e7d50b4c 的 poller)。
6 下一步
- 攻 RC comment_not_found(最高优)
改云电脑执行器:加大评论区滚动屏数 / 把评论切「按时间」排序,让目标评论翻得到。这是 RC 能不能真发的关键。
- 处理小芳芳脏数据
改挂到文哥名下(配额+回复路由对齐),或确认放过。
- RC 验证通过后再推广
文哥试点跑出真发 + 达标后,再铺到其他号(每台装 RC 脚本 + 校准)。
- 文哥 DM 稳定后提日限
暖机几天无风控后 daily_limit 8 → 30。