mcpField
N
N8n

N8n

远程服务
pipeworx.io开发工具0今天更新

关于 N8n

N8n 是用于查询自有 n8n 实例的 MCP 服务,面向需要检查工作流配置和运行记录的团队。它可列出工作流、查看单个工作流详情及筛选近期执行记录,需要提供实例 URL 和 API 密钥。

主要功能

  1. 01列出工作流及启用状态
  2. 02按 ID 获取工作流详情
  3. 03筛选近期执行记录

适用场景

  1. 01盘点实例中的启用工作流
  2. 02查看工作流使用的节点和标签
  3. 03排查近期失败或等待中的执行

MCP 相关

向 MCP 客户端提供查询自有 n8n 实例的工作流和执行记录工具,调用时需提供实例 URL 和 API 密钥。可作为本地 stdio MCP 服务运行,也可通过 Pipeworx 网关连接。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/n8n/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

mcp-n8n

n8n MCP — 查询你自己的 n8n 实例(BYO)。

属于 Pipeworx — 一个将 AI Agent 连接到 1743+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游提供方无关联、未获其认可,也未由其发布。

工具

工具描述
n8n_list_workflows列出你自己的 n8n 实例中的工作流,并按启用/停用分类。可回答“我们有多少个启用的工作流”“列出我们的 n8n 工作流”“哪些工作流已开启”等问题。每个工作流包含:id、名称、启用状态(开/关)、createdAt、updatedAt、标签。将 active_only:true 设为仅列出正在运行的工作流。需要提供你的 instance_url 和 n8n API 密钥(_apiKey)。
n8n_get_workflow按 id 获取你自己的 n8n 实例中某个工作流的详情 — 名称、启用状态、节点列表(使用了哪些集成)、标签和时间戳。可从 n8n_list_workflows 获取 id。需要提供你的 instance_url 和 n8n API 密钥(_apiKey)。
n8n_list_executions列出你自己的 n8n 实例中近期的工作流执行记录(运行记录)— 可用于查询“我们的工作流是否运行过”“显示近期失败记录”“执行历史”。每条记录包含:id、workflowId、状态(success/error/waiting)、mode、startedAt、stoppedAt。可按状态和/或 workflow_id 筛选。需要提供你的 instance_url 和 n8n API 密钥(_apiKey)。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "n8n": {
      "url": "https://gateway.pipeworx.io/n8n/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/n8n/mcp 上的 tools/list 会返回上表中的工具, 以及 Pipeworx 共享元工具 — ask_pipeworx、 discover_tools、search_within、remember/recall 以及网关范围内的其余工具。 因此,你看到的工具数量会多于此表:目前,单个工具包端点除了列出 该工具包自己的工具外,还会列出约 30 个共享工具。连接的 initialize 响应会说明其确切范围, 并且是当天情况的权威依据。

这是有意为之,并非意外复用。元工具可以让限定范围的连接回答此工具包未涵盖的问题 — 通过 ask_pipeworx 在整个目录中路由 — 无需添加第二个 MCP 服务。目前无法挂载 不包含这些工具的工具包端点;如果额外的架构信息消耗的上下文超过了路由带来的价值, 请改为连接一次完整网关,而不是连接多个工具包端点。

或者,连接完整的 Pipeworx 网关,直接获取每个工具包列出的所有工具, 而不只是这个工具包的工具:

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都连接到同一个网关和相同的 1743+ 个数据源。唯一的区别在于,哪些工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。

没有 MCP 客户端?通过 HTTP 调用

此工具包需要你自己的 API 密钥(_apiKey)— 我们不会代为提供,因此这里没有不带密钥也能运行的 curl 命令。查看任意工具:GET https://gateway.pipeworx.io/v1/tools/n8n_list_workflows。查找工具:POST https://gateway.pipeworx.io/v1/tools/search_packs,并传入 {"query":"..."}。

独立运行(无需网关账户)

此软件包也可以作为本地 stdio MCP 服务运行 — 无需 Pipeworx 账户,也无需 经由网关往返:

{
  "mcpServers": {
    "n8n": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-n8n"]
    }
  }
}

或者直接运行以确认它能启动:

npx -y @pipeworx/mcp-n8n

它通过 stdin/stdout 使用 MCP,并响应 initialize/tools/list/tools/call, 但仅提供此工具包的工具 — 不包含上方网关连接额外提供的任何共享元工具。 来源相同,工具相同,但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用通俗语言提问,而不是直接调用工具 — 这既适用于上方的工具包端点,也适用于完整网关:

ask_pipeworx({ question: "your question about N8n data" })

网关会选择合适的工具并自动填充参数。

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。