AGENTIC COMMONSAI 產業簡報

繁中EN

標籤Firecrawl出版

返回文章列表

Firecrawl 進駐 Eden AI:用一把 API Key 串起即時網頁資料與 500+ 模型

本頁內容6 個段落
  1. 痛點:網頁資料與模型推論常落在兩套不同系統裡
  2. 變化:Firecrawl 正式成為 Eden AI 的原生網頁資料供應商
  3. 運作機制:同步與非同步兩種呼叫模式
  4. 實務情境:從 RAG 到自主研究
  5. 成本、合規與該留意的地方
  6. 資料來源

摘要: Firecrawl 於 2026 年 8 月 20 日宣布成為 Eden AI 的第一級網頁資料供應商,使用者可用同一把 Eden AI key 存取網頁資料與超過 500 個模型。七項能力涵蓋抓取、搜尋、爬蟲、批次抓取、結構化擷取與深度研究;若要直接呼叫 Firecrawl 原始功能,仍需另備 Firecrawl key。

痛點:網頁資料與模型推論常落在兩套不同系統裡

打造 RAG 管線、Agent 或研究工具時,你手上必須湊齊兩塊拼圖:一是網頁上最新鮮的資料,二是能對這些資料進行推理的模型。以往要同時擁有這兩者,就得接上兩家供應商、開兩個儀表板,還得自己在中間補上膠水程式碼。

前半段由 Firecrawl 處理:不論是 JavaScript 渲染或動態產生的頁面,都能轉換成乾淨、可直接餵給 LLM 的輸出,讓你把結果直接交給模型,不必把 token 耗在雜亂的 HTML 上。後半段則交給 Eden AI:單一 API、單一帳單,就能取用 Claude、GPT、Gemini、Mistral 等 500 多個模型。

變化:Firecrawl 正式成為 Eden AI 的原生網頁資料供應商

2026 年 8 月 20 日,Firecrawl 宣布現在可以直接在 Eden AI 裡取用,身分是第一級的網頁資料供應商。你不需要另外註冊 Firecrawl 帳號,也不必多追蹤一把 API key。

在 Eden AI 的目錄中,Firecrawl 共有七項能力上線:

  • 網頁抓取:給定單一 URL,取回乾淨的 Markdown、文字或 HTML
  • 網頁搜尋:對網頁進行搜尋,取回附有標題、URL 與內容的排序結果
  • 網站地圖:找出某個網站包含哪些 URL
  • 網頁爬蟲:以起始 URL 為起點爬完整個網站,並取得各頁面的內容
  • 批次抓取:一次請求就抓取多個 URL
  • 結構化擷取:依照 prompt、schema,或兩者並用,把頁面轉成 JSON
  • 深度研究:針對查詢執行多步驟的網頁研究,回傳附有來源的發現

運作機制:同步與非同步兩種呼叫模式

每一次呼叫都走標準的 Eden AI 端點,共用同一把 EDEN_AI_API_KEY,並沿用平台上一致的 feature/subfeature/provider 模式。

抓取、搜尋與網站地圖屬於同步呼叫:直接 POST 到 /v3/universal-ai,內容就會跟著回應一起回來。爬蟲、批次抓取、結構化擷取與深度研究則以非同步工作的形式執行:先 POST 到 /v3/universal-ai/async,再輪詢 /v3/universal-ai/async/{public_id},直到狀態轉為 success。

以同步的網頁抓取為例,一個請求長這樣:

curl -X POST https://api.edenai.run/v3/universal-ai \
  -H "Authorization: Bearer $EDEN_AI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "model": "web/scraping/firecrawl", "input": { "url": "https://firecrawl.dev" } }'

回應採用與 Eden AI 其他功能一致的信封格式,並帶有每次呼叫的 cost 欄位,因此你的網頁資料與模型呼叫會列在同一張帳單上。

實務情境:從 RAG 到自主研究

有了這個整合,幾種常見的建置情境變得更直接:

  • 即時網頁資料的 RAG:用 Firecrawl 爬取或抓取一批來源,把 Markdown 做嵌入,再用目錄中的任何模型回答問題。
  • 網頁增強型 Agent:將搜尋與抓取當成工具交給 Agent,讓它在不知道答案時主動去找,而不是用猜的。
  • 大規模結構化擷取:批次抓取一份 URL 清單,以 prompt 或 schema 執行結構化擷取,再用模型後處理 JSON。適合用在潛在客戶開發、競爭追蹤與目錄監控。
  • 市場監控:定期對網域執行網站地圖與爬蟲,再讓模型摘要自上次執行以來出現的變化。
  • 自主研究:交給深度研究一段白話簡報,它就會自行搜尋並閱讀網頁,回傳附有來源的發現;若你提供 schema,輸出還能依此塑形。

成本、合規與該留意的地方

Eden AI 設有一個公開的探索端點 api.edenai.run/v3/info/web,不用帳號也不用 key,就能查看每個子功能、顯示名稱、屬於同步或非同步模式、確切的 model string,以及每個模型的定價與區域。

只要一行 curl,就能把整個目錄查出來:

curl https://api.edenai.run/v3/info/web

Eden AI 是一家法國公司,閘道運行在歐盟基礎設施上,並以一份涵蓋所有供應商的單一合約提供符合 GDPR 的處理方式,對歐洲團隊來說少了一次供應商審查。每個供應商都會在公開探索端點中列出自己所在的區域,所以發出呼叫前可以先確認模型在哪裡執行。

有一點值得留意:這與 Eden AI 的 LLM 網頁搜尋選項並不相同。web_search_options 旗標的作用,是在 LLM 呼叫期間開啟模型內建的搜尋功能;Firecrawl 整合則是獨立的網頁功能,會回傳實際的頁面內容,讓你掌握要抓取什麼、爬取什麼,以及要傳給模型什麼。

如果你已經在用 Eden AI 管理模型呼叫,把 Firecrawl 加進同一把 key 底下,可以省去不少整合功夫。但如果你需要直接呼叫 Firecrawl 的原始功能,仍然得另外申請一把 Firecrawl key。

資料來源

AGENTIC COMMONS由 PHLEGON LABS 經營
分享X電郵
支持我們

相關閱讀

  1. 打一通 API 就拿到人名和 work email:Firecrawl Alexandria 把 people enrichment 塞進同一個 key

    Firecrawl Alexandria 新增 Apollo、FullEnrich、Data Legion 三家 people enrichment 供應商,agent 不用再自己接資料商的 schema 和帳務。

    Firecrawl

  2. 一個 /scrape 端點接上 200 個資料來源:Firecrawl 把 provider 整合的成本壓掉

    Firecrawl 推出 Universal Scrape,讓同一個 /scrape 端點不只讀網頁和檔案,還能呼叫 Alexandria 的 provider 資料。

    Firecrawl

  3. Alexandria 把資料來源變成一個介面:agent 不再需要為每個 API 重寫整合

    Firecrawl 推出 Alexandria,把官方資料、自訂連接器與自有索引統一成單一 API,並以 21% 的答案品質提升驗證整合價值。

    Firecrawl