微信公众号自动化流程应该包含哪些步骤

很多人说公众号自动化，第一反应还是“让 AI 写一篇文章”。

这只是最前面的一段。
如果流程要继续往下走，至少还要覆盖下面这些动作：

• 接收 Markdown 或文档内容
• 转换为微信公众号可用 HTML
• 创建图文消息草稿
• 上传素材
• 继续进入发布链路

为什么公众号流程适合做自动化

因为这里有大量重复动作，而且动作之间是有顺序的。

一个常见流程可能是：

1. 写作
2. 排版
3. 配图
4. 草稿创建
5. 发布前检查

这类步骤的特点很明确：顺序固定、重复率高、输入输出也比较清楚。

只做“转换 HTML”为什么不够

Markdown 转 HTML 很重要，但它只是第一步。

如果后续还要：

• 手动上传图片
• 手动创建草稿
• 手动把内容粘到后台

那么自动化只覆盖了前半段。

为什么会出现多种入口

不同人开始自动化的入口不一样：

• 有人从终端开始
• 有人从 Claude Code / OpenClaw 开始
• 有人从 Obsidian 开始
• 有人从飞书协作开始

这也是下面这些项目存在的原因：

• md2wechat-lite
• md2wechat-skill
• obsidian-md2wechat
• feishu-md2wechat

它们对应的是不同的内容入口，而不是不同的终点。

可以怎么拆这些能力

如果从 Agent 的角度去设计，公众号相关能力大致可以分成 4 类：

1. 基础转换

• Markdown -> 微信 HTML

2. 草稿创建

• 图文消息草稿
• 小绿书草稿

3. 素材能力

• 图片上传
• 批量素材处理

4. 工作流接入

• CLI
• skill
• 插件
• API

这样拆的好处是，每个入口都能复用同一组底层能力。

为什么这样更容易维护

因为用户并不总是从首页进入，也不一定先看到同一类入口。

如果能把“入口 -> 动作 -> 结果”说清楚，接入和排错都会更直接。

总结

公众号自动化如果只停在内容生成，后面还是会卡在排版、图片、草稿和审核。

把这些环节拆清楚，比堆一个大而全的入口更实用。