好久不見，我是 Lena。最近我一直反覆注意到一件事：那些真正讓人覺得好用的 Agent，不是更聰明，而是連得更好。
我本來沒打算寫這篇。但在花了幾週觀察 Cursor 在接上與未接上 MCP Servers 時的表現之後，我開始順手記筆記。最後，這些筆記就變成了這篇文章。
MCP Servers 在 Cursor 裡到底做什麼
預設情況下，Cursor 的 AI Agent 只知道你的程式碼庫。就這些。它看不到你的 Postgres 表，不知道 GitHub 上有哪些 issues，也打不開瀏覽器。它有能力在隔離狀態下運作，但也確實被隔離著。
Cursor 如何透過 MCP 擴展 Agent 能力
MCP，也就是 Model Context Protocol，是 Anthropic 在 2024 年 11 月釋出的開放標準。概念本身很簡單：與其讓每個 AI 工具都為每個外部服務各自做一次性的整合，不如採用一個通用協定。一個 server，任何相容的 client 都能使用。Cursor 官方 MCP 說明文件 的說法很貼切，它把 MCP 稱作「Cursor 的外掛系統」，讓 Agent 能透過標準化介面連到外部資料來源。
實際上，當你新增一個 MCP Server 時，Cursor 會把它當成子行程啟動（針對本地 stdio transport），或透過 HTTP 建立連線。Server 會告訴 Cursor 自己提供哪些 tools。Agent 會在自己的可用工具集中看到這些 tools。等它判斷其中某個工具相關時，就會發起呼叫，結果再回到對話中。
Cursor 目前對所有已連接 servers 合計支援的 tools 上限是 40 個。超過這個數字之後，Agent 挑對工具的能力就會開始下降。這點值得記住。
什麼樣的 MCP Server 真的有用，而不是噱頭
這件事我也還在慢慢摸索。有些 servers 的價值幾乎是一接上就能感受到的，你不必提醒，Agent 自己就會去用，輸出品質也會跟著改變。另一些則只是……放在那裡。要嘛從來不會被呼叫，要嘛只被叫一次就再也沒下文。
依我目前的觀察，真正會被用起來的 server，通常都有一個清楚而狹窄的功能。不是「什麼都能做」，而更像是「回答 Agent 單靠自己回答不了的某一類問題」。檔案操作、SQL 查詢、Web 搜尋、GitHub 狀態。只要 tool 的目的夠具體，Agent 似乎就更容易穩定地伸手去用它。
如何在 Cursor 中安裝 MCP Servers
逐步設定
2025 年底，設定流程稍微變了一下。到了 2026 年初，大致有三條路徑：
選項 1 — 一鍵安裝：許多 server 的文件頁現在都附有「Add to Cursor」按鈕。按一下，Cursor 就會打開對話框，並預先填好 server 名稱與 transport。
選項 2 — 設定介面：打開 Cursor Settings（Mac 是 Cmd+,，Windows 是 Ctrl+,）。進入 Features > MCP。點擊 + Add New MCP Server。接著填入名稱、transport 類型（本地用 stdio，遠端用 streamable HTTP），以及命令或 URL。
選項 3 — 直接編輯設定檔：在專案根目錄建立 .cursor/mcp.json，用於專案層級 servers；或者建立 ~/.cursor/mcp.json，用於全域 servers。格式如下：
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "@package/mcp-server"],
"env": {
"API_KEY": "your-key"
}
}
}
}
有一點當時很容易踩坑：如果少了根鍵 "mcpServers"，Cursor 會默默忽略整份檔案。 不會報錯，server 也不會出現。另外，用 npx 時一定記得加 -y，不然行程會卡在確認提示上，一直等不到輸入。
2026 年最值得裝的 12 個 Cursor MCP Servers
這些都是真正存在、仍在維護中的 servers。我不會列出任何我目前無法驗證是否可用的東西。
- Filesystem —
@modelcontextprotocol/server-filesystem
在 Cursor 預設作用域之外讀取、寫入、搜尋與管理檔案。你可以自行定義哪些目錄可存取。當 Agent 需要跨更大範圍的專案結構操作檔案時，這個 server 很有用。這也是 Anthropic 官方 reference servers 之一，維護穩定。
- Brave Search —
@modelcontextprotocol/server-brave-search
直接在 Cursor 裡進行 Web 搜尋。 Agent 可以自行查文件、確認某個 package 是否仍存在，或研究一條錯誤訊息，而不用你手動貼來貼去。它使用 Brave 的獨立搜尋索引。需要 Brave API key（有免費層）。
- PostgreSQL —
@modelcontextprotocol/server-postgres
把它指向資料庫 URL 之後，Agent 就能查詢 schema、執行 SQL，並用自然語言解釋表格結構。我發現它在理解陌生程式碼庫時特別有用，因為 Agent 可以直接回答「這張表裡到底裝了什麼」，而不用你先把 schema 定義貼給它。
- GitHub (Official) — hosted at
api.githubcopilot.com/mcp/
GitHub's official MCP server 讓 Agent 可以讀取儲存庫、開 issues、審查 PR，以及管理分支，而不用你來回切換上下文。它需要 Cursor v0.48.0+ 才支援 Streamable HTTP，還需要 Personal Access Token。注意：舊的 npm 套件 @modelcontextprotocol/server-github 已在 2025 年 4 月棄用。 現在請改用官方託管 server 或 Docker 映像。
- Playwright (Microsoft) —
@playwright/mcp@latest
Microsoft's Playwright MCP 給 Agent 一個真正的瀏覽器。它可以導覽頁面、填表單、截圖和擷取內容，而且依賴的是 Playwright 的 accessibility tree，而不是截圖，因此速度更快、穩定性也更高。很適合做 UI 驗證與流程測試。
- Slack —
@modelcontextprotocol/server-slack
讀取頻道、發送訊息、搜尋歷史對話。如果 Agent 需要從團隊討論中取得上下文，這會很有幫助。像「我們上週對這個 API 最後是怎麼決定的？」這類問題，你就不用自己再去翻 Slack。
- Supabase MCP
官方 Supabase server，提供 20+ 個 tools：資料表設計、migrations、SQL 查詢、資料庫分支、專案管理。它把 Postgres、驗證與儲存整合在一起。對後端建立在 Supabase 上的全端開發者來說，這個 server 特別實用。
- Firecrawl —
firecrawl-mcp
把 URL 轉成 Markdown。Agent 可以抓取文件頁、競品網站或任何公開 URL，並把它們當成乾淨文字來閱讀。它很適合 RAG pipelines、讀取不在你程式碼庫裡的文件，或做競品研究。需要 Firecrawl API key（有免費層）。
- Context7 —
@upstash/context7-mcp
把目前版本、精確到版本號的函式庫與框架文件直接拉進 Agent 的上下文。當 Agent 正在處理一個自己不夠熟悉的函式庫時，Context7 可以拉取真實、最新的文件，而不是依賴可能已經過時的訓練資料。
- Memory —
@modelcontextprotocol/server-memory
透過知識圖譜結構實現跨會話持久記憶。 這個很有意思。Agent 可以在不同對話之間儲存與取回資訊。我還沒有完全確認它被使用得有多穩定，有時它似乎真的「記住了某些東西」，但我還沒辦法驗證這種模式是否一致。值得繼續觀察。
- Puppeteer —
@modelcontextprotocol/server-puppeteer
和 Playwright 類似的瀏覽器自動化，只是底層改用 Puppeteer。它更適合手動站點測試，以及讓 Claude 引導你與網頁互動。有些開發者在比較簡單的擷取任務上會更偏好它。
- Docker MCP
編排多容器環境、除錯服務、驗證部署。如果你的開發工作流程經常圍繞 Docker 展開，這會很有幫助，因為 Agent 可以直接檢查容器狀態，而不用你再切回終端機。
沒有哪個 MCP Server 能解決的一件事：能力持續性
這裡有個問題，我一直在想，但還沒有完全想清楚。
為什麼你的 Cursor Agent 記不住什麼做法有效
MCP Servers 給 Agent 的，是存取外部工具的能力。這一點真實而且有價值。但它們解決不了另一個問題：Agent 不會記住上一次到底什麼做法有效。 每次會話都重新開始。昨天成功的除錯模式不會被繼承；兩週前解決某一類錯誤的方法，也不會被留下來。
最好的 Cursor MCP Servers 很擅長把連接層處理好。The MCP specification itself 定義的是 Agent 如何連到 tools，而不是 Agent 如何隨時間累積並共享成功策略。
這不是在批評 MCP。那是另一個問題。MCP 處理的是存取能力。至少就我目前的觀察，真正缺的仍然是那一層能讓 Agent 經驗 變得可重用的機制。不只是停留在某次 tool call 裡，而是能跨越整個建置生命週期，把一次有效做法帶到下一次。
我現在還不知道它在實務裡會長成什麼樣。我會繼續觀察。
FAQ
- 我要怎麼把 MCP Servers 加到 Cursor？
有三種方式：使用某個 server 文件頁上的一鍵「Add to Cursor」按鈕，進入 Cursor Settings > Features > MCP > + Add New MCP Server，或手動編輯 .cursor/mcp.json。如果團隊需要共享設定，設定檔方式通常更合適。至於目前 JSON 結構，請始終以 Cursor's MCP documentation 為準，它會隨版本改變。
- 2026 年哪個 MCP Server 最適合 Cursor？
嗯，我覺得大概沒有單一答案。如果你經常處理資料庫，Postgres server 會明顯改變 Agent 能做的事；如果你需要 Web 存取，Brave Search 或 Firecrawl 很實用；如果是版本控制情境，官方 GitHub server 更合適。真正最好用的 server，完全取決於你目前工作流程的缺口在哪裡，也就是 Agent 正想伸手去拿、卻還拿不到哪些工具。
- Cursor 的 MCP Servers 都是免費的嗎？
有些完全免費且在本地執行（Filesystem、Playwright、Memory）。另一些需要 API key，但通常提供免費層（Brave Search、Firecrawl）。GitHub server 需要 Personal Access Token。Supabase 則有自己的定價。MCP 本身不收費，它是一個開放協定。
我一直反覆想到的一點是：到了 2026 年初，整個生態已經成長到 5,000 多個 servers。它們當中的大多數，我大概永遠都不會試。這裡列出來的，是那些真的改變了 Agent 行為的選項，不只是它「理論上能做什麼」，而是它在沒有人提醒的情況下，實際上會去做什麼。
我大概還會繼續觀察，這份名單在今年會怎麼變化。
註：MCP Server 的套件名稱與安裝方式會隨更新而改變。安裝前請務必先向官方來源驗證。本文所有連結都已在 2026 年 3 月驗證可用。
