n8n 生产环境跑多智能体流水线,作者总结三条架构教训

Top-Explanation-4750 · reddit · 2026-11-07

一位 Reddit 用户分享了在 n8n 上运行研究、内容生成、数据库同步等多智能体流水线数月后的生产经验,指出教程很少提及的架构瓶颈。

1. 避免单体画布,按状态边界解耦:把研究、决策、写作全塞进一张大画布时,外部 API(如 Perplexity)限流或 502 会导致节点级重试重复执行昂贵的 LLM 调用,token 和内存开销爆炸。解法是用 Execute Workflow 节点或 webhook 拆成单一职责的微工作流,通过 PostgreSQL/Airtable 显式传递状态,按「研究→检索选题→校验过滤→最终生成」分层。

2. 执行前加「评估者/Critic」门禁:用便宜模型(如 GPT-4o-mini 或 Gemini 1.5 Flash,temperature 0)跑一个评估节点,严格输出 pass/fail 或置信度,检查引用是否可验证、数字是否幻觉;置信度低于 0.8 的记录路由到人工审核队列,而不是盲目继续流水线。

3. 主题重叠检测:对新任务标题先算 embedding,与 pgvector/Pinecone 中的已有条目做余弦相似度检查,超过 0.82 就合并任务或走「更新已有记录」工作流,避免内容自我蚕食。

技术栈:自托管 n8n + Gemini 1.5 Pro / Claude 3.5 Sonnet(推理与起草)+ Flash/Mini(格式化与评估)+ PostgreSQL(pgvector)+ Airtable(人工状态分诊)。

原文链接 →

「编程与Agent」频道最新

更多「编程与Agent」频道 AI 资讯 →