用 OpenClaw 跑了一个月公众号自动运营，说说哪些地方差点翻车

你有没有这种感觉——看了无数 AI Agent 的 Demo，每个都丝滑得像科幻片，但轮到自己上线，第一周就在配置、权限、异常处理这些”笨功夫”上反复撞墙？

一个月前，我抱着”全自动化”的幻想开始用 OpenClaw 跑公众号。目标很单纯：514 粉，奔向 10 万。路径也很清晰——把选题、撰稿、配图、发布、复盘全扔给 Agent 编排起来，我只要每周看一眼后台就行。

现实当然没给面子。今天把踩过的坑全摊开，每个都附一个”当时要是早知道就好了”的修复方案。

1. 翻车现场：登录态管理——第一天就卡死在二维码上

第一个让我窒息的场景是——系统提示”请扫码登录”，然后它真的在等我手动扫码。一次两次没问题，但每天晚上 11 点发布任务挂掉，凌晨爬起来扫码？这不是自动化，这是反向的 996。

根因：微信公众平台的 Cookie 有效期大约 7 天。我最初的设计是每次用无头浏览器临时登录，等于每天都在被踢出来。

修复方案：

1. 持久浏览器 Profile：Chrome 启动时指定 --user-data-dir，让 cookie 真实存盘

2. CDP 常驻端口：在 18802 端口保持一个持久 Chrome 进程，不关不断

3. 登录态检测 + 预警：每次抓数据前先检测页面是否弹”请重新登录”，过期就截图通知

结果：这个改动之后，持续跑了 3 周多没断过。每隔 6-7 天手动扫一次码就行，不再是半夜被惊醒。

2. 翻车现场：封面图反复生成同一个——不是”一言不合”的问题

封面图是我不太重视但翻车最多的环节。最开始我用固定的封面模板，后来尝试了 AI 生成封面，结果出现了更诡异的问题——同一主题的封面，每次调用都返回几乎一模一样的图。

设计”不怕慢”这个号的时候，我希望封面有变化感。但同一个标题重试 3 次，AI 生图出来就是同一张图，读者可能会以为我在水推送。

根因分析：AI 生图服务对于相同 prompt 会缓存结果。如果种子值（seed）不变化，生成结果就是确定的。

修复方案：

1. 引入 seed 参数，用 hash(type + title + 时间戳) 作为种子

2. 每次调用都传差异化 seed，即使主题相同也能出不同图

3. 增加 fallback 层级：AI 生图 > 本地静态封面叠加标题 > 默认图

3. 翻车现场：URL 路径变了，脚本全线崩溃

微信公众平台的后台页面路径是随时间变化的。我写了一个数据抓取脚本，一个月内改了三次：

• cgi-bin/useranalysis → 404

• cgi-bin/newmasssendpage → 页面不存在

• 首页的 token 参数每周变一次

最搞笑的是，这些 404 不会抛出异常。页面优雅地显示”页面不存在，请点击返回首页”，但脚本以为一切正常，返回空数据。我对着 0 条数据和”账户正常”的日志困惑了两天。

修复方案：

1. 每步导航后检查响应文本，不是检查 HTTP 状态码

2. 用 document.body.innerText 包含”页面不存在”或”找不到”作为失败信号

3. 将抓取失败的结果写入日志，方便追溯而不是静默吞掉

4. 翻车现场：发布门禁形同虚设

我最早设计了一个”发布门禁”——发布前做字数检查、空内容扫描、占位词检测。但它只检查了”有没有写文章”这个层次，完全没发现内容质量问题。

后果是什么？有一篇带了很多个 Markdown 表头的文章被发出去了。读者看到的是满屏渲染异常的 HTML 标签。

反思：门禁不能只检查”格式完整性”，更重要的是检查语义完整性：

• 有没有”待补充”、”TODO”、”详见后文”这类占位词

• 代码块的三个圆点（红黄绿标）是否完整

• 正文是否包含未转义的 Markdown 符号

• 文章结尾是否有号召互动的段落

现在我的门禁增加了一层：发布前置会用 python3 scripts/wechathtmlfix.py 做一次安全清洗，清除泄露的 HTML 标签、修复颜色声明缺失、剥离 process 说明文字。

哪些自动化真正省了时间

踩了这么多坑，不是所有自动化都翻车。以下三个是我现在离不开的：

1. 数据自动抓取

每天早上 9 点过后自动抓取后台数据：总用户数、昨日阅读/分享/新增关注、近期发表记录。跑了一个月，每天早上在 Telegram 群里收到一份日报，不需要点开微信后台。

2. 封面自动生成+上传

从生成背景图、叠加标题文字到上传为微信永久素材，一条命令完成。以前做一张封面至少 10 分钟，现在 30 秒。

3. 发布前格式化

用 wechat-formatter 这个 skill 把 Markdown 转成微信编辑器能接受的 HTML，自动匹配紫色主题样式、代码块苹果风格圆点、分割线和颜色安全声明。改格式的工作量直接归零。

从 100 粉到 500 粉，核心变量是什么

一个月前账号是 300 粉出头，现在是 514。涨了 200 多粉。

复盘下来，数据最漂亮的是一篇 OpenClaw 记忆系统实战文章（109 阅读），而阅读最低的是”技术负责人要学会说不”这类泛观点文（14 阅读）。

核心变量不是自动化程度，而是真实感：写”我踩了哪些坑”比写”你应该怎么做”受欢迎 5-10 倍。自动化工具只是帮我把省下来的精力集中到这件事上。

💡 如果你也在用 Agent 跑公众号，强烈建议从”一篇具体问题的技术踩坑文章”开始，而不是上来就铺方法论。读者的耐心是有限的，但八卦你翻车的热情是无限的。

我目前最满意的自动化节奏是：每天自动抓数据 → 每周看一次偏差 → 根据数据表现手动决定选题 → Agent 协助撰稿+配图+排版 → 人工过一遍发布。而不是一开始幻想的”全自动写稿”. 自动化应该帮你省掉重复劳动，不是替代思考和判断。

如果你已经踩过什么更离谱的自动化翻车现场，欢迎留言，我想把你的故事写进下一期。

P.S. 想聊具体搭建方式的，直接留言或后台发消息，我会整理一份 Agent 搭建模板发给你。

再 P.S. 如果你已经有自己的公众号，也欢迎在评论分享你的增长经验——我是从 300 粉起步的，深知这个阶段最需要的是哪些东西真正有效、哪些只是看起来很酷。

关于用 OpenClaw 跑了一个月公众号自动运营，说说哪些地方差点翻车，你有什么踩坑经历或心得？评论区聊聊~

 
 

   

不怕慢

   

做正确的事，每天进步一点点！

 

 关注

关注「不怕慢」，每天进步一点点