『n8n』节点简介

点赞 + 关注 + 收藏 = 学会了

整理了一个n8n小专栏，有兴趣的工友可以关注一下 👉 《n8n修炼手册》

上一篇文章初步了解了一个工作流是怎样搭建的。在 n8n 中，节点（Node）就是一切的核心。每一个节点，代表一次触发、一次数据处理，或一次与外部系统的交互。这篇文章会系统性地带你认识 n8n 中最常见、最重要的几类节点，帮你建立完整的节点认知框架。

什么是 n8n 的节点？

简单理解：

一个节点 = 一个独立的能力单元

它可能是：

一个触发器（什么时候开始执行）
一次 API 请求
一次数据清洗 / 转换
一个条件判断
一次写入数据库或第三方服务

多个节点通过连线组合在一起，就形成了一个完整的自动化工作流（Workflow）。

触发类节点（Trigger Nodes）

触发节点决定了：这个流程什么时候开始执行。它们通常是整个工作流的第一个节点。

常见的触发类节点有以下这些。

Trigger Manual（手动触发）

最基础、最常用的触发节点。

只能在编辑器中手动点击执行
适合调试、测试流程
一个工作流最多只能拥有一个 Trigger Manual 节点

📌 建议：

所有复杂流程，在正式上线前，都用 Manual Trigger 跑通一遍。

Webhook

Webhook 是 n8n 非常核心的能力之一。

作用：

对外暴露一个 HTTP 接口
接收外部系统的请求并触发流程

常见使用场景：

表单提交触发自动处理
系统回调（支付、登录、审批）
前端或后端系统调用 n8n

Webhook 支持：

GET / POST / PUT / DELETE
Header、Query、Body 参数解析

Schedule Trigger（定时触发）

Schedule Trigger 节点用于 定时执行任务。

你可以：

每天 / 每周 / 每月执行
使用 Cron 表达式精确控制时间

典型场景：

定时同步数据
定时生成报表
定时检查状态并通知

On Form Submission（表单提交）

给你一个现成的表单，用户一提交，就触发 n8n 工作流

它可以：

自动生成一个在线表单页面
收集用户填写的数据
在提交时触发整个 Workflow

你不需要：

写前端页面
自己接 Webhook
处理参数解析

App Trigger（应用触发器）

部分第三方应用提供专属 Trigger，例如：

Google Sheets Trigger
Notion Trigger
GitHub Trigger

特点：

依赖第三方平台的 Webhook 能力
配置简单，事件语义明确

核心处理节点（Core Nodes）

这些节点不依赖任何第三方服务，是 n8n 内置的「数据处理工具箱」。

Set（设置节点）

用于创建或修改数据结构。

常见用途：

新增字段
重命名字段
固定值赋值

📌 特点：

不做复杂逻辑
非常适合做数据“整理”

IF（条件判断）

IF 节点用于 条件分支控制。

功能：

根据条件将数据分成 True / False 两条路径

支持的判断类型：

等于 / 不等于
包含 / 不包含
大于 / 小于
正则匹配

📌 这是流程复杂化的关键节点之一。

Switch（多条件分支）

Switch 是 IF 的增强版：

支持多个条件分支
类似编程里的 switch-case

适合场景：

状态值分流
类型分发处理

Merge（合并节点）

Merge 用来 合并来自多个分支的数据。

常见模式：

Append（追加）
Merge by Index
Merge by Key

📌 很多初学者对 Merge 感到困惑，但它是构建复杂流程的关键节点之一。

Code（代码节点）

Code 节点允许你直接写 JavaScript 或 Python。

适合：

复杂数据处理
n8n 原生节点难以完成的逻辑

示例能力：

数组映射
深度字段处理
自定义算法

📌 建议：

能用可视化节点解决的，尽量不用 Code；但当流程复杂时，Code 是最锋利的工具。

集群节点

从 n8n 1.x 开始，一个非常明显的变化是：

节点不再只是“执行一步操作”，而是可以“承担一整段智能决策”

这类节点通常被称为 集群节点，而其中最具代表性的，就是 AI Agent 节点。

AI Agent 节点

一个可以自己思考、自己决定调用哪些节点的“智能执行体”

它和普通节点最大的不同在于：

普通节点：
- 你明确指定“下一步做什么”
AI Agent：
- 你只告诉它“目标是什么”

至于：

用不用 HTTP Request？
要不要查数据库？
是否需要多轮推理？

这些，都由 Agent 在运行时自己决定。它和其他节点在外观上最大的区别就是它有多个子节点。

它的子节点不全是必填，只有标了红色星号的才是必填项。

HTTP 与通用集成节点

HTTP Request

最万能的节点，没有之一。

它可以：

调用任何 REST API
支持各种鉴权方式
自定义 Header / Body

很多第三方平台：

没有官方节点 ≠ 不能接入

HTTP Request 就是兜底方案。

Webhook Response

与 Webhook 节点配合使用。

作用：

控制 HTTP 接口的返回内容
返回 JSON、文本、状态码

适合用 n8n：

做轻量 API
做中间层 / 转换层

第三方应用节点（Integration Nodes）

n8n 内置了大量常见服务节点，例如：

Notion
Google Sheets
Slack
Telegram
MySQL / PostgreSQL
GitHub

这些节点通常封装了：

鉴权
常见操作（CRUD）

📌 优点：

上手快
可读性强

📌 缺点：

灵活度不如 HTTP Request

辅助与流程控制节点

Wait

用于 延迟执行：

延迟几秒 / 几分钟
等待到指定时间

适合：

轮询场景
异步流程控制

NoOp（空节点）

不做任何事
常用于占位、结构优化

如何选择合适的节点？

给你一个实用的选择原则：

优先用内置核心节点（Set / IF / Merge）
能不用 Code 就不用
没有官方节点 → HTTP Request
流程复杂时，先画逻辑再连节点

以上就是本文的全部内容啦，想了解更多n8n玩法欢迎关注《n8n修炼手册》👏

如果你有 NAS，我非常建议你在 NAS 上部署一套 n8n，搞搞副业也好，帮你完成工作任务也好《『NAS』不止娱乐，NAS也是生产力，在绿联部署AI工作流工具-n8n》