md2wechat 该怎么选模式：API、AI、普通转换、高级排版，别一上来就混着用
很多人不是不会用 md2wechat，而是一开始就把模式混在一起。这篇把 API、AI、普通转换和高级排版的分工讲清楚。
很多人第一次接 md2wechat，不是卡在命令本身，而是卡在“这些词到底是什么意思”。
最常见的是这几样一起混：
- API 模式
- AI 模式
- 普通转换
- 高级排版
- CLI、Skill、Raw API
混在一起之后，后面就容易越走越乱。
先说最短的判断
如果你现在只是想把 Markdown 稳定转成微信 HTML，先用 API 模式。
如果你想让文章的开头、结构和收尾更稳，再在 API 模式里加高级排版。
如果你本来就知道，后面还要把结果交给外部模型继续处理，再去碰 AI 模式。
把这三层顺过来，很多绕路会直接少掉。
API 模式更像成品线
我更建议大多数人先从这里开始。
原因很简单：
- 结果更直接
- 验证更容易
- Agent 也更不容易把流程跑歪
你要的是“先做出一个能用的结果”，这条路更合适。
AI 模式更像中间结果线
很多人会把 AI 模式误会成“更高级的最终稿模式”。
其实不是。
更准确的理解是：它更像给下一步准备材料。
所以如果你后面没有明确的第二步模型处理，先不要急着把 AI 模式当主路径。
普通转换和高级排版，也不是一回事
普通转换解决的是：内容能不能顺利变成微信可用的结果。
高级排版解决的是：这篇内容值不值得看、读起来累不累、最后能不能留下点东西。
所以短消息、简单通知，普通转换通常就够了。
但如果你在写这些内容：
- 发布稿
- 教程
- 方法论长文
- 服务介绍页
那高级排版会更值得上。
CLI、Skill、Raw API 只是入口不同
这三个也很容易被误会成三套完全不同的东西。
其实更像三种入口。
CLI 适合先本地验证。
Skill 适合你已经在 Agent 环境里工作。
Raw API 适合你已经明确要接进自己的服务或自动化流程。
别还没想清楚要什么结果，就先纠结入口。
我更建议的顺序
如果你想少走弯路，按这个顺序来：
- 先想清楚要最终结果，还是中间结果
- 再判断这篇是不是需要高级排版
- 最后再决定从 CLI、Skill 还是 Raw API 进去
这个顺序一稳，后面很多问题会变小。
最后
模式这件事，越早分清，后面越顺。
你不需要一上来就把所有能力都接进去。
先把最短主线走通，才是更稳的做法。
如果你想继续往下看，可以接着看：
更多文章
AI 写公众号怎么去 AI 味：一套可执行的改写清单
从逆向排错角度拆解 AI 味的来源，给出一套适合公众号文章的改写顺序、编辑提示词和发布前自检清单。
md2wechat 3.x 面向 Agent 的能力演进
从 3.0 的目录唯一事实源，到 3.2 的 Preflight 与 OpenClaw 官方安装器，再到 3.4 的 subject-reference 图片。
md2wechat 2.0.5 发布：把确认层做出来，让系统不再误导你
聚焦 md2wechat 2.0.5 这次版本更新，讲清 inspect、preview、JSON 纯输出、错误提示修正，以及为什么这不是一次简单加功能，而是一次把确认层做出来的更新。
邮件列表
加入我们的社区
订阅邮件列表，及时获取最新消息和更新