用 n8n + LLM 10 分钟搭一条 AI 工作流:从 RSS 抓取到飞书推送

用 n8n + LLM 10 分钟搭一条 AI 工作流:从 RSS 抓取到飞书推送

一、为什么这个组合值得学

低代码工作流工具里,n8n 是少有能把「自托管 + 400+ 集成 + 可嵌入 Python/JS 节点」三件事同时做好的那一档。对于每天要处理「抓资讯 → 让 LLM 摘要 → 推送到 IM」这类循环任务,用 n8n 替代一段 cron + Python 脚本,开发时间能从 2 小时压到 10 分钟,而且整套流程可视化、便于交接。

今天这篇文章走一个最实用的链路:RSS 抓取 → LLM 摘要 → 飞书 Webhook 推送。10 分钟能跑通,生产环境再扩。

二、核心事件:n8n 1.x 之后的变化

n8n 在 1.x 之后正式把 AI 节点提到一等公民位置,「AI Agent」「LLM Chain」「Text Classifier」等节点开箱即用,配合任意 OpenAI-compatible 接口(包括本地 Ollama、自建 vLLM 端点),不再需要自己写 HTTP Request 节点拼 JSON。

更关键的是 1.x 的「self-hosted AI Starter Kit」模板:一键部署 n8n + Qdrant + Ollama + Postgres,适合做私有化 AI 中台。对于不想把数据出域的企业,这是目前最省事的路径。

三、技术解析:3 个节点就够

整个流程只需要 3 类节点:

1. RSS Feed 节点:输入 Hacker News / 36Kr / 量子位 等 RSS 地址,按时间窗抓取条目。

2. AI Agent 节点:把每条 entry 的 title + summary 喂给 LLM,prompt 写「用 2-3 句话总结这篇资讯的核心观点,输出中文」,返回结构化文本。

3. HTTP Request 节点:把摘要结果 POST 到飞书机器人 incoming Webhook,body 用飞书官方文档的 interactive 卡片格式。

中间串一个「If 节点」过滤长度:摘要字数小于 30 字就不推,避免 LLM 偶发返回「无法总结」这种空响应把飞书机器人灌爆。

mermaid diagram

四、关键点(实战踩坑清单)

  • Webhook 别走公开 URL:飞书机器人校验签名,要在 HTTP Request 节点的 Header 里加 X-Lark-Signature,不然会被飞书判定为非法来源 401。
  • LLM 调用限流:n8n 默认并发 1,但 LLM 提供方都有 RPM 限制。在节点设置里把「Batch Size」调到 5、「Delay Between Batches」设 200ms,比裸跑稳定 10 倍。
  • 错误重试机制:HTTP Request 节点打开「Retry on Fail」,最多 3 次,指数退避。这条对飞书偶发 5xx 很关键。
  • AI Agent 的 System Message:要明确说「只输出纯文本,不要 markdown、不要 bullet」,否则飞书卡片渲染会显示一堆星号。
  • 本地 LLM 也支持:把 OpenAI 节点的 Base URL 改成 http://localhost:11434/v1,模型选 qwen2.5:7b,本地无网也能跑。

mermaid diagram

五、行业影响:低代码 + LLM 是新「自动化基座」

传统 RPA(UiPath / Automation Anywhere)重在「模拟人操作 UI」,对 API 时代不友好;n8n 这类节点式工具则把每一步抽象成可组合的算子。叠加 LLM 后,原本需要写规则的「文本分类」「实体抽取」步骤也能自然语言 prompt 化,自动化门槛进一步下移。

对个人开发者,这意味着「用周末两小时搭一套每日自动情报流」变得可行;对企业 IT 部门,这意味着 LLM 集成进入流程平台后,业务方能自助搭建 AI 应用、不再卡在开发排期上。

六、结语

n8n + LLM 不是「取代开发者」,而是把开发者从「重复劳动」里解放出来。今天的 RSS → 摘要 → 飞书只是入门案例,进阶用法包括「客户邮件自动分类 + CRM 写入」「周报自动生成 + 邮件发送」「代码仓库 issue 自动 triage + 标签建议」。任何一个你每周做超过 3 次的事,都值得被一条 n8n 流程取代。


参考资料

官方文档

开源项目

行业报道

社区讨论

对比基准


**本文由 AI 生成**。内容基于公开资料整理,可能存在事实偏差,引用链接请以原始来源为准。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注