判断时关注的线索

求购消息提到具体空投项目、大致操作规模和执行时间
发言者讨论独立 IP、浏览器指纹或反女巫要求
服务团队仍需人工核实身份、权限、需求细节、验收标准、安全和付款安排

如果你不知道“撸毛”是什么，先花十秒：加密项目可能向符合条件的用户发放代币，这叫空投。一些操作者会使用多个钱包批量与项目交互，希望其中一部分符合条件，这种做法常被称为“撸毛”。项目信息、测试网教程、组队和脚本报价，经常出现在 Telegram 群和频道里。

一个撸毛配套服务群，深夜的消息长这样：

“XX 项目可能快空投了，求一批钱包用的交互脚本” “代撸 XX 测试网，有设备，价格私聊” “出一批干净钱包，IP 独立，带指纹，要的速度” “反女巫咨询，不想被一锅端，有没有懂哥”

如果你是一个做撸毛配套服务的团队——卖脚本、卖钱包、做操作咨询——这些消息每一句都像生意。但紧急语气和技术词汇不能证明发言者是谁。骗定金、不安全脚本和钱包凭证泄露，都是交付代码、账号或钱之前必须由双方核实的风险。

这篇文章用一个合成场景，讲一个撸毛配套服务团队，怎么判断一条模糊的“求脚本”消息是否值得继续追问。工具负责把消息整理成可核实的记录，判断和联系仍由人完成。

NOTICE：本文中的消息与团队均为合成场景，用于演示判断逻辑，不代表真实客户案例、客户证言、合同、收入结果或转化数据。

第一步：先分清这个圈子里谁在说话

撸毛群里同时有操作者、服务商、转卖者、围观者和欺诈账号。一条求购消息不能靠自称的角色或催促语气完成分类。

一条“求脚本”消息，可能有几种解释：

说话的人	目的是什么	一眼特征
可能的工作室操作者	项目可能临近空投，需要批量交互	提到项目名、大致规模和操作限制，但都仍待核实
同行套信息	探你脚本能力、摸行情	只问”能做到多少钱包”，不给项目信息
骗子	骗脚本源码、骗定金	催着”先打款""加私聊”，回避验收标准

为什么这一行特别难筛？公开项目条件可能很快变化，而“急”也是常见的施压话术。消息越催，越要核实范围、授权与安全，不能因此跳过检查。

另外这行有个必须单独检查的风险：私钥安全。 “卖干净钱包”可能是正常交易，也可能意味着凭证曾被他人保留。交付前要由人约定安全的检查与移交流程；价格低不能证明安全。

这一步对应到工作里，是先想清楚盯哪些群——撸毛项目群、空投信息频道、工作室互助群各是什么属性，哪些值得纳入处理范围。可以看：27 个群，先盯三个——问题不在关键词不够多，在还没选好一个具体问题和三个高相关群。

第二步：定义”什么算值得接的需求”

这个团队卖脚本，不是见单就接。他们先用自己的业务语言定义清楚：群里出现哪些说法，值得查看是否存在批量交互需求？

他们定义的事件叫”空投批量交互需求”，判断线索是：

提到具体项目名——足够继续问需要做哪些交互，以及请求是否只涉及公开测试网或其他获准环境
提到大致操作规模——用于判断可行性，但不能拿规模证明预算
提到操作限制——例如钱包是否准备好、设备条件、验收方式和安全要求
提到时间线——最好能对应一个可核实的公开节点，而不是只说“赶紧”

而常见的误报，可以列为排除项：只问“能做到多少钱包”却不给项目信息、催着先打款再说、只把人赶去私聊却不说明范围和验收标准的消息。

在 TOP Prospect 里，这一步对应提取规则：每个规则定义一类事件、关联关键词和事件类型。关键词与语义规则负责检索、分类和排序更像上述请求的消息；它们不会确认发言者是谁，也不会判断请求是否真实、获准或安全。

第三步：一条消息进来，先别急着回

回到开头那条：

“XX 项目可能快空投了，求一批钱包用的交互脚本”

团队的工作台上，这条消息被整理成一条线索记录：

字段	内容
业务分类	空投批量交互需求（商机类）
原文	（完整消息原文，一字不差）
来源	XX 撸毛互助群 · 发言者 ID
时间	2026-08-03 23:41（UTC+8）
AI 分数	按基础分、信号强度、重要程度、关键词数量、时效、重复提及次数等因子计算，给出 0-100 的排序分和”高优先级/重要/一般”分级
判断依据	命中“空投/脚本/一批钱包”；表述像批量交互需求，但身份、权限、安全和付款安排仍未核实
状态	新线索

注意两件事：

第一，分数只是排序用的。 这条可能因为项目名和操作需求比泛泛讨论更早出现——它回答的是“先看哪条”，不是“这条一定是真的”。分数不能代替事实判断，永远回到原文核实。

第二，证据必须能复核。 记录里保留了原文、来源群、发言者、时间戳和判断依据——任何一个刚接手的人都能顺着链接跳回原消息，独立判断“当时为什么命中规则”。记录用于复核，排序不是身份或真实性结论。

深入阅读：转发给销售前，先说清这条群消息从哪里来——四段来源记录怎么保留原话、语境、时间路径和处理过程。

第四步：人工核实，问对问题

这一步是人和工具的分工边界：工具把消息整理好，判断和联系由人来做。

团队负责人打开这条线索，先列出三个缺口，而不是直接私聊报价：

回到公开群聊看上下文——发言者有没有说明具体任务，还是只重复“私聊”？上下文能补信息，但不能验证身份。
问清工作范围——项目是什么、钱包和设备是否准备好、要执行哪些动作、怎样验收；团队还要判断请求是否合法、是否获得相应权限。
核对时间与交易保护——哪个公开节点造成期限，代码或访问权限怎样检查，付款和交付怎样保护双方。

核实完，才去私聊。开场用的是记录里的原文和上下文：

“看到您在 XX 群求批量交互脚本。报价前想先确认：具体项目是什么、钱包和设备是否准备好、需要执行哪些动作、期限是什么、怎样验收？”

这句话的结构是：从哪看到（信源）→ 对方的原话 → 缺少的操作细节 → 低姿态动作（先确认范围，不是先报价）。 对方愿意补充细节，只能说明值得继续核实；身份、权限、资金和意图仍需另外检查，并采用安全的交易流程。

想深入理解”群消息不能直接等于线索”这层，可以继续看：同一条消息，在三个系统里长三副面孔——从原文、候选记录到 CRM 备注，看一条消息怎样保留证据与责任。

第五步：状态流转，别让线索悬着

假设对方回复了项目名，并说钱包和设备已有一部分准备好。此时仍不知道这些资源是否由发言者控制、请求是否获得许可、怎样验收，以及付款和交付如何保护双方。

团队把状态从“待跟进”更新为“已跟进”，只记录收到的回答和尚未解决的问题。下一步由团队手动选择：

信息足够继续查： 保持“已跟进”，写下下一个问题或审核动作。
不安全、无法核实或超出服务范围： 标为“无效”，并写清原因。

在 TOP Prospect 里，状态由团队手动更新。产品不读取私聊、不认证发言者、不检查钱包、不批准任务，也不知道任何商业结果。 是否继续及怎样继续，均由人决定。

深入阅读：四十六条，一条都没人认领——不是没人看见，是没人写下第一个判断。

第六步：定期复盘，把骗子特征记进规则

跑了一个月，这个团队做了一次复盘，用的都是自己的核实记录：

看过的求购帖里，哪些能补足信息继续核实、哪些始终不安全或无法佐证——哪些表达可能需要加入排除条件
哪个群的求购帖质量最高——下个月优先盯这个群
哪些请求反复走进死胡同——例如拒绝说明项目、回避验收标准、范围未明就催打款。操作人员可以记录这些模式，再决定是否调整排除条件

TOP Prospect 会保留团队手动填写的状态和备注，供复盘时查看。如果某类死胡同反复出现，可以由操作人员手动修改提取规则、排除条件或来源优先级，再观察结果。产品不会根据跟进结果自动学习，也不会自行改写规则。

回到深夜那条求脚本消息

撸毛群的每一条消息都像生意，但真能把生意做成的团队，赢在不是”刷群刷得快”，而是三件事：

在正确的群里盯（先分清哪个群值得持续关注，而不是群越多越好）
把消息变成能核实的记录（原文、来源、时间、判断依据六样齐全）
人工核实问对问题（先确认需求再报价，分数只排序不代替判断）

工具负责把模糊的群聊整理成可核实、可排序、可跟进的记录；剩下的判断和联系，仍由人完成。深夜那条求脚本消息是否值得进入下一步，不能由消息本身确认，要看范围、证据、安全检查和人工判断。

值得关注的潜在线索 Signal 是怎样被发现的

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。

查看方法论与核心定义

“求批量脚本”——撸毛群里，哪条需求值得先核实