写公众号太累？有人把「排版→审核→封面→发布」全流程开源了，还顺手解决了 IP 白名单难题

【导语】一个叫 zzhub-pipeline 的开源命令行工具，把公众号从写稿到进草稿箱的流程全串了起来，连最头疼的 IP 白名单都给了现成方案。

它到底是什么

zzhub-pipeline（npm 包名 @akAIros/pipeline，终端命令 zzp）是一个命令行任务状态机，纯本地、可自部署，对终端和各类 AI Agent 都很友好。

整套流程严格按「准备 → 审核 → 渲染 → 发布」四个阶段顺序流转，中间所有状态和产物都持久化在本地目录里。某一步网络超时中断了，再跑一次就能断点续跑，不用推倒重来。

它唯一的输入就是一个标准 Markdown（.md）文件——不管你用 Obsidian、VSCode、Typora，还是直接让大模型生成底稿都行。这点很对：通用格式才不会被某个编辑器绑死。

三个值得说的设计

第一，「不可信」默认状态。AI 初稿导进来，状态默认是 unchecked，这时候封面生成和发布接口都是锁住的。你得先过一道质量门禁——可以换个不同架构的模型交叉核对（比如 Claude 对 DeepSeek），也可以自己看一眼——再手动放行：zzp review --state ./posts/xxx/WOrkflow-state.json --status passed。重点是「默认不可信」：AI 写的东西本就该默认不可信，但大多数自动化流水线为了跑得快，默认它可信。

第二，封面用算法排版，不启动浏览器。公众号封面有两个坑：文章首图要 2.35:1，但在信息流和聊天卡片里会被居中裁成 1:1，文字必须收在正方形安全区里，不然一裁就吃字。它用原生 Canvas 渲染，一次几毫秒，不用拉无头 Chrome。模板记的是「文字排版方式 + 图片位置」，换内容不换风格。

第三，IP 白名单那关，它单独开源了个服务。微信开放平台接口要求调用方服务器 IP 在白名单里，而家里宽带没有固定公网 IP，完全本地跑 draft/add 调不通。作者的做法：单独开源一个轻量代理服务 bun-wx-server，扔在一台有固定 IP 的机器上，本地流水线通过它转发。几乎所有想把公众号发布自动化的个人，都会撞上这道墙。

它解决的是「一周七篇」，不是「一月一篇」

如果你已经在手写 Markdown 发公众号，又被「复制粘贴到编辑器再调格式」折磨过，这套东西值得翻一遍源码——不是让你直接用，是看别人怎么把一条流程切成四个可恢复的阶段。

如果你只是偶尔发一篇，别碰。装四个包、配代理服务、调模板，成本比手动排版高。

仓库地址（重点）

下面是作者 k7airos 在 GitHub 上开源的全部相关仓库，按需取用：

• 核心流水线 zzhub-pipeline（npm: @akairos/pipeline，命令 zzp）：https://github.com/k7airos/zzhub-pipeline
• 封面渲染 typeset-studio（免 Chrome 极速出图）：https://github.com/k7airos/typeset-studio
• 排版底座 myno（Markdown 引擎 + 可视化调试台）：https://github.com/k7airos/myno
• 微信扩展 milkdown-article-plugins（Callout、导读卡、徽章等）：https://github.com/k7airos/milkdown-article-plugins
• 微信中转服务 bun-wx-server（解决 IP 白名单）：https://github.com/k7airos/bun-wx-server
• Obsidian 插件 obsidian-wechat-publish（笔记里一键发布）：https://github.com/k7airos/obsidian-wechat-publish
• npm 包主页：https://www.npmjs.com/package/@akairos/pipeline

结语

这类工具最值钱的，不是排版本身，而是它把「草稿」和「发表」之间那道人工闸门明确留了下来——只进草稿箱、不直接群发，最终推送由人扫码确认。对想认真做内容自动化的人来说，这个思路本身就值得抄。

关注格熊，持续分享最新免费资源！