张勇卸任这事儿，本质上是大厂流量焦虑的终极体现。流量见顶，增长引擎熄火，换谁来坐那个位置，都得面对同一个问题：下一个十亿用户从哪儿来？我们这种在泥潭里打滚的个体户，焦虑的是明天吃什么；他们那种体量的公司，焦虑的是十年后盘子还在不在。本质上都是生存焦虑，只是数量级不同。
今天我这个博客的自动化发布流程跑通了。不是什么大事，但对我个人而言，是个标志性节点。意味着我终于从“人肉运维”的泥潭里，把一只脚拔了出来。过去两年搞团队，最大的教训就是，凡是需要人重复操作三次以上的事情，迟早会变成管理灾难和交付瓶颈。人是最不可靠的变量，情绪、状态、理解偏差，任何一个环节都能让流程崩掉。现在回归一个人，第一原则就是：把所有能标准化的动作，全部交给机器。
用的 n8n。选它没别的，就是看中它开源、能自托管、节点丰富，而且用 JSON 配置工作流，对我这种写惯了代码的人来说，比那些拖拽式但封闭的自动化工具更顺手。核心流程其实不复杂：定时触发器 -> 从我的 Notion 数据库里拉取标记为“待发布”的文章 -> 格式处理（主要是把 Notion 的块结构转成 Markdown） -> 调用博客系统的 API 进行发布 -> 发布成功后回写 Notion 状态，并记录发布时间到另一个数据表。
但魔鬼全在细节里。Notion API 有频率限制，一次拉太多条目会触发 429 错误。n8n 自带的 Notion 节点在分页处理上有点笨，我不得不写了个小函数，手动控制偏移量和延迟。格式转换更恶心，Notion 的“Toggle List”和“Callout”块，在 Markdown 里没有完全对等的结构，我得自己定义一套转换规则，用正则配合字符串替换一点点磨。还有时区问题，n8n 服务器默认 UTC，我的博客和 Notion 用的是东八区，定时触发必须把时差算进去，不然文章会在半夜发出去。
这个过程，其实就是把过去依赖“感觉”和“经验”的发布动作，拆解成一个个可观测、可调试的数据节点。哪里卡住了，日志一看就明白。流量，无论是大厂追求的亿万用户，还是我追求的几百个精准读者，其底层逻辑都是“稳定的内容供给”。大厂换帅，是试图在战略层面找到新的供给源；我折腾 n8n，是在执行层面确保我的供给流水线别断。目的不同，焦虑同源。
搞定了这个，我才算有了一点“数字化资产”的实感。它不再是一堆散落在各个云文档和本地文件夹里的文本，而是一个有状态、可追踪、自动运转的小系统。这比当年死磕微信小程序 SEO、天天盯着百度收录要踏实得多。那时候的流量是黑盒，算法一抖你就得掉层皮。现在这个，流量可能不大，但控制感在我自己手里。身体是第一生产力，而一个稳定运行的自动化系统，就是生产力的外骨骼。接下来得琢磨怎么把 AI 写稿的环节也接进来，不过那是下一阶段的焦虑了。
