个人工作流优化：一键推送公众号文章

个人工作流优化：一键推送公众号文章

为什么要做？

过去发文是这样：

写文章 → 打开浏览器，输入或打开公众号网址 → 点击登录 → 扫码 →点击文章 → 复制粘贴内容 → 选择封面图 → 存草稿或发布。

步骤多、重复劳动，如果经常更新或多篇一起发，时间成本更明显。

现在发文：

写文章 → 终端一键发布到草稿箱 → 微信公众号助手app在草稿箱选择文章 → 一键发布。

省下来的时间，就是最大的好处。

怎么做出来的？
起点：需求很明确

在命令行指定一个或多个 .md 文件，程序自动把它们变成公众号图文、送进草稿箱；封面用文章里第一张本地图片。

由于订阅号没认证，无法实现「一键发布」。

技术选择：Node.js

用 Node.js 做，依赖尽量少：marked 把 Markdown 转成 HTML，form-data 上传图片，dotenv 读取本地的 AppID、AppSecret（不写进程序代码）。

踩过的坑与对应

• HTTP 412：微信服务器不支持「分块传输」（chunked）。请求必须带上内容长度（Content-Length），所以上传时改用已知长度的数据（例如先把文件读成 Buffer），不要用「边读边传」的流，否则就会被回 412。

• 40164：当前出口 IP 不在公众号白名单。到公众平台 → 开发者中心 → 接口权限／安全设置里，把本机 IP 加进白名单即可。

• 45004：description size out of limit，多半是「摘要」太长。微信草稿的摘要（digest）有字数限制，我们把摘要截成最多 54 字后就不再报错。

• 订阅号未认证：不能调用「发布草稿」接口（会回 48001 等）。做法就是默认只做「新增草稿」。

之前都是用网页端markdown文章编辑器写文章，现在集成到一键发布，可以自动转换markdown，就不需要再用第三方的微信公众号排版工具了

流程一览

flowchart LR
  A[本地 md 或 txt] --> B[本工具解析与上传]
  B --> C[微信草稿箱]
  C --> D[公众号助手点发布]

发布多篇或系列文时，省时更明显。

2026年从优化自己当前的工作流开始转型！