一、触发器节点¶

1.1 Manual Trigger¶

最简单的触发器，点击后立即运行，适合调试。

1.2 Schedule Trigger¶

定时触发，作用类似 Linux 的 Crontab。

1.3 Webhook¶

Webhook 会给你一个 URL，只要访问这个 URL，工作流就会执行。

一个很重要的经验是：如果后续流程很长，别让 Webhook 等全部流程跑完再回复，否则客户端很容易超时。更稳妥的做法是：

• 先立即返回一个“已收到，处理中”的响应；
• 再让剩余流程在后台继续执行。

1.4 Error Trigger¶

当其他自动运行的工作流报错时，Error Trigger 可以单独接管错误处理，例如：

• 发报警；
• 记录日志；
• 自动重试；
• 通知运维。

1.5 MCP Trigger¶

MCP Trigger 能把一个 n8n 工作流封装成 MCP 服务，供支持 MCP 的客户端直接调用。

它特别适合把已有自动化流程变成可被智能体调用的工具。

1.6 Form Trigger¶

Form Trigger 会自动生成一个可访问的表单页面，用户提交表单后触发工作流。

它适合收集线索、报名、附件上传、预约申请这类场景。

二、控制流节点¶

2.1 IF 节点¶

IF 节点负责把数据分成 true / false 两条分支。

适合用来处理简单条件判断。

2.2 Switch 节点¶

Switch 可以看成 IF 的增强版，适合一个字段对应多个分支的情况，例如：

• 工单状态分发；
• 套餐类型路由；
• 多类事件处理。

它还支持 Fallback Output，用来处理“不匹配任何规则”的兜底情况。

三、循环与批处理¶

Loop over Items 的本质就是把一组数据拆开，一条条或一批批送入内部流程。

它最重要的一个设置是 Batch Size。

适合用在：

• 控制 API 调用频率；
• 避免一次性处理太多数据；
• 提高容错和重试效率；
• 抓分页数据。

四、Merge 节点¶

Merge 的作用是把多个分支再汇合回来。

常见模式包括：

• Append：
• 直接拼接多个分支的数据。
• Combine：
• 按位置或按字段把数据合并。
• Choose Branch：
• 只保留某一个分支的数据。

这在 IF 或 Switch 分支处理后尤其常见。

五、Wait 节点¶

Wait 节点会让工作流暂停，等条件满足后再继续。

常见等待模式有：

• 等待固定时长；
• 等待指定时间；
• 等待 Webhook 回调；
• 等待表单提交。

它特别适合处理：

• 人工审批；
• 异步任务回调；
• 定时继续执行；
• 限速控制。

六、NoOp 和 Execute Sub-workflow¶

6.1 NoOp¶

顾名思义，这个节点什么都不做，适合做占位、调试或维持流程结构。

6.2 Execute Sub-workflow¶

它可以在父工作流里调用另一个子工作流，适合：

• 复用通用逻辑；
• 拆分复杂流程；
• 让主流程更清晰。

七、一个实用理解¶

触发器决定“什么时候开始”，控制节点决定“往哪走”，循环决定“怎么批量处理”，Merge 决定“怎么回来”，Wait 决定“什么时候继续”。把这几类骨架节点理解透了，n8n 的大部分工作流你都能看懂并搭出来。