我做了一个自媒体多平台发布工具：支持 AI 生成、账号管理、自动登录与批量发布

做过内容运营或者技术自媒体的人，应该都遇到过同一种低效场景：

一篇文章写完以后，还要继续做很多重复动作------改标题、改摘要、调语气、换平台格式、登录不同后台、上传封面、再一个个平台点发布。

如果平台只有一个，这件事还不算太痛苦；但如果你同时在 `CSDN`、`博客园`、`知乎`、`简书`、`搜狐号`、`百家号` 等平台更新内容，这类机械操作的时间成本就会越来越高。

所以我做了一个桌面软件，名字叫 智媒发布官。

它的思路不是"单纯让 AI 帮你写一篇文章"，而是想把内容生产和分发拆成几个可以衔接起来的步骤，然后放到一个本地桌面程序中统一处理。

简单来说，它想解决的是这个问题：

> 能不能把"内容生成 + 多平台适配 + 账号登录 + 自动发布"变成一套连续工作流，而不是一堆零散动作？

从当前 `app.py` 的实现来看，这个软件已经具备了比较完整的基础能力。

1. 整体架构：网站端负责控制，桌面端负责执行

这个项目不是纯本地工具，也不是纯网页系统，而是分成两部分：

• 网站端：负责会员资格审核、机器码绑定、用户信息与自媒体配置下发

• 桌面端：负责本地文章生成、账号管理、自动登录和发布执行

桌面端启动后，会先生成并读取本机机器码，再从网站接口获取用户信息以及可用的自媒体列表。如果当前机器没有注册或没有付费权限，就无法继续使用后面的功能。

这样的设计有一个明显好处：

• 业务控制放在网站端

• 实际执行留在本地端

• 用户的发文过程还是在自己电脑上完成

这对于需要浏览器自动化的场景来说，比完全放在网页后台更合适。

2. 软件不是命令行脚本，而是完整的桌面 GUI

很多自动化工具虽然功能能跑起来，但实际用起来门槛并不低。

`智媒发布官` 的界面是基于 `Tkinter` 做的本地 GUI，主流程被拆成几个标签页：

• `① 软件注册`

• `② 模型设定`

• `③ 生成与编辑`

• `④ 发布设置`

也就是说，用户不需要去记住复杂命令，而是按一个比较清晰的操作顺序走：

1. 注册账号并绑定机器码

2. 配置模型

3. 输入主提示词和文章思路

4. 选择自媒体平台

5. 生成内容

6. 编辑内容

7. 登录平台并发布

对于非开发者用户来说，这种方式更容易落地。

3. 模型支持不是单一来源，而是多路可选

从代码里能看到，软件目前支持三类模型来源：

• Ollama 本地模型

• NVIDIA 云模型

• OpenRouter 云模型

而且它不是简单写死某一个模型，而是允许用户自己勾选模型池。生成文章时，如果当前模型失败，还会自动尝试备用模型。

这意味着你可以根据自己的场景灵活选择：

• 追求本地部署，就用 `Ollama`

• 想用大模型能力，就配 `NVIDIA` 或 `OpenRouter`

• 想兼顾稳定性和成本，就混合使用

这点我个人觉得很实用，因为真实使用场景里，模型调用成功率、速度、成本、文风差异都需要平衡，不可能只靠一个模型吃天下。

4. 写作逻辑不是"一个提示词打天下"

这个软件比较有意思的一点，是它把生成逻辑拆成了三层：

第一层：主提示词

用于定义整篇文章的大方向。

比如你可以写：

• 介绍一个技术工具

• 输出一篇行业观察

• 写一个经验总结

• 做一个问题分析

第二层：文章思路列表

每一行是一个思路，生成时会随机抽取。

这意味着即使主题一样，软件也会因为抽中了不同思路而生成不同结构的文章，而不是一直重复类似模板。

第三层：平台副提示词

每个自媒体平台都可以再单独加一段补充要求。

比如：

• `CSDN` 更偏教程和技术实战

• `博客园` 更偏经验和开发思考

• `知乎` 更偏观点表达

• `简书` 更偏可读性和故事感

通过副提示词，就能让同一个主题在不同平台呈现出不一样的风格。

这部分设计的价值在于：它在尽量控制"差异化"，而不是只追求"批量化"。

5. 支持针对标题、摘要、正文分别控制字数

在发布设置部分，软件允许分别配置：

• 标题最小/最大字数

• 摘要最小/最大字数

• 正文最小/最大字数

• AI 创造指数

• Ollama 底层规则

这类参数控制看起来不起眼，但其实很关键。

因为不同平台的内容偏好并不一样：

• 有的平台标题适合短一点

• 有的平台摘要需要更完整

• 有的平台正文过长反而影响阅读完成率

有了这些参数，用户就可以把"生成结果"往自己想要的方向收，而不是每次重新手动改很多内容。

6. 支持管理多个平台账号，并自动执行登录

目前代码里已经集成了多个平台的登录模块和发布模块，像下面这些都已经纳入结构中：

• 博客园

• CSDN

• 知乎

• 简书

• 搜狐号

• 百家号

• 哔哩哔哩

• 一点号

• 掘金

• 豆瓣

• 虎扑

• 东方财富

• 汽车之家

• 长江头条

每个平台在界面里都是一个独立卡片，卡片中可以配置：

• 是否参与批量任务

• 登录用户名

• 登录密码

• 平台副提示词

• 当前文章内容

这样做的好处是，账号与内容是绑定在同一个工作面板里的，不需要再靠外部表格管理。

另外，软件不是自己悄悄起一个隔离浏览器，而是通过 `CDP + Playwright` 连接到本机已开启调试端口的 `Edge` 浏览器，尽量复用已有标签页和登录状态。

这个设计非常重要。因为在实际自动发布场景中，浏览器登录态是否能稳定复用，直接决定自动化是否可用。

7. 支持单平台操作，也支持批量操作

这个工具并没有强迫用户必须批量执行所有事情。

如果你只想处理一个平台，可以：

• 单独生成一篇文章

• 单独编辑一篇文章

• 单独登录一个平台

• 单独发表一篇文章

如果你已经把平台准备好了，也可以直接做批量动作：

• 批量登录

• 批量生成文章

• 批量发布

换句话说，它既支持"精细手工调整"，也支持"流水线式批量执行"。

这个平衡点我觉得是比较合理的。因为在内容场景里，完全自动化往往不现实，但完全手工又太低效，所以更好的方式是：让重复动作自动化，让关键内容保留人工调整空间。

8. 自动发布能力，是真正面向实操场景的

从当前实现看，发布流程大致是这样的：

1. 检查当前平台文章是否已生成

2. 找到或打开对应平台发布页

3. 自动填写标题、摘要、正文

4. 从本地封面目录随机选择图片

5. 上传封面

6. 按配置决定是否自动点击最终发布按钮

如果用户勾选了"自动点击发布"，软件会尽量把最后一步也自动执行掉；如果没有勾选，也可以停留在最后一步，由人工确认。

这类半自动 + 全自动兼容的方式，比纯黑盒自动提交更安全，也更符合真实使用习惯。

9. 这个工具最适合什么场景？

基于目前功能，我觉得它特别适合下面几类人：

9.1 技术内容创作者

如果你会同时更新 `CSDN`、`博客园`、`知乎` 这类平台，这个工具可以显著减少重复发布工作。

9.2 自媒体矩阵运营者

如果你做的不只是一个号，而是一组账号或多个平台分发，它会比普通 AI 写作工具更贴近实际业务场景。

9.3 想把内容工作流桌面化的人

很多 SaaS 工具强调网页端一体化，但浏览器自动登录、上传封面、自动发布这类动作，其实更适合放在本地桌面端完成。

10. 我对这个软件的理解

如果只把它看成"AI 写作软件"，其实会低估它的定位。

在我看来，它更像是一个：

> 面向自媒体多平台分发场景的桌面工作台。

它把原本分散的几个环节------

• 生成内容

• 管理平台账号

• 控制差异化写作

• 自动登录

• 自动填充发布页

• 批量发布

整合到了一套统一的流程里。

它的重点不是"单篇文章写得多惊艳"，而是：

• 让多平台发布更高效

• 让内容差异化更可控

• 让重复劳动尽量减少

• 让本地操作比网页切换更顺手

这也是我做它时最想解决的问题。

11. 软件下载地址

最新版下载地址：

`https://www.zhimeifabu.top/downloads/%E6%99%BA%E5%AA%92%E5%8F%91%E5%B8%83%E5%AE%98%E5%AE%89%E8%A3%85%E5%8C%85.exe`