資訊圖:左上大標「公開資料供應鏈」與小字「資料到你的代理,中間四層」;主體是由左上往右下的四階階梯,四階依序寫「平台」「抓取基礎設施」「資料商/統一 API」「你的工具」,箭頭串接;第二至四階右側各掛一枚藍色描邊圓標籤,依序寫「預設 2 天」「存 30 天」「預設吃快取」;階梯下方細線上寫「每一層都有自己的快取」。
大百科

AI 代理上網查到的資料,是誰抓的、放多久了

四份官方文件裡,快取都是預設值

我最近在調一個代理的查資料流程,順手把它用到的幾個工具的官方文件從頭讀了一遍。想弄清楚的只有一件事:「上網查一下」底下,實際上發生了什麼。

那份資料在進到代理的上下文之前,通常已經過了四層,每一層都有自己的快取規則。

公開資料供應鏈指的是:一份公開資料從它原本住的地方,到出現在你的代理眼前,中間經過的每一層服務。

這條鏈跟你的關係只有兩件事:你讀到的東西是誰抓的,以及它放多久了。

第一層:資料原本住的地方,現在有門房

Cloudflare 的 AI Crawl Control 是這一層現在最常見的形狀:站方可以對個別爬蟲逐一設放行或封鎖規則。

對你來說,這一層不會回你一個「你被擋了」,它只會讓下游某一天開始查不到某個站(AI 爬你的網站,Cloudflare 讓你分三種處理)。

第二層:誰去按下那個請求

Firecrawl 自陳處理的就是「proxy、反機器人、JavaScript 渲染與動態內容」。

同一份文件裡,maxAge 的預設值是 172,800,000 毫秒,換算就是兩天。快取命中的結果一樣扣 1 點,快取改善的是速度與延遲,不是點數消耗。

你可能付了全額,拿到一份兩天前的頁面,而且沒有任何地方會提醒你。

第三層:資料商與統一 API

DataForSEO 的文件把時效寫在方法名稱上:Standard 方法的結果會保存 30 天,Live 方法的結果不保存。

Tavily 的官方說明頁寫的是單次 API 呼叫最多聚合 20 個網站。但我查不到一句話說明那 20 個網站是從自有索引來的,還是向第三方搜尋供應商調的。

文件會告訴你格式、額度與速度,很少告訴你上游是誰。

第四層:你自己接的那個工具

最靠近你的一層,是模型內建的工具或你裝的 MCP server(什麼是 MCP)。以 Anthropic 的兩個官方工具為例。

web search 回傳的每一筆結果帶一個 page_age 欄位,寫的是該網站最後更新的時間。但整份文件沒有一句話說明那個搜尋索引來自誰。

web fetch 會快取,官方文件自己寫明「回傳的內容不一定反映該網址上可取得的最新版本」。要新鮮內容得明確把 use_cache 設成 false。

第四層其實是整條鏈裡唯一一層,會主動告訴你「我給你的可能是舊的」。

接任何一家之前查得到的五個問題

  1. 這一層自己抓不抓? 去隱私政策或資料聲明裡找上游供應商名單。
  2. 回我的是現抓還是快取?預設是多久? 找不到那一行,就當作有快取而且你控制不了。
  3. 快取命中要不要照樣算錢?
  4. 它認不認 robots.txt? 這決定法遵責任落在誰身上。
  5. 我的請求與結果被存多久?

我自己改了什麼

我對自己的代理只改了一件事:把「這件事需要多新」寫進工具設定,而不是留給預設值。查價格、查條款、查今天發生的事,強制繞過快取;查定義、查規格、查歷史,讓它吃快取沒關係。

預設值是別人替你做的時效決定。它通常很合理,但它不知道你在查什麼。

查核備註:四層的說法是我為了講清楚而分的,不是任何官方文件的分類。Firecrawl 與 Tavily 的公開文件都沒有說明自己是否自營索引或向第三方調資料,本文不推論。上述規則全部來自各家官方文件,我沒有實際跑測試驗證,也沒有向任何一家求證。

FAQ

常見問題

AI 代理「上網查資料」時,資料實際上是從哪裡來的?
通常經過四層:①資料原本住的平台或網站;②真正去發出請求的抓取基礎設施(代理 IP、反機器人處理、JavaScript 渲染);③把結果轉賣或聚合起來的資料商與統一 API;④你自己接的工具層,例如模型內建的 web search/web fetch,或一個 MCP server。你付錢的那一層不一定是真正去抓的那一層——服務商的法律文件與隱私政策才會寫清楚上游是誰。
代理查回來的網頁內容一定是最新的嗎?
不一定,而且快取在多數地方是預設值。Anthropic 的 web fetch 官方文件明寫回傳內容不一定反映該網址上的最新版本,要新鮮內容得把 use_cache 設成 false;Firecrawl 的預設新鮮度是兩天,兩天內的快取副本會直接回給你,而且一樣計費。要判斷時效,先去看該工具文件裡的快取預設值那一行。

SOURCES

  1. AWeb fetch tool — Claude Platform Docs
  2. AWeb search tool — Claude Platform Docs
  3. AFast scraping / caching(maxAge 預設值)— Firecrawl Docs
  4. AIntroduction — Firecrawl Docs
  5. AAbout Tavily — Tavily Documentation
  6. ADataForSEO API v3 文件(Standard 與 Live 方法)
  7. AAI Crawl Control — Cloudflare Docs

來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。

UPDATE HISTORY

  1. First published.
  2. 依 EDITORIAL-SIGNALS §4 長度上限瘦身(2026-09-17 健檢裁示):2137 → 968 漢字,只刪不加——砍暖身段、第二種說法與旁枝;事實、數字、立場與查核備註未新增。砍前全文見 docs/content/signals-submissions/_trim-2026-09-17.md 所指的 git 歷史。

本文由 AI 協助研究,矽基前沿編輯部撰稿,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明

WEEKLY [SI]GNALS

訂閱《矽基前沿週報》

每週五早上,把本週 AI 與算力產業最值得記住的變化連回台灣。

本週關鍵訊號 · 為什麼值得記住 · 下週觀察 · 5 分鐘讀完。

免費 · 隨時取消 · 不轉售你的 email。

MACHINE-READABLE SUMMARY

Topic
大百科
Key claims
  • Anthropic 的 web fetch 官方文件寫明該工具會快取結果,且「回傳的內容不一定反映該網址上可取得的最新版本」,要拿到新鮮內容必須把 use_cache 設為 false。
  • Anthropic 的 web fetch 官方文件把 robots.txt 列在 url_not_allowed 這個錯誤碼的成因裡,並限制該工具只能抓取先前已出現在對話中的網址。
  • Anthropic 的 web search 官方文件寫明搜尋由 API 端執行、每一千次搜尋收費 10 美元,回傳結果含 page_age 欄位,但全篇未說明索引來自哪一個搜尋供應商。
  • Firecrawl 官方文件寫明其快取的預設新鮮度為 maxAge 172,800,000 毫秒(兩天),且快取命中的結果一樣計費 1 點——快取改善的是速度不是點數消耗。
  • Firecrawl 官方文件自陳由它處理 proxy、反機器人偵測、JavaScript 渲染與動態內容。
  • DataForSEO 官方文件寫明 Standard 方法的結果會保存 30 天,Live 方法的結果不保存。
  • Tavily 官方文件寫明其單次 API 呼叫最多聚合 20 個網站,但該頁未說明資料來自自有索引或第三方搜尋供應商。
  • Cloudflare 的 AI Crawl Control 官方文件寫明站方可對個別爬蟲設定放行或封鎖規則、可在儀表板看到哪些 AI 服務存取過內容與各爬蟲是否遵守 robots.txt,並提供仍在私測階段的 pay per crawl 收費機制。
Entities
Anthropic · Claude · Firecrawl · Tavily · DataForSEO · Cloudflare · MCP
Taiwan relevance
medium
Confidence
high
Last updated
2026-09-17
Canonical URL
https://signals.tw/articles/agent-public-data-supply-chain/

SUGGESTED CITATION

如果 AI agent / 研究 / 報導要引用本文,建議格式如下:

矽基前沿 · 大百科線(編輯:廖玄同),《AI 代理上網查到的資料,是誰抓的、放多久了》,矽基前沿 [Si]gnals,2026-09-03。https://signals.tw/articles/agent-public-data-supply-chain/

AI agents / search engines may quote, summarize, and cite with attribution and a link back to the canonical URL above. See /for-ai-agents for full policy.