既然不想动手，我就用 n8n 重构了 100% 自动化的发文流。这玩意儿不是“优化”，是彻底的重构，把过去三年里那些东拼西凑的 Python 脚本、手动复制粘贴、定时任务和永远会出错的 API 调用，全部塞进一个可视化的流程里。以前觉得 n8n 是玩具，现在看，是我太傲慢了。ChatGPT 之后，我这种老产品经理引以为傲的“系统设计能力”，正在被这些低代码工具快速平权。
重构的起点是承认自己懒，以及承认手动操作的不可靠。以前的数据采集流，靠的是五六个爬虫脚本，各自维护自己的代理 IP 池和异常重试机制。一个网站改个 DOM 结构，或者加个 Cloudflare 防护，整个链条就断了，我得半夜爬起来看日志、改 XPath。现在，n8n 里一个 HTTP Request 节点接一个 HTML Extract 节点，配置好选择器，异常？直接用错误触发分支，把失败 URL 扔到待处理队列，或者直接发个告警到 Telegram。流程可视化最大的好处是，你一眼就能看到屎堵在哪个环节，不用再去 grep 几千行的日志文件。
核心的“分析”环节，过去是我手动干的，或者说，是凭感觉干的。现在我把这个最耗神的部分也自动化了。采集来的原始文本，先走一个文本清洗节点，去掉广告、导航栏这些噪音，然后用 HTTP Request 节点调用 OpenAI 的 API。我给它设计了一套固定的 Prompt 指令：不是让它自由发挥，而是命令它执行结构化任务——“提取核心论点，评估信息新颖性（0-5分），判断与我过往内容的关联度，并生成三个备选标题”。这里的关键是，要把产品经理的需求拆解成机器绝对能理解的、可重复的指令。AI 不是人，你不能跟它说“我觉得这个不错”，你得说“如果信息新颖性大于3分，且关联度标签包含‘自动化’或‘SaaS’，则路由到‘高优先级’分支”。
最爽的部分是自动发文。我的博客是 WordPress，n8n 有现成的节点。但直接发太蠢了。我的流程是：AI 分析出的“高优先级”内容，会进入一个“排队与定时”子流程。这里我设置了一个简单的规则引擎：检查今天是否已发布两篇（避免刷屏），是否符合最佳发布时间段（我通过历史数据简单分析过），甚至会自动从 Unsplash 通过关键词拉一张相关图片，用另一个节点压缩到合适尺寸。全部就绪后，才调用 WordPress 节点创建草稿，并填入所有 SEO 元数据（这也是模板化的）。最后，再自动发一条带链接的预告到 Twitter 和 Telegram 频道。整个过程，从某个 RSS 源更新触发，到全网出现我的解读文章，完全无人值守。
但这套系统的真正心脏，不是那些光鲜的 AI 节点，而是丑陋的“错误处理”和“状态维护”。我花了至少 40% 的时间在构建这些防御性逻辑上。比如，OpenAI API 偶尔会超时返回 429，流程不能直接崩掉，得触发重试，三次失败后，将任务数据完整地保存到一张 SQLite 表里，并标记为“待人工干预”。再比如，WordPress 发布成功后，必须把这条记录的所有中间数据（原始 URL、AI 分析结果、发布时间）都归档到另一个数据库，这是为了后续做数据复盘，优化我的 Prompt 和路由规则。没有这些，自动化就是沙滩上的城堡，一次异常海浪就拍碎了。
搞完这一套，我坐在电脑前，看着流程自己跑起来，一条信息像流水一样经过各个节点，最终变成一篇草稿。没有兴奋，反而是一种巨大的空虚和焦虑。我过去赖以生存的“动手能力”——写脚本、调 API、处理异常——正在被我自己用工具封装、抽象掉。我的价值在哪里？难道就是设计这些流程图吗？但下一秒，焦虑就被现实压下去了：这个月，靠这套系统，我可以用原来 20% 的时间，维持甚至增加内容输出频率。这就是 2024 年的现实：你可以怀念手动挡的操控感，但自动挡的车确实更快更省力。而我的新角色，可能就是那个教别人怎么组装这台“自动挡汽车”的教练。至于引擎盖下面是怎么工作的，越来越没人关心，也越來越不需要被关心。
