n8n 实战：它替我盯着，我才能睡安稳觉
写在前面
我每天晚上八点会收到一条飞书消息，不是人发的，是 n8n 推来的。
内容通常是五六个当天 GitHub 上最热门的仓库，附带一句话简介。比如哪天抓到 build-your-own-x 这种项目，一眼就知道它值不值得点进去看。
上篇讲了为什么要把 n8n 装到自己的机器上、比租 SaaS 便宜。这篇不讲怎么装了，讲它装好之后到底替我干了什么活，以及这套东西为什么值得你花那半小时部署。
1. 为什么手动盯是输局
把"盯住 GitHub 上可能出现的好项目"这件事交给人，天生有三个弱点。
人会漏。信息不会挑你清醒的时候发，凌晨、周末、你正忙的时候，恰恰是它冒出来的时候。
人会懒。每天花二十分钟挨个刷，纯体力活，刷两周就开始敷衍，刷一个月基本就断了。
人会忘。忙起来一连几天不看，等你回来，前面的已经沉底，想补都补不回来。
自动化不比人高级，只是它不需要睡觉、不需要意志力、也不会敷衍，它是一双二十四小时睁着的眼睛，这点人做不到。先说清楚：这篇不碰技术，只论证它为什么有用。
2. 三块积木：触发器、处理、动作
n8n 里所有工作流，拆开看其实就三块积木。
触发器决定什么时候干活，比如到点了、RSS 有更新了、有人提交了表单。
处理决定干成什么样，比如过滤掉不相关的、做判断、拼格式、交给 AI 加工。
动作决定结果给谁，比如发邮件、发飞书、写进一张表格。
你把"每半小时抓一遍我关注的源，只留带关键字的，发我手机"翻译成节点，就是一条工作流。绝大多数自动化需求，这三块积木就能拼出来，复杂一点无非是多叠几层。记住这三块长什么样，以后看别人的工作流也不会懵。
3. 我是怎么搭出来的
我想要的效果很具体：每天晚上 8 点，自动抓一遍 GitHub 当天最热门的仓库，先过一层规则，再让 AI 筛掉明显凑数的，最后把最值得看的五六个推到我手机。这件事翻译成三块积木，就是下面这条工作流。
上面是这条工作流的全貌，四个节点从左到右连成一条线：定时触发 → 抓取 GitHub → 处理过滤 → 推到飞书。下面我按节点顺序，把每一步的配置拆开看。
第一个节点是 Schedule Trigger，负责触发器。我设成每天晚上 8 点执行，到了点它自己启动，不用我惦记。
第二个大环节是"处理"，由三个节点接力完成。
GitHub API 节点负责拉数据。我用的是 GitHub 公开搜索接口 https://api.github.com/search/repositories，方法 GET，不需要鉴权。Query Parameters 里填 q 做搜索、sort=stars 按 star 排序、order=desc 取最高的、per_page=10 一次只取前十。执行后右侧会返回仓库列表，每个条目都带着 name、html_url、description、stargazers_count 这些字段，后面节点要用的就是这些字段。这个节点的配置长这样：
处理环节由两步接力：先用一段 JavaScript 把返回的 JSON 拆成干净的字段，再调 DeepSeek 把噪音滤掉。这两步的配置长这样：
Code 节点用 JavaScript 把返回的 JSON 拆成我需要的字段；然后进入 DeepSeek 过滤节点，让模型根据我写的规则判断哪些项目值得推、哪些是凑热闹的。这就是"处理"那块积木在起作用：把 raw 数据先洗一遍，再让 AI 把噪音滤掉。
第三个节点是 HTTP Request，负责动作。我接的是飞书群机器人 Webhook，方法选 POST，把上游过滤出来的标题、链接和一句话简介拼成消息发出去。引用上游字段用 {{ $json.title }} 这种 n8n 表达式写法，n8n 全程有提示，不用背语法。
节点一连，保存，点右上角激活，工作流就从手动模式切到自动模式。之后每天晚上 8 点它自己跑一次，无人值守。
4. 它真跑起来了
搭完不是终点，得看它真干活才算数。去左侧的 Executions 页，每次运行一条记录，绿色是成功，红色是失败。点开一条，能看到数据在每个节点之间怎么流转。这是 n8n 最值钱的地方：流程出问题的时候，你能精确看到是哪一环断了、当时的数据长什么样，调试不靠猜。
而真正让我觉得"这玩意儿没白部署"的，是开头说的那条 GitHub 热门项目推送。它最后在我飞书里的样子长这样：
人睡了它没睡，这句话到这儿才不是空话。手动一定会漏掉的那一下，它替我接住了。
5. 算笔账：为什么值得部署
部署篇比的是"买机器 vs 租 Cloud"的购置价。这篇从运行的角度再补一刀。
这个工作流每天晚上跑一次，一个月三十次触发。如果用 Zapier 这类按次计费的 SaaS，免费档一百次封顶，暂时还没踩线，但只要多搭两条工作流就会开始按次收钱。而我在自己那台 VPS 上跑，次数归零成本，工作流越多越划算。
时间账也算得清。手动每天晚上刷一遍 GitHub trending、再把有价值的信息整理出来，少说十五分钟。交给它之后这部分时间彻底回来了，而且质量更高，因为不会再漏。
购置便宜、运行免费，两件事放到一起，自部署的理由就齐了：一次投入，无限次执行，不踩任何付费墙。
6. 举一反三：同一个模式怎么帮你赚钱
这三块积木本身不值钱，值钱的是你怎么组合它。把数据源、过滤规则、推送目标换一换，就是完全不同的应用。
监控竞品的动态，你比同行早半天知道风向，这就是信息差。
监控新客线索或者用户评价，很多小店老板自己根本没这个意识，你帮他搭一个，按月收服务费，几百到几千一单都合理。
监控价格或者库存波动，直接帮他省钱，这比空洞的"数字化转型"方案好卖得多。
说白了，你今天学会的这三块积木，在小店主、自媒体人、小团队老板眼里就是技术壁垒。他们愿意为"客人下单后自动发欢迎语、自动记台账"这种五十块成本就能实现的事付钱，因为你省下的是他们不会写、也没空学的东西。部署篇说的变现主线，到这儿就接上了。
7. 几个坑
时区这个坑最多人踩。定时类节点用 UI 调度器时认的是 GENERIC_TIMEZONE，你部署的时候设错了，"每天八点"可能变成别的点，流程照跑，但你等的人永远等不到。
凭据别填进节点参数里，一律走 Credentials 管理。以后你要导出或者分享这条工作流，才不会把密钥一起漏出去。
别一上来就堆二十个节点的复杂流程。从三块积木的最小闭环开始，跑稳了再加东西，出问题也知道是哪一步新加的。