用 Agent 补全入站线索：按线索付费，不买席位

摘要：用 Agent 做入站线索补全，可以把每个注册的邮箱和域名发到一个 webhook，触发一次 Agent 运行。Agent 用 People Data Labs 补全个人、用 Apollo 补全公司、拿名字去制裁名单里筛查、按你的 ICP 打分，然后每条线索建一条任务。每个合格线索在任何人回复之前都由人审阅。你按线索付 Firecrawl credits，不按席位付。

一次注册只带来两个有用的字段：邮箱和公司域名。得有人把它变成一个判断：这是买家、学生、竞争对手，还是一个你法律上不能做生意的名字？

常见的答案是给每个处理线索的人都买一个补全工具的席位。Apollo 按席位收费，定价页也说明一个账号下所有席位共享同一个套餐。人来做查询时，这说得通。Agent 来做查询时，读结果的人根本不需要席位。

这篇指南在 HiFox 上搭这条流程，用 Claude Code 或 Codex 作为 Runtime，用 Firecrawl Alexandria 作为数据层。下面每个 credit 价格都是 Firecrawl 的标价，读取时间是 2026 年 11 月 3 日。我们没有为这篇文章跑一条真实线索，所以把总数当作算例，接线之前先到 playground 核对价格。

为什么用 Agent 补全入站线索

入站线索补全指在一个人花时间之前，先把新联系人的职位、公司和匹配度填出来。Agent 可以跑查询、套你的规则、写一段简报。谁得到回复，仍然由人决定。

Agent 来做查询时，有三件事变了：

1. 账单跟着线索走。一把 Firecrawl key 覆盖所有提供方。每次查询都有标价，下面这些提供方的未命中不收费。
2. 规则变成一个文件。你的 ICP 放在一个经过审阅的文件里，Agent 每次运行都读，而不是留在审核人的脑子里。
3. 每条线索做同样的检查。当天第 40 个注册和第 1 个注册做同样的制裁筛查。

入站补全流水线一览

第 1 步：webhook 启动补全运行

在 HiFox 里，自动化是空间拥有的一条规则，把可重复的工作交给一个 Agent 或小队。它的一种触发器是 webhook：一个接收其他服务 POST 的保密 URL。你的注册后端把新线索发给它。

# From your signup handler. The URL is a secret; keep it in your app's env.
curl -X POST "$HIFOX_LEAD_WEBHOOK_URL" \
  -H "Content-Type: application/json" \
  -d '{"signup_id": "su_10482", "email": "jordan@example-corp.com", "domain": "example-corp.com"}'

HiFox 只在你创建或重新生成触发器时完整显示一次 URL。之后触发器卡片只会说 URL 已启用。你还可以加一个签名密钥，让请求必须通过签名校验。

有一个细节会影响设计：自动化启动的是一次 Agent 运行，不是一条任务。所以指令要告诉 Agent，在最后自己建这条线索任务。运行详情会保留这次触发的上下文，便于回看每条线索收到了什么。

第 2 步：用邮箱补全个人

People Data Labs person/enrich 标价每次调用 60 credits。只给一个 email 就够。控制花费的设置是 min_likelihood，范围 1 到 10，默认 2。调高之后，弱匹配会返回 404，而不是一条记录。Firecrawl 的提供方页面说得很直接：「这里 404 免费，错记录不免费。」

// enrich-lead.mjs: one call per signup, key injected as $FIRECRAWL_API_KEY
const call = (alexandria) =>
  fetch("https://api.firecrawl.dev/v2/scrape", {
    method: "POST",
    headers: {
      Authorization: `Bearer ${process.env.FIRECRAWL_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ alexandria }),
  }).then((r) => r.json());

const person = await call({
  provider: "people-data-labs",
  capability: "person/enrich",
  options: { email: lead.email, min_likelihood: 6, titlecase: true },
});
const p = person.alexandria?.[0];
if (p?.error) brief.errors.push(p.error); // check every result before using it

记录大约有 150 个字段。你的简报只需要其中五个。用占位值示例，Agent 写出的简报片段像这样：

{
  "full_name": "Jordan Example",
  "job_title": "Director Of Platform Engineering",
  "job_company_name": "Example Corp",
  "linkedin_url": "linkedin.com/in/placeholder",
  "likelihood": 8
}

也要盯配额。通过 Alexandria，People Data Labs 的提供方页面写明每个客户组织每年允许 50,000 次 API 调用，person 和 company 端点共用。重试也算，配额在每年 1 月 1 日 UTC 重置。

第 3 步：用域名补全公司

Apollo 的公司数据覆盖融资、人数和技术栈。Firecrawl 自己的示例用 companies/bulk-enrich 能力，一次最多十个域名。Firecrawl 的 Apollo 提供方页面写明每个匹配公司 30 credits，未匹配的域名免费。

const company = await call({
  provider: "apollo",
  capability: "companies/bulk-enrich",
  options: { "domains[]": [lead.domain] },
});
const org = company.alexandria?.[0]?.data?.organizations?.[0];
// org.name, org.estimated_num_employees, funding and technology fields

Apollo 在 Alexandria 上的页面列了一个内置技能「CRM account data refresh」。它按域名重新补全账号，并把新值和 CRM 里已有的值对比。这是同一个调用，只是指向已有账号，而不是新注册。

第 4 步：拿线索去制裁名单里筛查

Alexandria 的 People 类别包括 OpenSanctions，一个制裁、PEP 和关注人物数据库，也包括英国制裁名单。先用 find-tools 查能力和价格不收费。让 Agent 在第一次付费调用前找到筛查能力和它的价格：

firecrawl find-tools --options '{"providers": ["opensanctions-org"]}' --include-costs

OpenSanctions 的提供方页面显示数据集能力每次运行 5 credits。不要假设实体搜索也是这个价；读 find-tools 返回的价格。也要看许可证。OpenSanctions 的数据以 CC BY-NC 4.0 发布，商业筛查要单独买许可证，所以商业线索流程需要选对授权。

匹配不代表 Agent 拒绝这条线索。它代表任务带着匹配结果交给一个人。

第 5 步：按 ICP 打分

打分不花钱，因为它只读你已经付过费的字段。把规则写进一份技能说明（Skill）里，让每次运行读同一个文件；改动也要经过审阅。

# inbound-icp.md (owner: head of sales)
qualify_if: employees >= 50 AND title in [Director, VP, Head, CTO] AND sanctions_match == false
nurture_if: employees < 50 OR title not senior
disqualify_if: free_email_domain OR known_competitor_domain
on_sanctions_match: route to Sales review with the match, never auto-reply
brief_fields: [name, title, company, employees, funding, score, reason, credits_spent]

在看板上分流线索

分流是 HiFox 发挥作用的地方。任务状态可以按任务类型配置，每个状态属于一个固定类别。对线索来说，三个状态就够了：

Agent 在运行的最后一步建任务，具体做法见AI Agent 任务管理：

hifox task create \
  --title "线索：Example Corp（平台工程总监）" \
  --body-file brief.md \
  --status "销售审核" \
  --assignee <member> --output json

一次指派会作为「重要」信号进入这个人的收件箱。如果 Agent 起草了第一封回复，草稿留在任务正文里。Agent 永远不发送。这道门和《编程 Agent 的审批关卡》是同一个模式。

每条线索的 credits 账单

对一条个人和公司都匹配上的线索，按标价加起来是这样：

按 Firecrawl 定价，Hobby 是每月 19 美元 5,000 credits，每个 credit 0.0038 美元。90 credits 就是每条线索 0.342 美元。Standard 是 99 美元 100,000 credits，每个 credit 0.00099 美元，同一条线索 0.0891 美元。gmail.com 这类免费邮箱域名可以跳过公司调用，否则你要花 30 credits 去了解 Google 有多少人。

一个月 100 条匹配线索会花 9,000 credits。这超过 Hobby 的 5,000，所以你要么买额外 credits，要么换 Standard。选套餐之前，用你自己的量算一遍。

关于席位对比还有一个提醒。Apollo 按席位收费。Clay 则不按席位收费：定价页写明不限工作区用户数。这个结论比「席位模式不好」更窄。Agent 来做查询时，账单跟着线索数量走，而不是跟着读结果的人数走。

HiFox 如何承载这条流程

Claude Code 或 Codex 负责调用。HiFox 让这条流程的工作保持可见。

• key 不写进任务。把 FIRECRAWL_API_KEY 加到 Agent 的环境变量里。HiFox 把这些值作为授权管理者可查看和编辑的配置，值默认隐藏，需要时再显示；用一把只覆盖这项工作的 key。
• 不按席位收费。HiFox 公网 SaaS 版免费，无席位费，不限团队人数。
• 运行留下记录。自动化运行历史会显示 Agent 运行、结果和任何失败原因。

依赖 webhook 之前，先用一条测试 payload 点自动化的「立即运行」。然后看几次运行，再加自动起草回复。自动化指南覆盖了每种触发器。

从一个 webhook 开始

用 Agent 补全入站线索，从小处开始。一个 webhook、一个 Agent、两次补全调用、一个规则文件、一个审阅状态。拿接下来 20 个注册跑一遍，在任何人回复之前读完每一份简报。HiFox 可以免费开始用，模型用量走你 Runtime 上已有的 Claude Code 或 Codex 套餐。

常见问题

用 Firecrawl 补全一条入站线索要多少钱？

按 Firecrawl 的标价，一条在 People Data Labs 和 Apollo 都匹配上的线索，制裁筛查前是 90 credits。按月付费时，Hobby 上约 0.34 美元，Standard 上约 0.09 美元。

补全失败会扣 credits 吗？

这两个提供方不会。People Data Labs 的匹配低于你的 min_likelihood 时返回免费 404，Apollo 的批量公司补全不对未匹配域名收费。

Agent 能自己回复线索吗？

不要让它这么做。Agent 建任务时带上草稿，由人在审阅后发送回复。

OpenSanctions 可以免费商用吗？

不可以。它的数据是 CC BY-NC 4.0，商业筛查需要购买它的付费许可证。把它放进销售流程前先确认。

这需要 Apollo 席位吗？

Agent 的调用不需要席位，因为它们走你的 Firecrawl key。Firecrawl 可能先要求组织管理员接受提供方的数据条款；错误是 THIRD_PARTY_DATA_TERMS_REQUIRED。

如果 Firecrawl 在运行中途要求接受条款怎么办？

响应里会带 requiresAction.url。组织管理员去那里接受条款。Firecrawl 的文档说 Agent 必须先得到用户明确授权才能接受条款，所以 Agent 应该让任务停在等人处理。