All episodes

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

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

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

部署 自动化 n8n
最近更新 2026.09.03
03 9月 2026
n8n 里的数据到底长什么样：别再看着 JSON 发愣

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

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

部署 n8n 自动化
最近更新 2026.09.02
02 9月 2026
n8n Webhook 高级用法

n8n Webhook 高级用法

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

部署 自动化 n8n
最近更新 2026.09.01
01 9月 2026
别让 n8n 失联：工作流、错误处理教程

别让 n8n 失联：工作流、错误处理教程

这篇文章解决什么问题？当 n8n 只是帮你发一条测试消息时，它看起来很简单；可一旦流程每天自动跑、会调用外部 API、会写数据、会发通知，真正困难的就不再是“能不能跑通”，而是：失败后谁知道？临时故障要不要再试？重试会不会重复发消息？一条流程越来越长，怎么改才不会牵一发而动全身？这篇教程会带你把一条“能跑”的 n8n 工作流，升级成一条可拆分、可报警、可重试、可追踪的可靠工作流。 你可以把 n8n 想成一间开始接真实订单的小型工作室。最开始，一个人从头做到尾没有问题；但当订单多了、步骤多了、外部服务偶尔不稳定时，把所有事塞进一个人手里，只会越来越乱。成熟的做法是：把重复工作交给专门小组；出问题时有报警台；遇到短暂故障时按规则重试；真正不能继续时留下完整现场，而不是静悄悄地失败。 n8n 官方把这种思路分别放在子工作流、错误工作流与节点设置中。子工作流由 Execute Sub-workflow

最近更新 2026.08.31
31 8月 2026
n8n 节点到底怎么用？一条工作流讲透

n8n 节点到底怎么用？一条工作流讲透

先看最终效果：每天早上 8 点，n8n 自动去一个公开接口取回信息；把复杂数据整理成一段读得懂的摘要；按“有没有重要内容”分成两条路；最后把结果发到你的邮箱、Telegram 或 Notion。你不需要先学编程，先学会看懂每一个节点像什么、负责哪一段工作就够了。 很多人第一次打开 n8n，会被满屏节点和连线吓住。其实它不像写程序，更像安排一支小型团队：有人负责按时开门，有人负责把资料拿回来，有人负责整理，有人负责判断轻重缓急，最后有人把结果送到你手上。所谓“工作流”，就是把这些角色按顺序排好，让它在合适的时候自己协作。 n8n 官方把节点分成两类：触发器负责让工作流开始，动作负责在流程中取数据、改数据、判断、通知或操作外部服务；凭据则是节点访问邮箱、表格、AI 或其他服务时使用的授权信息。n8n 对节点类型的说明 与其把节点死记硬背，不如先把它们放到一条真实的信息简报流程中理解。 先建立一张“节点地图”：一条工作流究竟由什么组成？ 把一条自动化工作流想成一家小型日报社。

部署 n8n
最近更新 2026.08.30
30 8月 2026
n8n 搬家不丢数据：Windows 和 macOS 如何迁移 Docker 数据卷

n8n 搬家不丢数据：Windows 和 macOS 如何迁移 Docker 数据卷

适用场景：你原本在 Windows 或 macOS 本地部署了 n8n，后来发现新闻检索、汇率监控、每日热点整理、Webhook 接收等任务需要机器长时间运行，于是准备把 n8n 搬到另一台长期在线的电脑、NAS、Linux 服务器或云主机。本文也适用于换电脑、重装 Docker、从本地迁移到服务器，以及把一套已经运行稳定的 n8n 环境完整复制到新设备。 先说结论：真正要搬的不是容器，而是数据卷 很多人第一次迁移 n8n，会把注意力放在“怎么把容器复制过去”。但容器更像是临时搭好的办公室，里面的桌椅可以随时重新摆；真正重要的是办公室里的文件柜。n8n 的工作流、凭据、执行记录、加密密钥和部分实例设置，都保存在持久化数据目录里，而不是保存在容器本身。 官方 Docker 示例会把 Docker 卷 n8n_data 挂载到容器内的

部署 n8n
最近更新 2026.08.29
29 8月 2026
一句话让n8n自动生成文案

一句话让n8n自动生成文案

有些人以为，持续写内容靠的是自律。 但真正写过一段时间的人都知道：最稀缺的不是“坐下来写”的时间，而是那一句突然冒出来、还没来得及被生活冲掉的念头。 它可能发生在出门路上、开完会的电梯里，也可能是在你准备睡觉时。你对着手机说了十秒钟：“为什么很多人学了很多工具，生活却还是更忙？”如果这句话只是躺进录音 App，它大概率会成为一条永远不会再点开的音频。 这篇教程要做的，是把那十秒钟接住。 我们会搭一条完整的 n8n 工作流：音频进入 Webhook → Whisper 转成文字 → AI 还原并扩写 → 自动生成 Markdown 文件 → 上传到 InfiniCLOUD WebDAV → 在电脑和手机的 Obsidian 里继续编辑。 最终，你不再得到一段录音，而是一份已经有标题、有结构、有下一步写作方向的笔记。 先把结果说清楚： 这不是一个“自动替你写文章”的偷懒工具。它更像一位永远在线的内容助理：你负责提供真实观察，它负责把观察整理成可继续思考、可继续创作的起点。

n8n 部署 obsidian
最近更新 2026.08.28
28 8月 2026
我用 n8n 搭了结合去重、核验、写日报的情报编辑部

我用 n8n 搭了结合去重、核验、写日报的情报编辑部

很多人第一次做“新闻自动化”时，脑中只有一个画面：每天搜几个关键词，把链接发到群里。 但真正跑过一段时间就会发现，难点根本不在“搜到新闻”。难点在于你会收到大量你并不想看的东西：同一篇稿子被不同网站转载、搜索结果里混进无关广告、两年前的旧新闻因为 SEO 又排到前面、标题看起来相关但正文完全不是那家公司，最后你还要手工判断哪些值得读、哪些根本不该出现。 如果自动化只是把更多链接塞进飞书，它不是帮你省时间，而是在更快地制造噪音。 所以这份 n8n 工作流没有把“搜索”当成终点，而是把它设计成一条完整的信息编辑流水线： 先由人定义什么值得关注；再让不同第三方搜索源帮我们广泛召回；接着用代码和长期记忆去重；再提取正文交给 AI 做相关性与时效审查；最后仍用规则拦住不合格内容，才把一份可以追溯来源的日报发出去。 它更像一间小型行业情报编辑部，而不是一个“会搜新闻的机器人”。 这篇文章会按工作流实际运行顺序，把每个节点都讲明白：它在做什么、为什么必须放在这里、如果不做会出什么问题，以及这种方法还能迁移到哪些领域。 先看全流程：一份日报是怎样被编辑出来的 把整个工作流放进“编辑部

自动化 n8n
最近更新 2026.08.27
27 8月 2026
Docker 出问题时怎么查：不重装，像物业一样找到是哪间房出了问题

Docker 出问题时怎么查：不重装，像物业一样找到是哪间房出了问题

当 Docker 报错时，很多人会做同一件事：关掉 Docker Desktop，重开；不行就删容器；再不行就重装。 这样做有时真的能“暂时好了”，但它没有让你知道问题出在哪里。下次遇到同样的问题，你还是会焦虑。 更麻烦的是：如果你在不知道数据卷作用的情况下乱删，真正重要的数据反而可能被误删。 所以这篇文章先给你一条最重要的原则： Docker 出问题时，先看状态，再看日志，再看连接。最后才考虑删除重建。 你不需要成为运维工程师。你只需要把 Docker 当成一栋楼： * 打不开网页，先看楼外门牌有没有挂好； * 两个服务连不上，先看内部电话线有没有接上； * 容器一直重启，先看房间里开门后发生了什么； * 数据不见了，先看是不是接错了储物柜； * 权限报错，先看谁没有拿到该有的钥匙。 按这个顺序排查，绝大多数新手问题都不会再显得神秘。 先把这 5 条“救火命令”收藏起来 你不需要一次学会几十条命令。下面五条足够覆盖最常见情况。 命令 它在生活中像什么

Docker
最近更新 2026.08.25
25 8月 2026
Docker Compose：让 n8n命令变成菜单。

Docker Compose：让 n8n命令变成菜单。

你有没有过这种经历？ 第一次部署 n8n 时，照着教程在终端里敲了一大串命令。里面有端口、密码、挂载路径、网络、重启策略。最后它确实跑起来了。 过了两周，电脑重启。你想重新启动 n8n，却发现自己完全忘记当时写过什么。 你开始翻聊天记录、翻浏览器历史、翻收藏夹。终于找到那条命令，又不确定自己有没有改过端口、有没有挂过数据卷、密码是不是同一个。 这不是你记性不好。是因为“把一套应用的所有规则，塞进一条很长的命令”，本来就不适合长期使用。 Docker Compose 就是为了解决这件事。 它让你把 n8n、数据库、端口、数据、网络和启动规则，统一写进一份清单。以后启动不靠回忆，只需要一句命令。 今天我们不追求一口气背完 YAML。我们只做一件事：像给一栋小楼写物业清单那样，把 n8n 和它需要的数据库安排清楚。 先看你最终会得到什么 完成后，你会拥有一个文件夹。

Docker 部署 n8n
最近更新 2026.08.24
24 8月 2026
数据卷不是文件夹：你敢重装 n8n，是因为知道数据不会丢

数据卷不是文件夹：你敢重装 n8n，是因为知道数据不会丢

你可能已经把 n8n 跑起来了。工作流能执行，接口也接好了，甚至已经自动帮你整理表格、发送通知、同步内容。 然后有一天，你看到 Docker Desktop 提示镜像可以更新。你想点击更新，却突然不敢动。 你真正担心的并不是“更新会不会失败”。你担心的是：万一我重装容器，前几天做好的工作流、登录过的账号、保存的凭据，会不会全部没了？ 这正是很多人第一次接触 Docker 时最容易踩的坑：他们以为“容器正在运行”，就等于“数据已经安全”。其实不是。 今天这篇文章只解决一件事：让你的 n8n 像住进一间可以随时翻新的房间，但所有重要资料都放在房间外的独立储物柜。 这样以后升级、重启、重建容器时，你不会再因为害怕丢数据而不敢操作。 先给你一个最重要的结论 容器负责运行 n8n；数据卷负责保存 n8n 的资料。容器可以换，数据卷不能乱删。 你可以把 Docker

n8n Docker
最近更新 2026.08.23
23 8月 2026
什么是docker端口：用打电话来举例

什么是docker端口：用打电话来举例

系列第二篇：端口不是一个神秘数字。它更像门牌、接待窗口和楼内电话线的组合。 很多刚接触 Docker 的人会遇到一个矛盾画面：Docker Desktop 显示 n8n 正在运行，日志也没有报错，但浏览器打开 http://localhost:5678 却没有反应 。另一个常见问题是，教程写着 5678:5678，两个一样的数字到底为什么要写两次？ 答案是：Docker 把“楼外入口”和“房间内入口”分开了。 先记一句话：端口映射是“把楼外门牌，接到房间内的门” 假设你的电脑是一栋大楼，Docker 容器是楼里的房间。n8n 这个房间内部已经有一个接待窗口，编号是 5678。但楼外的人并不知道该怎么走到这里。你需要在大楼外再挂一个门牌，并告诉前台：所有来到这个门牌的人，都转接到 n8n 房间的 5678 号窗口。

Docker
最近更新 2026.08.22
22 8月 2026
Docker 到底是什么：用一栋楼读懂镜像、容器与 Docker Desktop

Docker 到底是什么：用一栋楼读懂镜像、容器与 Docker Desktop

系列第一篇：先不背命令。先把 Docker 想成一栋可以快速复制、快速出租、也能随时拆除重建的大楼。 你可能遇到过这样的情况：照着教程在电脑上安装一个工具，装到一半，教程说“请先安装 Node.js、数据库、某个依赖库”，而你的电脑里版本又不一样。最后不是工具没启动，就是启动了但和教程画面完全不同。 Docker 想解决的，正是这件事：不要让每个人都从零搭一间房，而是把一间已经布置好的房间，连同里面需要的东西一起搬过来。 先看结论：Docker 不是一个软件，而是一套“装箱和运行”的方法 Docker 里最常听到的三个词是：镜像（image）、容器（container） 和 Docker Desktop / Docker Engine。如果直接背定义，很容易混淆；把它们放进一栋楼里就简单很多。 Docker 概念 生活中的类比 真正的技术含义 镜像

n8n Docker 部署
最近更新 2026.08.21
21 8月 2026
如何使用Windows 部署本地n8n

如何使用Windows 部署本地n8n

这是一份面向完全没有 Docker 经验的教程。我们会从下载 Docker Desktop 开始，创建项目文件夹，写入 compose.yaml，启动 n8n，再处理网络、端口、权限和数据备份问题。 0. 先理解四个词 Docker Desktop 是 Windows/macOS 上的安装程序；Docker Engine 是真正运行容器的引擎；Docker Compose 用一个 YAML 文件描述服务；容器是 n8n 的运行实例，volume 是保存 n8n 数据的持久化空间。小白只需要安装 Docker Desktop，不要在 Windows 的 WSL 里再单独安装第二套 Docker。 1. 下载

n8n 部署 自托管
最近更新 2026.08.17
17 8月 2026
n8n.io

n8n：重塑新一代工作流自动化

自动化的未来已然到来 自动化正在从根本上重塑个人工作模式与企业的运营底层，而 n8n 正是引领这一变革的新一代工作流自动化平台。其核心使命在于：打破技术壁垒，让每一位专业人士与团队都能驾驭自动化的力量。 n8n 由德国企业家兼开发者 Jan Oberhauser 创立。他的愿景是打造一款兼具极高灵活性与易用性的自动化工具。作为一个开源项目，n8n 凭借其强大的功能和对用户友好的设计理念，迅速在技术社区中声名鹊起。 截至 2025 年，n8n 已成长为一个估值超过 1 亿美元的成熟平台。这一里程碑不仅印证了其在自动化领域产生的深远影响，也彰显了其背后不断壮大的全球用户与开发者社区的蓬勃生机。 什么是 n8n？—— 开源自动化的核心引擎 n8n 是一款旨在连接各类应用程序、服务及 API 的开源工具。 通过直观的视觉化编辑器，用户能够构建出强大的自动化工作流。在该编辑器中，“节点（Nodes）”充当着任务执行、触发器以及服务集成的基础模块，只需通过简单的拖拽操作（Drag-and-Drop）即可将它们无缝拼接。 n8n 的核心优势与差异化特性 开源基因与绝对的数据控制

n8n
最近更新 2026.08.17
20 7月 2026