4-3 如何在 Cursor 中使用 MCP?
2025年5月12日
💡 Cursor 入門到實戰與 MCP 應用|線上課程
此系列文章為 《給工程師的 Cursor 工作流 — 透過 AI 代理全方位提升開發生產力》 線上課程搭配的教材。
希望透過這系列文章,將過去協助導入 AI 工具及使用 Cursor 的經驗擴展並分享給想提升生產力的讀者。如果對課程感興趣的讀者,可以加入 E+ 成長計畫,觀看影片學習。
在這個單元中,我們會進一步講解如何在 Cursor 中使用 MCP (Model Context Protocol)。首先,讓我們來看一下 MCP 的架構。以下這張圖來自 Model Context Protocol 官方網站分享的 MCP 總體架構。

在這個架構中,可以看到我們需要有一個主機 (host),這個主機中會運行 MCP 的客戶端 (client)。以 Cursor 來說 Cursor 這個 IDE 本身就是一個 MCP 主機。而 Cursor 這個主機會管理多個 MCP 客戶端,MCP 客戶端會通過 MCP Protocol 連接到 MCP 伺服器。而每個 MCP 伺服器後面,會對接到不同的資料來源 (data source) 或 Web API 等。
以我們之前提到的 GitHub MCP 為例,GitHub 的 MCP 伺服器背後會對接到 GitHub 的 Web API。這樣一來,透過 Cursor 底下的 MCP 客戶端與 GitHub MCP 伺服器之間的請求,就能操作 GitHub 的 API,進而讓 AI 代理不僅限於 Cursor 內部,還能透過 GitHub 的 MCP 完成更多任務。
這時大家可能會問「MCP 客戶端要如何連接到 MCP 伺服器呢?」
目前 MCP 伺服器主要有兩種類型:
- 本地伺服器:透過 stdio 的方式。
- 遠端伺服器:透過 SSE(Server-Sent Events)或 streamable HTTP 連線。需要注意的是,SSE 在 2025 年 3 月底已被 MCP 官方棄用,官方現在主要推薦使用 streamable HTTP。
這兩種伺服器的主要差別在於:本地伺服器是在本地啟動一個伺服器,然後透過 MCP 本地伺服器與 Cursor 管理的 MCP 客戶端連線;而遠端伺服器則不需要在本地啟動,會是一個已開發好的 MCP 伺服器,部署在遠端某個位置,Cursor 的客戶端會直接與這個遠端 MCP 伺服器連線。
前面講了很多關於 MCP 的概念,實際在 Cursor 中使用時,如我們提到的,Cursor 本身是一個 MCP 主機,底下管理多個 MCP 客戶端,因此真正要對接的是 MCP 伺服器。所以,下一個問題是:要去哪裡找 MCP 伺服器?
一個方法是自行開發 MCP 伺服器,我們在後面的章節會講解如何開發自己的 MCP 伺服器。但在這個單元中,因為我們的重點是如何在 Cursor 中使用 MCP,所以我們會先找一個現成的 MCP 伺服器。在目前的社群中,有許多彙整 MCP 伺服器的網站,以下分享幾個比較熱門的。

在 Model Context Protocol Server 的 GitHub 專案中,列出了一些不同的 MCP 伺服器,例如 GitHub 的伺服器、Google Drive 的伺服器、Slack 的伺服器等不同工具的 MCP 伺服器。此外,還有一些第三方(third-party)開發的 MCP 伺服器。
除了 Model Context Protocol 官方 GitHub 彙整的第三方伺服器外,網路上還有其他網站,例如 cursor.directory 也收錄了許多不同類型的 MCP 伺服器。

不過,在使用 MCP 伺服器時要特別小心,因為許多網路上現成的 MCP 伺服器可能包含惡意程式碼或不安全的提示詞(prompt)。因此,使用時要格外注意。我們在單元 4-7 會進一步講解如何避免在使用 MCP 時被攻擊,有興趣的讀者可以參考單元 4-7 的內容。
在瀏覽了這些 MCP 伺服器後,接下來讓我們實際看看如何在 Cursor 中使用 MCP 伺服器。因為實際操作比較難用文字描述,推薦讀者們務必觀看這個單元的影片,來了解如何在 Cursor 中使用 MCP 伺服器。
💡 Cursor 入門到實戰與 MCP 應用|線上課程
此系列文章為 《給工程師的 Cursor 工作流 — 透過 AI 代理全方位提升開發生產力》 線上課程搭配的教材。
希望透過這系列文章,將過去協助導入 AI 工具及使用 Cursor 的經驗擴展並分享給想提升生產力的讀者。如果對課程感興趣的讀者,可以加入 E+ 成長計畫,觀看影片學習。