自动化 - QiLinora

n8n 的表达式怎么写：让下一个节点自动拿到上一节点的数据

节点实战系列第 03 篇：上一篇我们把 JSON 看成会在节点之间传递的资料卡。这一篇继续做同一条工作流：不再手抄资料卡里的内容，而是让下一个节点自己把需要的栏目拿出来。你已经知道，上一节点可以交出一张这样的资料卡： { "name": "qilinora", "task": "整理本周阅读清单" } 可当你到了下一个节点，想生成一句提醒时，最容易做的事情还是手动输入：你好，qilinora。今天要完成：整理本周阅读清单。这句话当然能显示出来，但它没有自动化。下次资料卡里的任务变成“发布本周文章”，你还得回到这个节点，把整句话重新改一遍。数据明明已经在上一站准备好了，却没有真正参与后面的流程。表达式就是为了解决这件事。一句话结论：表达式不是让你在 n8n 里写复杂程序；它只是告诉当前节点：不要把这里当成固定文字，请去输入资料卡里读取某个栏目。今天我们只完成一条很小、但以后会反复复用的能力：让 n8n

部署自动化 n8n

最近更新 2026.09.03

03 9月 2026

n8n 里的数据到底长什么样：别再看着 JSON 发愣

上一篇我们知道了节点像一条工作流上的不同岗位。这一篇不增加任何复杂节点，只做一件更重要的事：看懂岗位之间究竟传了什么。你可能已经把两个节点连起来过。第一个节点执行成功，变成绿色；第二个节点也能打开。可一旦你想把“上一节点的姓名”填进“下一节点的消息”，就开始不知道该点哪里。右侧突然出现一大段 JSON；里面有花括号、方括号、字段名、值。你看到 name、body、headers，却不知道哪个才是自己要用的内容。于是你开始靠猜：试着写一个字段名，运行失败；再换一种写法，还是空白；最后只能把示例里的固定文字复制进去。工作流看起来跑通了，但它并没有真的读懂自己的数据。这不是你不会拖节点。问题在于：你还没有把 n8n 里的数据，看成会在岗位之间传递的资料卡。一句话结论： n8n 的每个节点都会接收一张或多张资料卡，处理后再交出新的资料卡。JSON 不是一堵代码墙，它只是资料卡上“字段名：内容”的写法。今天我们不接 Webhook，

部署 n8n 自动化

最近更新 2026.09.02

02 9月 2026

n8n Webhook 高级用法

n8n Webhook 高级用法：让外部系统安全、稳定地把数据交给你这篇文章解决什么问题？你已经会用 Webhook 接收一条测试消息，但一接真实外部系统，问题就开始出现：为什么测试 URL 能用、生产 URL 却没反应？为什么别人知道地址就能乱发请求？共享密钥放在哪里？签名怎么验证？同一条事件重发三次怎么办？怎样才能既快速回复外部平台，又不丢掉后面的复杂处理？这篇文章会从零搭建一条“外部系统推送事件 → n8n 验证身份 → 防重复 → 立即确认 → 后台处理 → 失败报警”的可靠入口。你不需要先懂密码学；但读完后会知道每一道安全门为什么存在。 Webhook 可以理解成你给自动化系统开的一扇“带门铃的小门”。外部系统发生事件后，不需要等你主动去问，它会主动把一份包裹送到门口；n8n 听到门铃，拿到包裹，开始执行工作流。它既可以接收应用事件，也能把最终数据作为 API 响应返回，因此适合做轻量 API

部署自动化 n8n

最近更新 2026.09.01

01 9月 2026