📌 项目地址：Zie619/n8n-workflows | ⭐ 54,863 颗星 | 🔧 Python | 📜 MIT
这不是软件，是一套可搜索的工作流数据集
n8n是开源的工作流引擎，类似Zapier但数据自管。这个仓库存的不是代码，是4343个可直接导入n8n的JSON模板文件。每个模板对应一个自动化流程，比如“Twitter监控→Slack提醒”“Gmail附件→Google Drive→通知”。你用n8n，想做什么流程，先来这儿搜一下，省得从头搭。
仓库标记了365种集成（Google Sheets、Notion、OpenAI、GitHub、AWS、Gmail等），29445个节点，平均每个工作流约6.8个节点。作者承诺100%导入成功率，我试了几个，结构完整，节点连线清晰，替换掉占位符（如API Key、Webhook URL）就能跑。
三个入口：在线、本地、Docker
在线搜最快
作者在GitHub Pages部署了搜索界面：zie619.github.io/n8n-workflows。不需要安装，手机电脑都能打开。左侧按15个分类（营销、销售、DevOps、客服等）排好，还能按关键词、复杂度、触发类型、服务过滤。找到工作流直接下载JSON，丢进自己的n8n实例就完事。
本地跑搜索服务
离线或内网环境，README给了步骤：
git clone https://github.com/Zie619/n8n-workflows.git
cd n8n-workflows
pip install -r requirements.txt
python run.py
# 浏览器访问 http://localhost:8000界面跟在线版一样。依赖Python 3.9+，100MB磁盘空间。
Docker一分钟启动
docker run -p 8000:8000 zie619/n8n-workflows:latest或自己构建：
docker build -t n8n-workflows .
docker run -p 8000:8000 n8n-workflows镜像支持linux/amd64和linux/arm64，树莓派也能跑。
搜索系统怎么搭的
项目不是扔一堆JSON让你手动翻。它用SQLite的FTS5做了全文索引，README说比纯遍历快了100倍。所有工作流的名称、描述、内部节点都被索引了。后端用FastAPI，暴露了五个API端点：
| 端点 | 方法 | 用途 |
|---|---|---|
/api/search |
GET | 搜索工作流（支持关键词+多重过滤） |
/api/stats |
GET | 仓库统计（数量、集成数等） |
/api/workflow/{id} |
GET | 获取单个工作流JSON |
/api/categories |
GET | 列出所有分类 |
/api/export |
GET | 导出工作流集合 |
如果你有自己的前端，直接调用这些接口取数据就行。比如查分类：GET /api/categories。
架构图：
用户 → Web界面 → FastAPI服务器 → SQLite FTS5 → 工作流数据库
→ 静态文件（JSON文件）前端用Vanilla JS（README写的是“Vanill”，推测是vanilla），无框架依赖，加载快。
工作流质量观察
我下了十几个工作流看了结构。例如“Twitter监控+Slack通知”模板：触发器是定时轮询Twitter Search API，中间节点判断是否有新推文，最后用HTTP Request节点发到Slack webhook。逻辑清晰，节点连线有注释。另有个“AI生成周报”模板：用OpenAI节点写总结，然后发给邮箱。这种模板替换两个变量就能用。
复杂程度参差不齐。作者标注了“低/中/高”复杂度标签，低的一般2-4个节点，适合快速验证。高的包含分支、错误处理、循环——更适合正式环境。
365个集成覆盖常见服务：Google Sheets、Notion、OpenAI、GitHub、AWS、Gmail、Slack、Discord、Telegram、Jira等。基本覆盖大部分日常自动化场景。
有个隐患：没有评分和评论机制。你不知道别人用了效果如何。有些工作流可能针对特定场景（某人的数据库结构或API版本），你需要自己改参数。
谁适合用
前提：你已经用n8n。这个项目对不用n8n的人没用。
具体两类人：
- 想省时间的人。公司要搭一个“收到Gmail附件→保存到Google Drive→Slack通知”，先用在线界面搜“Gmail attachment Drive Slack”，大概率有现成模板。没有100%匹配的，找个接近的改两下。
- 想学n8n但缺案例的人。看别人怎么连线、用什么节点、怎么处理错误。模板是完整的工作流，可以直接导入并研究。
几点提醒
- 先在线搜，再本地部署。不确定方向的话，在线搜几次就知道有没有你要的模板。
- 导入后检查密钥。README说做了安全审计，但占位符（环境变量）还是要替换成自己的。每个JSON文件里可能有
{{API_KEY}}之类的占位，替换后才能用。 - 大量工作流建议用本地服务。如果你手上有几十上百个工作流，SQLite FTS5搜索比翻文件夹强很多。本地跑一个FastAPI服务，搜索秒出。
- 关注版本兼容性。n8n版本迭代快，模板可能依赖特定节点版本。导入后如果报错，检查节点版本是否匹配。
我的判断
这个项目的核心价值在数据集本身。4343个模板、365个集成、29445个节点——体量比大多数商业市场的模板集都大，而且免费。作者还在持续维护（2025年11月做了安全审计、Docker多架构支持、界面重设计、搜索加速）。
但它有两个局限：
- 工作流来自社区贡献，质量不一。有些模板的注释和节点命名不够清晰，需要自己花时间理解。
- 没有评价或使用数据。你不知道哪个模板被验证过、哪个容易出bug。
正确用法：把它当灵感源和搜索库，不是拿来就跑的生产方案。在n8n工作流模板这个品类里，它是目前质量最高的免费资源。如果你用n8n，值得用这个项目提升效率。
标签：n8n, 工作流模板, FastAPI, 自部署