个人工作流优化:一键推送公众号文章
为什么要做?
过去发文是这样:
写文章 → 打开浏览器,输入或打开公众号网址 → 点击登录 → 扫码 →点击文章 → 复制粘贴内容 → 选择封面图 → 存草稿或发布。
步骤多、重复劳动,如果经常更新或多篇一起发,时间成本更明显。
现在发文:
写文章 → 终端一键发布到草稿箱 → 微信公众号助手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年从优化自己当前的工作流开始转型!
热门跟贴