n8n一键连接70个MCP服务器：AI工作流扩展实操

n8n 团队刚刚上线了一批全新的 MCP Server，可以直接从 Node 面板中添加。新加入的包括 Airtable、Grafana、Miro、New Relic、Jotform 和 PandaDoc 等，与此前已支持的 Notion、Stripe、GitLab、Apify、Linear、monday.com 和 Hugging Face 等服务并肩而立。如今连接 70 种服务（而且还在持续增加）只需一个 OAuth 流程即可完成。

如果你日常已经在使用其中任何一种服务，效果可以说是立竿见影。以 Notion 为例：我经常在工作流中用到它，但以往要把它正确地接入到一个 Agent，往往需要联系管理员获取相应权限、创建一个内部集成并与它共享页面、还要针对不同操作配置多个 Notion 工具。现在只需要一次 OAuth 点击，Agent 就能拉取会议笔记作为上下文、从对话中起草页面、在其他地方发生变更时更新数据库。

所有这些 MCP Server 连接的设置流程同样简单。后续还会有更多连接陆续推出，首先会是那些支持 OAuth 和动态客户端注册（DCR）的最常用 MCP Server。如果你需要的服务尚未列入其中，MCP Client Tool 也能让你指向任意 MCP 端点，只需多几步配置。

何时该用 Node、Agent Tool 还是 MCP Server？

Native Node 适用于确定性工作流。如果你清楚自己在某个特定步骤需要什么 API 调用，或者你在构建一个每次运行行为都必须完全一致的东西，Node 能让你对输入、输出和错误处理拥有细粒度的控制。只要逻辑不需要做决策，就用 Node。

示例：你想让每个新客户都在团队 wiki 中获得一个欢迎页面。用 Notion Node 每次都会在同一个数据库、用同样的字段创建这个页面。不需要任何判断，一个 Node 就够了。

将 Node 作为 Agent Tool 使用：当你把一个 Node 添加到 AI Agent 中作为工具时，Agent 可以自行决定何时调用它，但具体的动作仍然是预先定义好的。由于工具是固定且定义明确的，Agent 使用它时需要的推理更少，这通常意味着相比让它在一组更宽泛的工具中自己决定怎么做，LLM 调用次数会更少。

示例：你的客服 Agent 有一个"记录升级"的 Notion 工具。它是一个针对特定数据库的特定操作。Agent 决定何时将问题升级，但它除了这个任务之外无法对 Notion 做任何其他事情。

MCP Server 在你让 Agent 自己决定要做什么时大放异彩。连接一次，Agent 就能获得一整套可以按需选择的工具。你仍然可以单独开启或关闭某些工具，所以你可以决定暴露哪些，但由 Agent 决定使用哪个、何时使用、如何使用。这种灵活性也意味着 Agent 端需要更多的推理。

示例：连接 Notion MCP Server 后，你的 Agent 可以搜索页面、拉取会议笔记、创建草稿或更新数据库条目——全凭它收到的请求而定。这些能力不是你自己为每一种操作单独构建的，而是连接后自带的。

你不必只选其一

三者并非相互替代的关系。Node 作为工作流步骤提供精确性，Agent Tool 让 Agent 对固定操作拥有有限的决定权，而 MCP Server 则给它更大的表面去推理。根据目标不同，一个工作流完全可能同时混合使用这三种方式。

n8n 的用户来自各行各业，背景、经验水平和兴趣各异。我们希望在博客中陆续展示不同的用户及其项目。如果你在使用 n8n并希望为社区带来灵感，欢迎联系我们 💌