4-3 如何在 Cursor 中使用 MCP?

在这个单元中，我们会进一步讲解如何在 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 工作流 — 透过 AI 代理全方位提升开发生产力》 搭配的教材。希望透过这系列文章，将过去协助导入 AI 工具及使用 Cursor 的经验扩展并分享给想提升生产力的读者。如果对课程感兴趣的读者，可以加入 E+ 成长计划，观看影片学习。