lead-signals

用途

Lead signals 用于在用户想要寻找买家、温线索或热线索，或关注购买信号、意向信号、触发事件时，从公开信息中识别出值得联系的潜在客户。其核心思路是：一个信号就是一条公开事实，它让一次对话变得及时——比如有人抱怨了你所解决的问题、与相关帖子互动、为此招聘、获得融资或更换了工具。

该技能运行在 treg 之上。如果尚未配置（treg --version 失败），需要先阅读 https://treg.to/llms.txt 并按其说明安装和登录，然后再回来使用。

主要能力

运行流程分为三步：

1. 检测原始信号：针对用户的买家画像，从公开来源中检测原始信号。
2. 资格筛选：丢弃噪音，大多数运行会丢弃超过一半的信号。信号列表不等于线索列表。
3. 联系信息：仅对通过筛选的行，按“公司 → 决策者 → 工作邮箱”的顺序获取联系方式。

最终返回一份排序后的列表：人物、公司、信号、一句话说明为什么是现在、来源链接，以及找到的邮箱（如有）。同时会明确说明覆盖情况，例如“1,180 人互动，找到 800 个邮箱”。

对于“为 X 寻找买家”或“监控 Y”这类默认请求，流程是：在 LinkedIn、X 和 Reddit 上搜索关于该痛点的帖子 → 阅读最佳帖子的评论和反应 → 保留职位匹配的人 → 按公司汇总并评分 → 对排名靠前的公司定位决策者和邮箱。

支持的信号类型

以下供应商只是当前可用来源的示例，并非固定清单；应通过搜索，采用目录当前排名最好的来源。

• 帖子与抱怨：搜索 LinkedIn、Reddit、X 帖子。保留第一人称痛点、最近 7 天、提及你或竞争对手的内容；丢弃供应商、招聘人员、向同一人群推销的顾问。
• 帖子互动者：搜索 LinkedIn 帖子评论、帖子反应。评论优于点赞，职位需匹配；丢弃作者同事和“好帖”式回复。
• 评论：搜索 Google 评论。保留与你所做工作相关的低星评价；丢弃超过一个季度的评论。
• 招聘：搜索职位发布。保留暗示需要你产品的岗位、最近 30 天、多个岗位；丢弃 staffing 公司和长期重复发布。
• 职位变动：搜索 job change。保留最近 90 天内进入匹配公司的人、前用户；丢弃同一集团内部的调动。
• 融资：搜索 funding rounds。保留最近 90 天、阶段匹配你价格的内容；丢弃被误读为增长的债务。
• 技术采用：搜索 technology users、tech stack。保留最近新增或移除的工具：竞争对手或集成；丢弃每个网站都有的标签。
• 员工人数：搜索 headcount、workforce。保留买家团队的方向和变化率；丢弃因收购导致的跳变。
• 新闻：搜索 company news。保留发布、收购、高管招聘、最近 30 天；丢弃联合发布的重复内容。
• 广告：搜索 ads library。保留正在投放的广告活动：预算和可供定位的优惠。

其他信号都是组合。例如页面变化：抓取页面、保留哈希、下次运行比较。自定义意向：如 Google 搜索“migrating from <competitor>”。仓库星标：使用团队自己的 token 访问 GitHub。

使用方式

查找端点：目录每周都在变化，因此永远不要信任记忆中的端点 id。

• 使用 treg catalog search "<用平实语言描述的任务>"，而不是供应商名称。
• 优先使用路由的 treg.* 端点：先使用团队自己的密钥，然后按顺序使用供应商，大多数未命中是免费的。
• 使用 treg catalog get <id> 查看价格、命中率（它找到了东西），而不仅仅是“可用”（返回 200），以及该行的备注。
• 先做一次小调用。阅读报告的收费和 _treg.served_by，然后再扩大规模。
• 如果没有匹配：treg catalog request "<缺少什么>"。

获取邮箱：使用路由查找器 treg.people.email.find，并始终发送 X-Treg-Route-Max-Cost: 0.05；如果不设上限，一次未命中可能会走到最贵的供应商。

评分：先看匹配度（不匹配就不保留），再看时机（越新越好），最后看强度（同一账户上两个独立信号胜过只有一个）。每一行都用用户自己的话携带理由。

持续监控：当用户需要定期运行时：

• 先运行一次并报告成本（汇总报告的收费）：这就是每次运行的价格。
• 维护 signals.csv，以人物 URL、信号和来源 URL 为键。后续运行只报告新的键。第一次运行是基线，需要说明这一点。
• 用用户的 agent 安排调度：Claude Code 的 /schedule（云例程）或 /loop（会话打开期间），Codex 的 codex exec "<prompt>" 配合 cron，其他 agent 使用自己的调度器。定时运行需要 TREG_TOKEN（来自 treg org agent-new 的 agent token）以及一个可读写的 signals.csv 存放位置，例如仓库文件或表格。

适用场景

• 为特定产品或服务寻找潜在买家。
• 监控特定市场或人群的购买意向。
• 识别触发事件（融资、招聘、技术更换、职位变动等）带来的销售时机。
• 需要定期、持续地发现新线索并只关注增量变化。

限制与注意事项

• 该技能依赖 treg 环境，未安装或未登录时无法运行。
• 信号列表不等于线索列表，大多数运行会丢弃超过一半的信号，需要接受较高的噪音过滤比例。
• 目录和端点每周变化，不能依赖记忆中的端点 id。
• 邮箱查找需要设置成本上限，否则可能产生较高费用。
• 在首次提供列表前，需要说明一次：向欧盟和英国人士进行外联需要合法依据，且抑制名单和退订名单优先。之后交付列表，由用户决定如何使用。
• 关于具体收费、价格、平台覆盖范围等细节，资料中未提供完整信息，需以实际运行报告为准。