点赞 + 关注 + 收藏 = 学会了
整理了一个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（空节点）
- • 不做任何事
- • 常用于占位、结构优化
如何选择合适的节点？
给你一个实用的选择原则：
- 1. 优先用内置核心节点（Set / IF / Merge）
- 2. 能不用 Code 就不用
- 3. 没有官方节点 → HTTP Request
- 4. 流程复杂时，先画逻辑再连节点
以上就是本文的全部内容啦，想了解更多n8n玩法欢迎关注《n8n修炼手册》
如果你有 NAS，我非常建议你在 NAS 上部署一套 n8n，搞搞副业也好，帮你完成工作任务也好 《『NAS』不止娱乐，NAS也是生产力，在绿联部署AI工作流工具-n8n》
点赞 + 关注 + 收藏 = 学会了
