個人工作流優化：一鍵推送公眾號文章

個人工作流優化：一鍵推送公眾號文章

為什么要做？

過去發文是這樣：

寫文章 → 打開瀏覽器，輸入或打開公眾號網址 → 點擊登錄 → 掃碼 →點擊文章 → 復制粘貼內容 → 選擇封面圖 → 存草稿或發布。

步驟多、重復勞動，如果經常更新或多篇一起發，時間成本更明顯。

現在發文：

寫文章 → 終端一鍵發布到草稿箱 → 微信公眾號助手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年從優化自己當前的工作流開始轉型！