我给自己搭了一台自动发文章的机器

一、写文章最累的部分，居然不是写#

我这段时间密集写了几篇文章，发现一个扎心的规律：真正花在”写”上的时间，不到一半。

剩下的一半花在哪？发知乎要重新排一遍格式，外链要改成文末引用；发公众号要传图、调样式、填摘要、设封面；发完还得挨个检查有没有裂图。一篇文章发三个地方，重复劳动三十分钟起步——而且这个活毫无创造性，纯粹是搬运。

作为一个产品经理，看到一段高频、重复、规则明确的流程，职业本能就会响警报：这该自动化。

于是我花了两个晚上，给自己搭了一台”自动发文章的机器”。成本 0 元（全用免费服务）。这篇文章就是它交付的第一批成果之一——你在知乎和公众号看到这篇文章时，它已经”自己”走完了大半个发布流程。

手动搬运 vs 自动流水线

先说结论：它不是什么高科技，就是三块积木——

一个本机引擎：用 Node.js 写的小服务，装着”往知乎发文章""往公众号建草稿”两个适配器
浏览器自动化：引擎用 Playwright 驱动一个真实的浏览器，带着我扫码登录后的 cookie 干活，平台看到的就是”一个正常用户”
一条免费隧道：Cloudflare 的命名隧道把本机服务挂到公网，我随时随地打开 publish.wangshuhui.com 就能看到文章库、点发布

为什么引擎要跑在本机，而不是部署到云服务器？这是个关键决策：登录态（cookie）留在自己电脑上，不经过任何第三方服务器。平台风险低，我安心。代价是电脑关机它就罢工——但发布本来也就是电脑开着时干的事。

知乎有非官方的内容 API，发布本身不难：建草稿 → 填标题正文和头图 → 点发布，三步。真正费劲的是图片。

知乎有防盗链：你在正文里引用自己博客的图，读者那边是裂的。所以每张图都要先转存到知乎的图床。我试了四五种方案，最后摸清的可用路径相当刁钻：

打开编辑器 → 点工具栏”图片”按钮 → 在弹出的上传窗里找到一个隐藏的文件输入框 → 把图塞进去 → 从返回的地址里提取图片标识 → 拼出公开访问的图床链接。

更坑的是，这个上传流程每次页面加载只认第一张图，第二张开始就静默失败。我一度以为是自己代码有随机 bug，反复实验才定位到这个规律。解法朴素得可笑：每张图单独开一个新页面，传完就关。

所以后来再遇到”随机失败”，我第一反应已经不是怀疑代码了，先把失败的场景排个队——规则往往就藏在你以为没问题的地方。

公众号的方案是：正文、配图、头图、摘要全自动，最后只存草稿，不群发。

为什么不多做一步，连群发也自动？我刻意留的。两个原因：

所以整条流水线里，“群发”按钮是我唯一保留下来手动点的操作。

上线第一天我就翻了车。

发布完知乎文章，我立刻去文章页验证排版——多刷了几次。几分钟后，知乎返回我一个错误码：访问异常，暂时限制本次访问。我以为等一晚就好了，结果两天后用自动化再去访问，限制还在。

复盘下来才明白：这种风控盯的不是 IP，是设备指纹 + 行为模式。高频、机械、无停顿的自动化访问，等于举手喊”我是机器人”。而且每次重试都在给限制”续期”。

真正有效的应对不是换 IP（家宽 IP 反而是最干净的），而是把节制成代码。我给机器加了一道”频率闸门”：

风控的墙与自己的闸门

这个思路值得记住：平台的风控规则，要翻译成自己代码里的硬约束。靠”下次记得小心点”是靠不住的——机器没有记忆，但代码有。

最大的变化其实是心理上的。以前想到”写完还要发三个平台”就头大，连写作节奏都被拖着；现在点一下按钮，三十分钟的机械劳动消失，写下一篇的意愿都变高了。自动化的收益从来不只是省时间，是让一件事不再产生心理负担。

人的位置也值得认真设计。我在流程里留了两个人工关卡：发布前自己过一遍稿，公众号群发前再确认一次。有同事听说后笑我：“都自动化了还要你干嘛？“但这两关恰恰是我敢让机器跑的原因——它只能在轨道里跑，轨道是我铺的。

还有，主流程一天就通了，真正卡住我两三个晚上的全是边角：图片上传、风控、隐藏的弹窗。发布 API 三行代码搞定，图片上传换了四种方案。做产品也是一样的道理，demo 和能用的产品之间，差的全是那些”没想到还会失败”的地方。

下一步，我想给机器补上”发布后复盘”：自动收集各平台数据，反哺选题。到那时候，这套东西就是一个完整的内容生产闭环了——人管选题和审美，机器管一切重复。

如果你也想搭一台自己的分发机器，欢迎在评论区聊聊你的发布流程，我可以把踩坑清单整理得再细一点。