Claude 沒有接上 connectors 之前，只能靠記憶和訓練資料回答。接上之後，它可以在同一個對話裡查即時網頁、開任務、讀上週的會議紀錄，甚至把原型部署上線。Firecrawl 部落格在 2026 年 10 月 8 日發表的一篇盤點，由 Hiba Fathima 挑出十四個她實際留下來的 Claude connectors，這份名單值得 builder 拿來對照自己的工具堆疊。
目錄長快了，但大多數是薄包裝
文章開頭說得很直白：自從 Anthropic 開放 connector 目錄以來，目錄成長很快，但大部分條目是「裝一次就忘掉」的薄包裝。真正的差別在於連接器能不能接住你每天都會重複的工作。名單上的十四個包括 Firecrawl、Asana、Lovable、Granola、tldraw、Notion、Slack、Google Drive、Linear、HubSpot、Hex、Figma、Canva 和 Stripe，每一個都對應一類具體工作：網頁資料、專案管理、應用開發、會議紀錄、圖表繪製、文件搜尋、團隊溝通、議題追蹤、CRM、資料倉儲、設計、品牌產出和帳務。
底層其實很單純：每個 connector 都是一個 MCP server，對外公布一組工具（搜尋、建任務、讀逐字稿），由 Claude 根據提示判斷何時呼叫。安裝有三條路：在 claude.ai/directory 用 OAuth 一鍵連接、貼上任意遠端 MCP URL 做成 custom connector，或是在 Claude Code 用 claude mcp add --transport http <name> <url> 從終端機加上去。Team 和 Enterprise 方案上，owner 可能需要先核准成員才能安裝。
第一順位是修好 Claude 對即時網頁的視野
Fathima 把 Firecrawl 列為她「在任何 Claude 帳號上第一個安裝的 connector」，理由是它處理的問題影響其他所有連接器。Claude 內建網頁工具只回傳片段和短抓取，一旦需要完整頁面、JavaScript 渲染的定價表、四十頁 PDF 或兩百個 URL 的同類資料，就會卡住。Firecrawl 的工具組涵蓋 search（回傳完整頁面內容）、scrape（乾淨的 markdown 或 JSON）、crawl、interact、monitor、parse，以及描述需求後跨站擷取的 agent 模式。
我之前寫過 Firecrawl 把兩百個資料來源整合進單一 /scrape 端點的思路（見這篇），這次進 Claude 的版本等於把同一套能力搬到對話裡。另一個亮點是 Firecrawl Alexandria：Claude 可以直接從資料供應商拉結構化紀錄，例如融資輪次或驗證過的工作 email，而不用指望某個網頁剛好引用了正確數字。要注意的是，重型 crawl 和 Alexandria 供應商呼叫會消耗 credits，大型任務需要付費方案。
寫入動作才是省時間的地方
名單裡另一類值得注意的連接器，處理的是「規劃完之後那一步」。以 Asana 為例，過去和 Claude 討論完專案，還要有人把結論手動搬進追蹤工具；connector 之後，Claude 可以把 brief 直接變成帶 sections 和 tasks 的專案、指派工作、跨 portfolio 回答「這週哪些有風險」。Asana 在連接器背後提供了三十多個工具，而且先預覽再建立的流程是一個合理的 guardrail。Fathima 也提到一個實際的坑：Claude 第一輪往往會過度生成任務，她通常會先刪減幾個再確認。
更進一步的是 Lovable：Claude 可以建立專案、持續迭代、讀 code、檢查 diff，最後部署到 lovable.app 拿回線上 URL。這讓「用 Firecrawl 調研市場、用 Claude 寫 spec、再用 Lovable 建應用」可以在同一個對話裡完成。
同一週，平台端也在加碼
同一個 10 月 8 日，Anthropic 推出了 Claude Dashboards beta，可以從 BigQuery 或 Snowflake 這類資料平台建立即時儀表板，並與其他 connectors 搭配；同一波更新也把 Docs、Slides、Design 開放到所有方案，包括 Free。換句話說，connector 拉進來的資料，最終可以直接變成一份成品文件或簡報。
一個務實的起點
如果你剛開始接 connectors，別一次裝十四個。先問自己：哪個服務你每天都要手動來回一次？通常是網頁資料加一個專案工具。從那裡開始，跑一週再決定下一個。另外記得，目錄裡的大部分條目不值得裝——名單的價值不在十四這個數字，而在它背後的篩選標準：能否省下每天重複的那段時間。