個(gè)人工作流優(yōu)化：一鍵推送公眾號(hào)文章

個(gè)人工作流優(yōu)化：一鍵推送公眾號(hào)文章

為什么要做？

過去發(fā)文是這樣：

寫文章 → 打開瀏覽器，輸入或打開公眾號(hào)網(wǎng)址 → 點(diǎn)擊登錄 → 掃碼 →點(diǎn)擊文章 → 復(fù)制粘貼內(nèi)容 → 選擇封面圖 → 存草稿或發(fā)布。

步驟多、重復(fù)勞動(dòng)，如果經(jīng)常更新或多篇一起發(fā)，時(shí)間成本更明顯。

現(xiàn)在發(fā)文：

寫文章 → 終端一鍵發(fā)布到草稿箱 → 微信公眾號(hào)助手app在草稿箱選擇文章 → 一鍵發(fā)布。

省下來的時(shí)間，就是最大的好處。

怎么做出來的？
起點(diǎn)：需求很明確

在命令行指定一個(gè)或多個(gè) .md 文件，程序自動(dòng)把它們變成公眾號(hào)圖文、送進(jìn)草稿箱；封面用文章里第一張本地圖片。

由于訂閱號(hào)沒認(rèn)證，無法實(shí)現(xiàn)「一鍵發(fā)布」。

技術(shù)選擇：Node.js

用 Node.js 做，依賴盡量少：marked 把 Markdown 轉(zhuǎn)成 HTML，form-data 上傳圖片，dotenv 讀取本地的 AppID、AppSecret（不寫進(jìn)程序代碼）。

踩過的坑與對(duì)應(yīng)

• HTTP 412：微信服務(wù)器不支持「分塊傳輸」（chunked）。請(qǐng)求必須帶上內(nèi)容長(zhǎng)度（Content-Length），所以上傳時(shí)改用已知長(zhǎng)度的數(shù)據(jù)（例如先把文件讀成 Buffer），不要用「邊讀邊傳」的流，否則就會(huì)被回 412。

• 40164：當(dāng)前出口 IP 不在公眾號(hào)白名單。到公眾平臺(tái) → 開發(fā)者中心 → 接口權(quán)限／安全設(shè)置里，把本機(jī) IP 加進(jìn)白名單即可。

• 45004：description size out of limit，多半是「摘要」太長(zhǎng)。微信草稿的摘要（digest）有字?jǐn)?shù)限制，我們把摘要截成最多 54 字后就不再報(bào)錯(cuò)。

• 訂閱號(hào)未認(rèn)證：不能調(diào)用「發(fā)布草稿」接口（會(huì)回 48001 等）。做法就是默認(rèn)只做「新增草稿」。

之前都是用網(wǎng)頁端markdown文章編輯器寫文章，現(xiàn)在集成到一鍵發(fā)布，可以自動(dòng)轉(zhuǎn)換markdown，就不需要再用第三方的微信公眾號(hào)排版工具了

流程一覽

flowchart LR
  A[本地 md 或 txt] --> B[本工具解析與上傳]
  B --> C[微信草稿箱]
  C --> D[公眾號(hào)助手點(diǎn)發(fā)布]

發(fā)布多篇或系列文時(shí)，省時(shí)更明顯。

2026年從優(yōu)化自己當(dāng)前的工作流開始轉(zhuǎn)型！