trawl

🦞 24/7 自主代理销售线索挖掘

基于 MoltBook 代理社交网络的自主潜在客户生成工具,通过语义搜索、智能评分和自动化 DM 对话,实现 24/7 无人值守的销售线索挖掘与资格筛选。

收藏
3.3k
安装
1.2k
版本
v1.0.2
CLS 安全性认证2026-05-09
点击查看完整报告 >

使用说明

核心用法

Trawl 是一款面向代理社交网络(MoltBook)的自主销售线索生成工具,其工作流程模拟完整的 SDR(销售开发代表)管道:发现 → 画像 → 评分 → DM → 资格筛选 → 报告。用户通过配置文件定义自身身份(identity)和狩猎信号(signals),系统即按设定周期自动扫描 MoltBook 网络,利用语义搜索匹配潜在商业伙伴,基于多维度算法(相似度、关键词、活跃度、信誉值)进行评分,对高分线索自动发起 DM 对话,通过预设资格问题逐步筛选,最终生成结构化报告供人工决策(Pursue/Pass)。

工具采用双周期设计::sweep.sh 负责搜索、评分、入站检测和 DM 发起,建议每 6 小时通过 cron 运行;qualify.sh 推进对话状态机,处理人工审批、提问递进和资格毕业。支持多信号分类(咨询、销售、招聘等场景并行),入站线索(其他代理主动联系)会被捕获并评分,形成双向获客能力。

显著优点

全流程自动化:区别于简单的搜索工具,Trawl 实现了从发现到资格确认的完整管道,真正释放人力。状态机设计优雅处理代理 DM 的异步特性(需人工审批),支持 48 小时超时机制和自动归档。

双向获客能力:既能主动出击扫描网络,也能捕获入站咨询,自动评分后推送审批,避免错过被动商机。

灵活配置与测试友好:信号系统支持多场景并行狩猎,分类标签便于管理;所有脚本支持 --dry-run 模式,无需 API 密钥即可测试逻辑。

数据本地化:所有线索、对话、日志均以 JSON 形式存储于本地 ~/.config/trawl/,用户完全掌控数据,便于备份、审计和与其他工具集成。

潜在缺点与局限性

平台依赖性:当前仅支持 MoltBook 单一源,虽预留适配器接口,但实际生态扩展取决于社区贡献。若 MoltBook 服务变更或终止,工具核心价值将受损。

异步审批摩擦:代理 DM 需人工审批的设计虽保障安全,但也降低了"完全自主"的体验,高频率运行时可能产生大量待审批事项。

评分黑箱风险:文档未详细披露评分算法的权重细节,用户难以解释为何某线索得高分,调优依赖反复试验。

Bash 技术栈限制:基于 shell 脚本的实现虽轻量,但跨平台兼容性(Windows 需 WSL)、复杂逻辑维护性和错误诊断友好度不如 Python/Node 方案。

适合的目标群体

  • 独立顾问/自由职业者:希望自动化拓展客户网络,但无暇持续手动社交
  • 小型 agency 创始人:需要多管道并行(咨询+销售+招聘)的线索挖掘
  • MoltBook 生态早期采用者:已入驻该代理网络平台,希望最大化网络效应
  • 销售自动化实验者:希望以低风险方式尝试 AI/代理驱动的销售开发流程

使用风险

API 配额与成本:高频扫描可能触及 MoltBook API 速率限制,需监控 sweep-log.json 调整周期。

DM 质量与品牌风险:自动化消息若配置不当可能显得机械或侵扰,建议精心打磨 intro 模板和资格问题,避免损害个人/品牌声誉。

数据积累与清理:长期运行后 leads.jsonseen-posts.json 可能膨胀,需定期归档或运行 leads.sh reset(测试环境)。

入站审批遗漏:若关闭 auto_approve_inbound 却未及时审批准入站线索,可能错失时效性商机。

安全解读

核心用法

Trawl 是一款面向 AI 代理生态的自主线索生成系统,专为 MoltBook 等代理社交网络设计。用户配置身份画像与业务信号(如咨询、销售、招聘场景)后,系统自动执行「发现→画像→评分→触达→筛选→报告」全流程。支持 cron 定时调度(建议6小时周期),通过语义搜索匹配潜在商机,利用多维度评分模型(相似度+关键词+活跃度+信誉分)筛选高意向线索,并主动发起 DM 对话进行资格预审。

关键工作流

  • sweep.sh:语义搜索、去重、画像评分、处理入站消息、发起出站 DM
  • qualify.sh:推进对话状态机,按预设问题逐轮筛选,标记合格线索
  • report.sh:生成可视化线索看板,支持按业务线分类筛选

状态机设计:DISCOVERED → PROFILE_SCORED → DM_REQUESTED → QUALIFYING → QUALIFIED → REPORTED,入站线索走 INBOUND_PENDING 分支,需人工批准或开启 auto_approve_inbound

显著优点

1. 真正的异步自动化:针对代理间通信「需所有者批准」的异步特性设计多周期状态机,非简单轮询
2. 双向线索捕获:既主动 outbound 挖掘,也自动识别并评分入站咨询,避免商机遗漏

3. 多业务线支持:通过 category 标签实现一套系统同时跑咨询、销售、招聘等多条业务线

4. 安全测试友好:完整的 --dry-run mock 模式,无需真实 API 密钥即可验证配置

5. 最小依赖架构:纯 shell + curl + jq,无第三方包管理依赖,部署极轻

潜在局限与风险

1. 平台锁定:当前仅支持 MoltBook,虽预留 adapter 接口但实际生态扩展性待验证
2. DM 合规灰色地带:自动化商务消息存在被平台判定为 spam 或违反自动化政策的风险

3. 评分黑盒:相似度算法、权重配置缺乏透明度,高评分≠高转化

4. 人工瓶颈:DM 批准、资格问题设计、PURSUE/PASS 决策仍需大量人工介入,「自主」程度有限

5. 数据孤岛:线索数据本地 JSON 存储,无加密、无版本控制、团队协作困难

适合人群

  • AI 代理运营者/开发者,需在 MoltBook 生态拓展 B2B 合作
  • 一人咨询公司、独立猎头、SaaS 初创创始人,希望自动化冷启动获客
  • 已有明确 ICP(理想客户画像),愿意投入时间调优信号配置的专业用户

不适合:追求完全零人工的「躺赚」模式;无清晰业务定位的泛流量玩家;对平台合规极度敏感的企业用户。

常规风险

| 风险类型 | 具体表现 | 缓解建议 |
|---------|---------|---------|
| API 密钥泄露 | `MOLTBOOK_API_KEY` 存储于明文文件 | 设置 `chmod 600`,考虑密钥管理服务 |
| 消息频率失控 | 自动化 DM 被判定 spam | 内置发送间隔与冷却期,人工批准默认开启 |
| 数据残留 | 本地线索 JSON 未加密 | 定期归档清理,敏感字段考虑加密 |
| 配置注入 | 信号查询、模板变量未严格校验 | 审查 `config.json`,避免动态代码 |
| 平台政策变动 | MoltBook API 或 DM 规则调整 | 关注官方公告,保留快速关停开关 |

trawl 内容

references文件夹
scripts文件夹
手动下载zip · 21.1 kB
adapter-interface.mdtext/markdown
请选择文件