Agent 做 GTM 工作流，最容易卡住的地方往往不是搜尋也不是推理，而是「找到公司之後，怎麼變成一個有名有姓、有 work email 的人」。照 Firecrawl 說法，這一段傳統上意味著挑一家資料供應商、學它的 schema、接上它的計費，然後才有第一筆紀錄回來。2026 年 10 月 1 日，Firecrawl 在 Alexandria 裡上線了 Apollo、FullEnrich、Data Legion 三家 people enrichment 供應商，把這一段接好了。
三家供應商各自補什麼
三家的定位不太重疊，這對 builder 是好事，因為挑選邏輯變得很直觀：
- Apollo：從零建立帳號和 lead 名單。免費的 person search 支援用職稱和公司網域搜人，附 work email 和就業紀錄，每次最多十人；公司層面還有融資、headcount、tech stack、職缺和新聞。
- FullEnrich：按背景找人、並且直接聯繫上。可以按技能和過往雇主搜尋，不限現職頭銜；除了 work email 還提供手機號碼和個人信箱，另有 reverse lookup，從 email 反查是誰。
- Data Legion：補齊你手上已有的紀錄。幾乎任何 identifier（email、電話、社群連結、姓名加公司）都能比對到人，公司可用網域、名稱或 ticker 查；只需要 profile 不需要聯絡資料時可以省下費用。
Apollo 的 person search 是免費的；其他每個能力在呼叫之前都會先顯示以 credits 計的價格。
對 builder 真正的改變：一個 key、同一種計價單位
技術上這件事不難，麻煩的是整合成本。Alexandria 的做法是所有供應商都用你的 Firecrawl key 呼叫、以 Firecrawl credits 計費，不用再管理第二組 API key；需要接受供應商條款的，在 dashboard 一次同意即可。更重要的是，因為每個能力都用同一種單位計價、用同一種結構描述，agent 可以在花錢之前比較兩個能力的成本，再挑任務需要的那個。
這其實延續了 Alexandria 先前的設計方向。它上次把 fantasy 體育資料做成一組可直接呼叫的能力時，邏輯就一樣：把外部資料來源包成 agent 能理解、能比價的工具，而不是一堆要自己黏的 API（參考先前那篇的拆解：從六個來源合併先發名單建議：Firecrawl Alexandria 把 fantasy 體育資料變成一組可直接呼叫的能力）。
呼叫端也不變。照官方部落格的範例，一句 firecrawl.search 加上 sources = ["web", "alexandria"] 就能同時拿網頁和 enrichment 結果；Claude、ChatGPT、Codex、Cursor 或任何接得上 MCP 的工具都能用，CLI 也可以。
條款與權限是設計的一部分，不是附註
有兩點值得在動手前先看清楚。第一，部分供應商要求團隊先接受條款，未接受的呼叫會回傳 THIRD_PARTY_DATA_TERMS_REQUIRED 並附上 requiresAction.url；agent 必須獲得你的明確授權才能代你接受條款，未接受的供應商會被跳過並回報。第二，enrichment 資料的使用限制因供應商而異——例如 FullEnrich 的條款禁止用個人信箱做行銷——條款在同意時就會公開，直接影響你能不能把這些資料用進特定工作流。
可以直接試的三個流程
照 Firecrawl 的說明，以下每一項都是對 agent 的一次自然語言請求：
- 建目標帳號清單：用 Apollo 按公司規模和技術篩公司，對每個網域跑免費 person search 找出對口職能負責人，只為 shortlist 購買 work email。
- 路由 inbound signup：對新註冊的 email 跑 FullEnrich reverse lookup，辨識出背後的人和公司，再從網域補齊公司資料，在任何人打開這筆 lead 之前完成分派。
- 盯對手招聘：每週拉一組競爭對手的職缺和公司新聞，看出新職位或融資公告的爆發點。
不需要預先知道能力名稱。描述你要的資料，Alexandria 會回傳能供應它的能力清單、附上輸入和價格，而 discovery 本身免費。
限縮一下結論：這次上線解決的是「enrichment 接入成本」這一段，不是資料品質本身——不同供應商的資料覆蓋率和準確度仍要靠你自己驗證。People Data Labs 即將加入，Finance、新聞、政府採購等共 20 個類別也在每週擴充中。實際動手前，先把各家條款讀完，再決定哪些資料能進你的 pipeline。