内容来源：https://blog.n8n.io/one-click-connection-to-70-mcp-servers-and-when-to-use-them/

内容总结：

今日，团队正式发布全新一批MCP服务器集成，用户可直接从节点面板添加。新增服务包括Airtable、Grafana、Miro、New Relic、Jotform和PandaDoc，与此前已支持的Notion、Stripe、GitLab、Apify、Linear、monday.com及Hugging Face共同组成更丰富的连接生态。目前，平台已支持连接70余项服务，且数量持续增长，所有连接均可通过快速OAuth流程完成授权。

以Notion为例，过去将这一工具接入智能代理往往需要联系管理员申请权限、创建内部集成并共享页面，还需为不同操作配置多个工具模块。如今，仅需一次OAuth点击，代理即可自动获取会议记录、根据对话内容生成页面，并在外部事件发生时更新数据库，大幅简化了操作流程。

其余MCP服务器连接的配置方式同样简便。官方表示，后续还将陆续推出更多高频使用的MCP服务器，优先支持具备OAuth和动态客户端注册（DCR）能力的服务。若用户所需服务尚未在列表中，也可通过MCP客户端工具手动指向任意MCP端点，但需额外完成部分设置。

针对不同场景，团队给出使用建议：原生节点适用于确定性工作流——当用户在特定步骤需要明确API调用，或构建需要每次保持相同行为的流程时，节点可提供对输入、输出及错误处理的精细控制，适合无需决策逻辑的固定操作。例如，为每位新客户在团队知识库中自动创建欢迎页面，使用Notion节点即可稳定实现。

将节点作为工具添加到AI代理后，代理可自主决定调用时机，但具体动作由用户预先设定。由于工具定义明确固定，代理无需过多推理即可正确使用，通常比面对宽泛工具集时消耗更少的模型调用。例如，支持代理配置“记录升级事件”的Notion工具，仅指向特定数据库执行单一操作，代理只能决定何时触发，无法执行其他额外功能。

而当需要代理自主决策时，MCP服务器则更具优势。用户只需一次性连接，代理即可从整套工具中按需选用。用户仍可单独启用或禁用各项工具，决定暴露哪些功能，而具体使用哪种工具、何时使用以及如何操作，则交由代理自行判断，这自然也更考验其推理能力。例如，连接Notion MCP服务器后，代理可根据请求灵活搜索页面、提取会议记录、生成草稿或更新数据库条目，无需为用户逐一预置工具。

值得注意的是，三者并非互斥替代关系。节点提供工作流步骤的精准控制，代理工具赋予代理对固定动作的有限裁量权，MCP服务器则为代理提供更广泛的决策空间。根据目标不同，一条工作流完全可以混合使用全部三种方式，以兼顾精度与灵活性。

中文翻译：

团队刚刚推出了一批新的MCP服务器，你可以直接从节点面板中添加。新增的Airtable、Grafana、Miro、New Relic、Jotform和PandaDoc，加入了之前已支持连接的服务，比如Notion、Stripe、GitLab、Apify、Linear、monday.com和Hugging Face。现在，连接70个服务（而且还在增加）只需一次快速的OAuth授权流程。

如果你日常已经在使用其中任何一个服务，解锁带来的便利是立竿见影的。以Notion为例。我经常在工作流中使用它，但过去要让一个Agent正确接入Notion，通常需要联系管理员获取相应权限、创建内部集成并与其共享页面，还要配置多个具有不同操作的Notion工具。现在只需一次OAuth点击，Agent就能拉取会议记录作为上下文、根据对话生成页面草稿，并在其他地方发生事件时更新数据库。

所有这些MCP服务器连接的设置都同样简单。更多连接正在陆续推出，首先是更多支持OAuth和动态客户端注册（DCR）的常用MCP服务器。如果你需要某个尚未列出的服务器，MCP客户端工具可以让你指向任意MCP端点，只需多做一些配置即可。

什么时候该用节点、Agent工具，还是MCP服务器？

原生节点是确定性工作流的正确选择。如果你知道在某个特定步骤需要调用哪些确切的API，或者你正在构建的东西每次必须以相同方式运行，节点可以让你对输入、输出和错误处理进行细粒度控制。凡是逻辑不需要做决策的地方，就使用节点。

示例：你希望每个新客户都在团队维基中获得一个欢迎页面。Notion节点会在每次创建页面时都写入同一个数据库、使用相同的字段。不需要任何判断，所以节点就足够了。

当你把一个节点作为工具添加到AI Agent中时，Agent会决定何时调用它，但你仍然需要提前定义确切的操作。因为工具是固定且定义明确的，Agent正确使用它所需的推理更少，这通常意味着相比它需要在一个更宽泛的工具集中自行判断该怎么做，能减少大语言模型的调用次数。

示例：你的支持Agent有一个“记录升级”Notion工具。这是一个特定操作，指向一个特定数据库。Agent决定问题何时需要升级，但它除了这一项工作外，不能对Notion做任何其他事情。

MCP服务器则在你想让Agent自行决定做什么时大放异彩。连接一次，Agent就能获得一整套工具，按需从中挑选。你仍然可以单独开关每个工具，所以由你决定暴露哪些能力，但Agent决定使用哪个、何时使用以及如何使用。这种灵活性也伴随着Agent侧更多的推理开销。

示例：连接Notion MCP服务器后，你的Agent可以搜索页面、拉取会议记录、创建草稿或更新数据库条目，完全取决于收到的请求。你不需要为每一项操作单独构建工具；这些能力都随连接一起提供。

你不必只选一种

这些方式互不替代。节点作为工作流步骤提供精准性，Agent工具在固定操作上给Agent有限的自主权，MCP服务器则为Agent提供更广阔的推理空间。根据目标不同，一个工作流可能最终会将三者混合使用。

英文来源：

The team just rolled out a fresh batch of MCP servers you can add straight from the Node panel. New additions like Airtable, Grafana, Miro, New Relic, Jotform, and PandaDoc are joining the ones you could already connect to, like Notion, Stripe, GitLab, Apify, Linear, monday.com, and Hugging Face. Connecting to 70 services (and counting) is now a quick OAuth flow.
If you already use any of these day to day, the unlock is pretty immediate. Take Notion, for example. I use it frequently in workflows, but getting it properly wired up to an Agent used to mean reaching out to an admin for the right permissions, creating an internal integration and sharing pages with it, and configuring multiple Notion tools with different operations. Now it's just an OAuth click and an agent can pull meeting notes for context, draft a page from the conversation, and update a database when something happens elsewhere.
All of these MCP server connections are similarly simple to set up. Additional connections are on the way, starting with more of the most-used MCP servers that have OAuth and Dynamic Client Registration (DCR). If you need one that’s not yet listed, the MCP Client Tool lets you point at any MCP endpoint with a bit more setup.
When to reach for a node, an agent tool, or an MCP server?
Native nodes are the right call for deterministic workflows. If you know the exact API call you need at a specific step, or you're building something that has to behave the same way every time, a node gives you fine-grained control over inputs, outputs, and error handling. Use nodes wherever the logic doesn't need a decision made.
Example: You want every new customer to get a welcome page in your team wiki. The Notion node creates that page in the same database, with the same fields, every single time. No judgment call needed, so a node is all you need.
When you add a node to your AI Agent as a tool, the agent chooses when to call it, but you still define the exact action ahead of time. Because the tool is fixed and well-defined, the agent needs less reasoning to use it correctly, which often means fewer LLM calls than if it had to work out what to do with a broader toolset.
Example: Your support agent has a "Log escalation" Notion tool. It's one specific action, pointed at one specific database. The agent decides when an issue needs escalating, but it can't do anything with Notion beyond that one job.
MCP servers shine when you’re letting an agent decide what to do. Connect once, and the agent gets a whole toolset it can pick from as needed. You can still toggle individual tools on or off, so you decide what's exposed, but the agent decides which to use, when, and how. That flexibility comes with more reasoning on the agent's side.
Example: Connect the Notion MCP server and your agent can search pages, pull meeting notes, create a draft, or update a database entry, whichever fits the request it gets. You didn't build a tool for each of those; they came with the connection.
You don’t have to pick just one
None of these replace the others. Nodes give you precision as a workflow step, agent tools give the agent limited discretion over fixed actions, and MCP servers give it a broader surface to reason over. Depending on the goal, a workflow could end up mixing all three.