TOPIC / ARCHIVE

n8n

围绕 n8n 的实践记录、工具整理与问题解决过程。

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

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

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

自动化 n8n
最近更新 2026.08.27
27 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