AKKE · 智能获客 · 部署专题
潜在触达（route-B）· 部署专题方案
把「关注的老客户一发新视频，机器人自动去点赞 + 评论」这件事，从人工逐条手做，搬上云电脑 7×24 全自动常驻。
本页讲清：这是什么 · 0→1 怎么形成（含第一个案例）· 原理 · 怎么批量化 · 做得好/不好 · 还在进行中的。
一筑（饭粒）探路号 · ✅ 实时跑通
零星（夏夏）整台修活 · 待攒量
小文（野荞）✅ 实时在跑 · 已产出达标
截至2026-06-25 · DB 实查
📌 一分钟看懂（重点已荧光标黄）
潜在触达 = 对「发过私信、1 天没回、但当初评论是高意向、又不是同行/商家」的老客户，不放弃——等他发新视频时，机器人自动去点赞 + 评论 2 条，刷一次存在感。每次他更新就再触一次，最多 7 次，一旦他回复立刻停、转人工。
0→1 的判定不是「脚本能跑」，而是真实业务首单端到端跑通：2026-06-14 在饭粒的「一筑」号上首次把「点赞+评论1+评论2」三连完整跑通（上午先用 @尹 的视频做技术首验），当天客户 冰糖葫卢 打出第一个真实成功案例（完整三连、已在抖音核实）；之后 缘 / 柴油法拉利 / 雨霖麻麻 等多位老客户陆续被成功触达（见下方「真实案例」）。
现在的瓶颈不在「没人发视频」，而在执行层和铺开节奏：一台机一个抖音窗口、机器人「演真人」点屏幕，每修通一堵墙又露下一堵；探路号已跑通，正把这套能力复制到 3 个人的云电脑上。
0「潜在触达」到底是什么
我们获客有三条通道：私信（DM）、反向评论（RC）、还有这条潜在触达（团队内部代号 route-B / 二触）。前两条是「主动找上门说第一句话」；潜在触达是主动出击之后的「不放弃跟进」。
进池条件（4 个同时满足才进）
① 给他发过私信/评论
② 已经 1 天没回我们
③ 他当初的评论是高意向
④ 不是同行 / 商家号
满足后，他每发一条新视频，我们就做一次「点赞 + 评论1（夸/聊视频内容）+ 评论2（自然顺到我们的产品，搬当初那条私信的话）」。
💬 人话：就像销售加了客户微信、客户没回——好销售不会死缠烂打发广告，而是去给客户朋友圈点赞、评论，混个脸熟。机器人替我们做的就是这件事，只不过场地是抖音、而且 7×24 不知疲倦。
触达节奏：最多 7 次，回复即停
任一环节他一回复 → 动线立刻改成「已回复」、退出自动节奏、转人工接手。商家/同行只在「第一次找新客户」那层排除；潜在触达层对已发过私信的老客户统一都触、不按视频内容挑（点个赞评句话成本极低，发了不亏）。
10→1 怎么形成（含第一个案例）
从「想法」到「真发出第一条」，走了大约半个月，每一步都是踩到一堵墙、修通、再露下一堵。下面是关键节点。
06-11 · 规则与骨架定稿
PM 定下「事件驱动全自动」规则（≤7 次、≥1 天进池、回复即停）。技术验证：
无影云电脑（国内 IP）能拉到抖音「关注流」——这是逮新视频的基础。
06-14 · 🎯 三连首次跑通 + 第一个真实成功案例
上午在「一筑」号用客户
@尹「路过来看看我的新房」 的新视频，首次把「点赞+评论1+评论2」
全链路技术跑通（里程碑首验）；当天客户
冰糖葫卢 完整三连成功、
已在抖音核实（视频发布 13 分钟内就触达完，趁新鲜，见下方「真实案例」）。同日发现头号坑「连播打偏」（视频播完自动跳下一条，点赞评论全打歪），靠「取消连播」治住。
06-15 · ✅ 多位老客户被成功触达 + 新鲜闸放宽
缘 / 柴油法拉利 / 雨霖麻麻 等多位老客户当天被成功触达（评论真实可见；不过核对发现
这几条评论落在他们较早的视频下、属「开到旧视频」、非趁新鲜，见下方「真实案例」）。同日把新鲜闸从 10 分钟放宽到
≤20 分钟，把 11–15 分钟那批从误杀里救回来。
06-16 → 06-17 · 连撞执行层的墙
检测端天天有货（每天 15–18 条新鲜视频），但
真发一直是 0：执行器卡死 10 小时冻全天、窗口标题「抖音→douyin」导致焦点判定全失配、搜索框坐标点空……逐个拆。
06-18 → 06-22 · 执行层逐一拆通 + 数据实时回库
「开错视频/点空」改成
看图找（视觉定位）、执行器加 300 秒硬超时、评论验证放宽减假失败。触达结果从「手动摆渡回来登记」升级为
消费端直连数据库实时回写。一筑号回写出 e2e
3.4 / 4.4 分钟 两条达标样本。
06-23 → 06-24 · 从「我的号」铺到「夏夏的号」
接管夏夏「零星」号、整台修活（私信坐标飞出屏幕、监控缺 cookie、消费没连库三件一次修通）；号源改成
数据库实时表 + 每小时自动重算，不再人工搬名单；两台都配开机自启。
🥇 三连第一次跑通是怎么做到的（06-14 · 一筑号）
| 环节 | 机器人实际做了什么 |
|---|
| 逮到 | 监控盯着关注流，老客户一发新视频（≤20 分钟新鲜）就被抓到 |
| 核身 | 搜到人 → OCR 身份门核对昵称，确认是本人才动手（宁可漏发、不可发错人） |
| 三连 | 打开视频 → 暂停防自动下滑 → 点赞 → 评论1（针对视频内容现场生成）→ 评论2（搬当初那条私信） |
| 验证 | 截图验「爱心真变红 + 评论真出现」，验不过不算成功、不登记 |
为什么这算 0→1：「逮对了视频 → 是本人 → 真发出 → 验证到」四件事第一次同时成立，标志潜在触达从「脚本能跑」变成「真业务能用」。当天客户 冰糖葫卢 就是第一个走完这四步的真实成功案例（详见下方「真实案例」）。
2原理是什么
为什么非得让机器人「演真人」点屏幕？
💬 人话：点赞、评论这些动作，抖音没有能从云端直接调用的官方接口，加上我们的服务器 IP 被抖音封、还需要登录态。所以唯一能走通的路，就是在云电脑上开着抖音电脑版，让脚本像真人一样移鼠标、打字、点按钮、截屏看结果。看着「笨」，但这是目前唯一过得了抖音风控的姿势。
三个程序接力的「流水线」
一台云电脑上常驻 3 个程序，事件驱动串成一条线——有人发新视频才动，没有就静静等：
① 监控 watch
7×24 盯关注流，逮到池里人的 ≤20 分钟新视频 → 丢进队列
→
② 消费 consume
从队列取货：现场生成评论1、查表取评论2，发前向数据库领号去重
→
③ 执行器
在抖音界面真操作：搜人→核身→点赞→评×2→截图验证→回写数据库
命门：监控（①）必须 7×24 一直运行，它一停、后面两棒就没货可处理——曾经「捞 0 整整 7 天」，事后查实纯粹是「监控 watch」这个程序那 7 天没在运行（没启动 / 崩了没重启），跟池子脏不脏、号死没死都无关（一把它重新跑起来，1 小时就逮到 2 个）。⚠️ 窗口开着 ≠ 程序在跑——黑窗口可能还摆着、里面程序早卡死了；判活要看黑窗口里每轮有没有新的时间戳在往下滚。
⏱️ 为什么追「≤20 分钟」
视频刚发出来，作者本人最可能在线、评论区还没被淹没，这时点赞评论被看到的概率最高。超过 20 分钟就过「新鲜闸」、放弃这条，等他下一条。
🛡️ 为什么「验证到才算」
机器人点屏幕会「点空」。所以每个动作后截图核对（爱心变红了吗？评论冒出来了吗？），验不过就标记失败、不登记成功——避免「日志显示成功、其实啥也没发」。
3如何批量化（一个人 → 多台云电脑）
批量化的核心思路：在一台「探路号」上把所有坑踩通、修好，再把这套能力低成本复制到 N 台。乘数器有这么几个：
| 乘数器 | 原来怎么做（费人） | 现在怎么做（省人） |
|---|
| 号源进池 | 手动跑脚本出名单、再人工把文件搬上云电脑 | 数据库实时表 + 每小时自动重算，新客户一符合条件自动进，发私信失败的高意向也自动补进来 |
| 脚本更新 | 手抄脚本、对版本号，传文件还老被墙 | 双击一个 .bat 自动从公共镜像拉最新版，免 token、免换版本号 |
| 镜像复制 | 每台机重新校准坐标 / 模板，20–30 分钟/台 | 把环境和校准好的坐标一次烤进镜像，新机克隆零重校准，每台只剩「扫码登自己号 + 试发」 |
| 同机共跑 | 私信和潜在触达抢同一个抖音窗口，靠运气不撞 | 窗口锁让发私信 / 盯回复 / 潜在触达三件事在单窗口排队，私信优先、不抢鼠标 |
| 权限直连 | 触达结果靠人工摆渡回来登记 | 云电脑用受控密钥直连数据库实时回写，3 台共用同一把，到期 2027-06 |
💬 人话：就像开连锁店——总部（PM）把一家旗舰店的全套流程跑顺、拍成「标准操作手册 + 装修模板」，新店直接照搬开张，店长（运营）只需要换个招牌、试营业一下。探路那台机把贵的错都踩完了，后面每台几乎零学费。
三号铺开现状（截至 06-25 · DB 实时查）
| 号 | 阶段 | 状态 |
|---|
| 一筑（饭粒） | 探路号 · 已跑通 | 所有坑在这台踩通；监控池 318，盯防 62 / 已触 58，e2e 实时回写达标（3.4 / 4.4 分钟） |
| 小文（野荞） | ✅ 实时在跑 · 产出中 | route-B 号已实时跑起来并在产出（当前最活跃）：06-24→06-25 落 5 条三连日志、时效 e2e 全 ≤20min 达标（3.6 / 4.3 / 4.6 / 5.6 / 6.3 分钟），second_touch_state 已触 101。
⚠️ 但质量参差——多条撞「搜错人」（纯数字号搜不到、评论没落对人，见第 5 节可达率天花板），评论2 常撞红线只发点赞+评论1。其余机器按手册继续铺。 |
| 零星（夏夏） | 整台修活 · 待攒量 | 06-23 一次修通三件，链路全活；监控池 462（高 241 + 中 221）；second_touch_log 仍 0 → 实时触达量还在攒 |
说明：野荞主号 route-B 已自部署在跑、且是当前出货最多的一台（早先 06-24 那份铺开页写「待自部署」是手写快照、已被实时数据修正）。
4真实案例：4 位老客户的「首次触达 → 潜在触达」
下面 4 个都是已在抖音上核实、机器人评论真实可见的潜在触达案例。每条都给出完整客户旅程时间线，三步走：① 他在我们的装修视频下评论（高意向起点）→ ② 我们发私信（首次触达）→ ③ 他后来发新视频、机器人去点赞+评两条（潜在触达）。原视频、他的新视频链接都可点开核对。
⚠️ 关于时间（已用真实时间戳核对，结论有更正）：每条「③ 潜在触达」里的小时间线 = 该视频发布时间 → 我们触达完成时间（都是库里实时间戳）。核对后发现：只有冰糖是真·「趁新鲜」触达（视频发布 13 分钟内就触达完）；雨霖 / 柴油 / 缘 的评论其实落在他们较早的视频下（隔 18 小时 ~ 97 天）——评论真实可见、但这是「开到旧视频」那类问题（同归然 06-17 那条），不是趁新鲜触达。真·分钟级的新鲜触达样板见下方 06-25 实测。
💬 一个有意思的点：这 4 位当初都是高意向装修 lead，但后来发的视频是蓝莓 / 戏曲 / 食品这些跟装修无关的内容。机器人照样「评论1 顺着新视频内容夸一句 + 评论2 自然搬回当初那条装修私信」——这正是 PM 定的规矩：已发过私信的老 lead 统一都触、不按视频内容筛（点赞评论成本极低，刷脸熟不亏）。
°✿冰糖葫卢✫★完整三连 ✅高意向 · 盯防 1/7
② 首次触达 · 私信05-27「你好，冰糖。视频里的瓦工避坑指南和开工验收清单可以发你，私信留邮箱发 PDF，你家水电阶段要注意空鼓测试和防水闭水试验。」
③ 潜在触达 · 赞+评×206-14
- 👍 点赞（验证爱心变红）
- 💬 评论1（评视频）：「蓝莓甜到心坎里，这季节的快乐果真少不了它～」
- 💬 评论2（搬当初私信）：「你好，冰糖。视频里的瓦工避坑指南和开工验收清单可以发你……防水闭水试验。」
点评：当初在装修视频下求资料、没回；18 天后他发蓝莓视频，机器人顺着蓝莓夸一句、再自然把当初的装修话搬回来。记忆里这条是「冰糖 ~10 分钟内达标」的快案例。
缘完整三连 ✅高意向 · 盯防 1/7
② 首次触达 · 私信06-02「你好，缘，房子修好该上柜体了！按 284 一平算下来 5 万起步，浙江区域上门量尺能出图。你家是几室几厅呢？」
（私信精准接住了他评论里的「房子修好了正需要装修」）
③ 潜在触达 · 赞+评×206-15
- 👍 点赞
- 💬 评论1（评视频）：「赞赞赞」（评论1 偶尔会退成这种兜底语——视频内容为空/命中红线时的已知小瑕疵）
- 💬 评论2（搬当初私信）：「你好，缘，房子修好该上柜体了！按 284 一平算下来 5 万起步……」
点评：点赞+评论2 都正常发出；评论1 这次退成「赞赞赞」是兜底，不影响整体触达。
雨霖麻麻😜🤓触达成功 ⚠️ 但有红线词风险高意向 · 盯防 1/7
② 首次触达 · 私信06-09「你好，雨霖麻麻。你家 130 平比视频里 100 平还多出 30 平，预算 20 万配全屋定制完全够。原价 868 一平、样板房专供价 568 全包，兔宝宝板材……」
（私信精准接住「视频 100 平 → 你家 130 平」）
③ 潜在触达 · 赞+评×206-15
- 👍 点赞
- 💬 评论1（评视频）：顺着食品视频夸一句（如「这小苏打用得真巧，厨房救星啊！」「这血糯米蒸得太有食欲了～」）
- 💬 评论2（搬当初私信）：含「868 / 568 报价」——公开发到了一个食品号评论区
⚠️ 典型双刃：触达本身成功，但评论2 把报价公开发到无关的食品号下（同行路人可见，有限号风险）——这正是后来加「红线词拦截」的起因（评论2 命中价格/微信就只发点赞+评论1）。另：06-16 对她的几次触达又撞了「搜错人/焦点丢」失败，不是每次都顺。
柴油法拉利触达成功 ✅（赞+评论1 已核实）高意向 · 盯防 1/7
② 首次触达 · 私信05-31「你好，柴油法拉利，刷到你在视频下的评论里讲装修避坑，确实该盯紧板材封边和五金。你家户型多少平？准备先动哪组柜子？」
③ 潜在触达 · 赞+评×206-15
- 👍 点赞
- 💬 评论1（评视频）：「这身段这唱腔，绝了！看得我鸡皮疙瘩都起来了～」 （已人工到视频下核实：真发出、可见）
- 💬 评论2：没发出——系统当时误判评论1失败、连带跳过了评论2
点评：他发的是戏曲视频，机器人点赞 + 评论1 夸唱腔已人工核实真发出、触达落地成功。唯一遗憾：评论2（搬装修私信那句）被「评论1 验证假阴性」误判连坐而漏发——这是个活生生的「假阴性」实例：评论1 明明发了，机器却判失败、连累评论2。修法 = 放宽验证、别让假阴性连坐。
⏱️ 真·分钟级新鲜触达样板（06-25 实测 · 野荞号 · 库里完整时间戳）
想看「具体到分钟」的，这条是 06-24 起新触达里数据最全的——发布 → 检测 → 触达完成三段时间戳都在库里：
+6.3 分钟
检测延迟(e2e)
+约 2 分钟
三连执行
e2e 6.3 分钟达标（发布→检测延迟，≤20 分钟新鲜闸）；全程发布→触达完成约 8 分钟。点赞 ✅、评论1 ✅ 发出；评论2 含报价撞红线被拦（只发赞+评论1）。🔗 douyin.com/video/7655162906657157605
注：库里「e2e」记的是发布→我们检测到的延迟（衡量「逮得快不快」），不是发布→完成。更多带分钟级时效的实时触达见 pt-summary 实时页。
📗 这几条做得好
- 冰糖 / 缘：完整三连达标
点赞+评论1+评论2 全发出，评论1 顺新视频内容夸、评论2 自然搬回首次触达的装修话，衔接不突兀。
- 时效快（冰糖）
趁视频新鲜触达，冰糖视频发布 13 分钟内就点赞+评论完。
- 话术「JIT 现生成」
评论1 是机器人当场看着新视频内容写的（蓝莓/唱腔/小苏打各不同），不是套模板。
📕 暴露的风险 / 教训（均已修或有护栏）
- 红线词外漏（雨霖麻麻）
报价公开发到无关号 → 已加红线词拦截。
- 评论2 被假阴性连坐（柴油法拉利）
评论1 其实已发出（已核实），机器却判失败、连带跳过评论2 → 放宽验证、别让假阴性连坐。
- 开到旧视频（归然 06-17 + 本页缘/柴油/雨霖）
赞评落到对方较早的视频上（隔几十天）→ 改看图按目标视频导航，别盲点「第一格」。
- 捞 0 七天 / 冻 10 小时
监控没开 / 执行器卡死 → 7×24 常开 + 开机自启 + 300 秒硬超时。
- 评论自见软封（野荞 06-21）
动作本身的风控 → 发现苗头立即停、冷却 1–3 天自愈。
一条贯穿的方法论：不瞎归因。坐标点空一度被赖给「重启把坐标挪了」，理性排查后发现真因是抖音界面随内容变（视频竖屏/横屏、主页头部高矮），治本是「会动的元素改成看图找」，而不是「每次重启重新量坐标」（治标、下个视频又崩）。
5进行中 & Next to do
截至 06-25，链路全通、一筑+野荞两台已在实时产出达标触达，但还有几块在攒/在治：
⏳
零星攒首批实时触达量链路全活，等池里的人发新视频被逮到 → 攒首批 e2e≤20min 触达，验「触达流水表」真在涨，作为给野荞的「跑通证据」。
📊
号源 4 张实时表攒数据monitored_targets / second_touch_log / pt_target_video_sightings / account_follows 昨夜刚上线、当前 0 行；盯每小时 cron 跑出数据。
📦
野荞铺开（主号已在跑）+ 治搜错人野荞主号 route-B 已实时产出达标触达（当前最活跃）；眼下的质量短板是多条「搜错人」——其余机器照「拉 .bat + 双击」继续铺，共用同一把受控密钥；部署后必 --confirm 验坐标、盯软封信号。
🔢
可达率 ~62% 的天花板（野荞已撞上）约 38% 客户只有纯数字 ID、没设抖音号，任何搜索通道都够不着 → 表现为「搜错人/未成功」（身份门会正确跳过，这是天花板不是 bug）。要够着得改成「从评论直接点进主页」，暂未做。
🧱
两块数据补齐（交接中）① 真实关注数抓取器（让漏斗「关注人数」切真实值）；② 监控逮到的每条新视频写一行「sighting」，让漏斗出「当天更新人数/视频条数」。前端字段已就绪、等写库管道。
📈
pt-summary 可视化层每人漏斗 + 案例清单（成功/失败含原因）+ 评论具体内容——数据路通后自然有。
↗数据来源 · 引用的 upio 实时页
本页所有数字与案例均来自下列实时直连生产库的页面 + 团队记忆 + 6-23/6-24 会话实锤，可点开核对（部分页面每 30–60 秒自动刷新）：