我把 AI 软文发布助手开源了：OpenArticleHub 的本地网页、发布台账和安全边界设计

最近我把一个内部使用过的软文生成和多平台发布工具整理成了开源项目，名字叫 **OpenArticleHub 开源软文发布助手**。

开源地址：

• Gitee：[https://gitee.com/luotianding/open-article-hub](https://gitee.com/luotianding/open-article-hub)
• GitHub：[https://github.com/lutianding118-cmd/open-article-hub](https://github.com/lutianding118-cmd/open-article-hub)

这个工具不是平台官方工具，也不是“自动铺量发广告”的工具。它的定位更明确：把企业资料维护、AI 软文生成、人工审核、封面和配图、多平台发布、发布台账放到一个本地网页工作台里，让普通企业用户也能按流程完成内容发布。

1. 为什么做成本地网页工具

很多中小企业有真实的内容发布需求，比如餐饮店要发活动，汽车销售要发车型介绍，装修公司要发案例，本地服务商要发服务说明。

但实际落地时会卡在几个环节：

• 不知道文章怎么写；
• 同一篇内容直接复制到多个平台，表达不适配；
• 不会处理封面图、正文图和标签；
• 发布后没有台账，容易重复发；
• 登录态、Cookie、API Key 如果放到云端，安全边界说不清。

所以 OpenArticleHub 没有优先做成云端 SaaS，而是做成本地网页工具。

用户在自己电脑上运行：

http://127.0.0.1:18765

模型 Key、平台授权缓存、发布台账都保存在本机。这样牺牲了一些云端协作便利性，但换来更清晰的安全边界。

2. 核心流程：生成不是终点，审核和发布才是关键

OpenArticleHub 的主流程分成四步：

企业资料 -> 内容生成 -> 人工审核 -> 平台发布

这里故意没有做成“输入一句话就全平台发布”。

原因很简单：软文发布不是单纯的文本生成问题。真正容易出事故的地方，是未经审核的内容直接发布出去，或者同一标题、同一正文重复投到平台。

所以工具里保留了人工审核环节：

• 标题是否夸大；
• 正文是否有敏感承诺；
• 是否包含真实密钥、账号、地址；
• 是否适合当前平台；
• 是否已经重复发布过。

只有审核通过后，文章才进入平台发布队列。

3. 多平台适配：不是同一篇文章复制三遍

当前工具整理了 CSDN、知乎、今日头条三个方向的发布能力。

同一个主题在不同平台上应该有不同表达。比如 OpenArticleHub 这个项目：

• CSDN 可以讲工具架构、安全发布层和本地部署；
• 知乎可以讲为什么普通企业需要“生成、审核、发布、台账”一体化；
• 今日头条更适合讲“小店老板不会写文章怎么办”。

这也是工具设计时保留平台队列的原因：发布不是一个按钮，而是一组平台化动作。

4. 发布台账：先解决重复发布问题

之前做自动发布时，最容易踩的坑不是“发不出去”，而是“以为没发出去，又发了一遍”。

所以 OpenArticleHub 里把发布台账作为基础能力：

• 同平台同标题拦截；
• 同正文指纹拦截；
• 真实发布失败不自动重试；
• 今日头条提交后需要回到作品管理页核验；
• 平台自动生成的衍生内容单独记录，不和正式文章混在一起。

发布台账不是复杂功能，但非常实用。对内容工具来说，防重复比盲目自动重试更重要。

5. 安全边界：不开源授权缓存，不上传用户密钥

这个项目开源的是工具源码和使用文档，不包含任何真实账号、Cookie、Token、模型 Key 或发布缓存。

工具的安全边界包括：

• 平台授权缓存保存在本机用户目录；
• 模型 API Key 使用 Windows 加密存储；
• `.open-article-hub/auth/*.dpapi` 不提交；
• 发布台账和浏览器缓存不提交；
• 真实发布前必须人工审核；
• 平台风控、验证码、实名校验不绕过。

对开发者来说，这些约束可能不够“自动化”。但如果工具要卖给普通企业，稳定和可解释比极限自动化更重要。

6. 适用场景

OpenArticleHub 适合几类用户：

• 餐饮门店：活动介绍、新品说明、门店故事；
• 汽车销售：车型介绍、购车避坑、本地到店线索；
• 装修建材：案例复盘、材料科普、服务流程；
• 教育培训：课程介绍、学习方法、报名说明；
• 养老服务：服务项目、照护记录、家属沟通；
• 开发者：学习本地网页工具、多平台发布和安全发布层。

7. 快速启动

安装 Node.js 后，可以从 Gitee 或 GitHub 拉取：

git clone https://gitee.com/luotianding/open-article-hub.git cd open-article-hub powershell -ExecutionPolicy Bypass -File .\start.ps1

浏览器访问：

http://127.0.0.1:18765

项目里也带了小白图文手册和换电脑迁移指南，适合直接发给非技术客户。

8. 小结

OpenArticleHub 的重点不是“AI 写文章”这一个点，而是把内容发布变成一个可控流程：

资料可维护 内容可生成 风险可审核 平台可适配 发布可追踪 重复可拦截

如果你正在做本地生活、中小企业营销工具，或者想研究多平台内容发布工具的安全边界，可以参考这个项目。

开源地址：

• Gitee：[https://gitee.com/luotianding/open-article-hub](https://gitee.com/luotianding/open-article-hub)
• GitHub：[https://github.com/lutianding118-cmd/open-article-hub](https://github.com/lutianding118-cmd/open-article-hub)