n8n Workflow Builder MCP Server：用 Claude 与 Cursor 管理工作流

n8n Workflow Builder MCP Server 是 salacoste/mcp-n8n-workflow-builder 仓库提供的 MCP 服务器，可让 Claude AI 和 Cursor IDE 通过 Model Context Protocol 创建、管理和监控 n8n 工作流。它的核心变化不在于新增一种工作流引擎，而是把原本需要编辑 JSON 或进入 n8n UI 的一部分操作，交给支持 MCP 的 AI 客户端以自然语言调用。

对已有 n8n 自动化的人来说，传统操作路径通常是：在 n8n 的界面中配置节点、调整工作流，再查看执行结果。该项目 README 给出的定位是，用户可以直接描述需求，由 Claude Desktop 或 Cursor IDE 调用 MCP Server 来构建和管理工作流。也就是说，它试图把 AI 客户端变成 n8n 管理接口，而不是替代 n8n 本身。

项目文档列出的能力覆盖工作流生命周期中的创建、更新、删除、激活和执行，以及运行记录的监控、重试和分析；此外还有标签管理。README 还称，一个 MCP Server 可以连接多个 n8n 环境，并列举生产、预发布和开发环境作为使用场景。这种设计适合需要在不同环境之间切换、又不希望每次都手动进入不同 n8n 后台的使用者。

安装与接入方式也写在项目 README 中：项目提供 npm 全局安装方案，并给出 Claude Desktop 和 Cursor IDE 的 MCP 配置示例，示例通过 npx 启动 @kernel.salacoste/n8n-workflow-builder。运行前需要 Node.js、npm、具有 API 访问权限的 n8n 实例，以及 Claude Desktop 或 Cursor IDE。单个 n8n 实例可通过 N8N_HOST 和 N8N_API_KEY 配置；多个实例则使用 .config.json，为各环境分别设置 n8n_host 和 n8n_api_key。

本文对能力范围的判断主要依据该仓库 README 和项目的 API 覆盖文档。后者将 n8n REST API v1 的 23 个方法作为统计范围，并称其中 19 个获得完整支持、4 个为部分支持。这组数字说明项目作者试图覆盖的接口边界，不等同于每种部署环境和工作流场景下的实际表现。

文档也给出了一个明确限制：activate_workflow 和 deactivate_workflow 被标为部分支持，原因是 n8n API 的限制，相关操作只能通过 UI 完成。因此，这个 MCP Server 可以把工作流构建、维护与运行查看集中到 AI 客户端，但不能把 n8n 后台的所有操作完全搬走。

从这一点看，它更适合作为已经使用 n8n 的团队或个人的管理层接口：自然语言可以减少重复配置和查找运行记录的步骤，但 n8n 实例的 API 权限、环境配置，以及仍需在 UI 中完成的操作，依然是这套方案的边界。