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 适合你已经明确要接进自己的服务或自动化流程。

别还没想清楚要什么结果，就先纠结入口。

我更建议的顺序

如果你想少走弯路，按这个顺序来：

1. 先想清楚要最终结果，还是中间结果
2. 再判断这篇是不是需要高级排版
3. 最后再决定从 CLI、Skill 还是 Raw API 进去

这个顺序一稳，后面很多问题会变小。

最后

模式这件事，越早分清，后面越顺。

你不需要一上来就把所有能力都接进去。
先把最短主线走通，才是更稳的做法。

如果你想继续往下看，可以接着看：

• Mode Selection
• Advanced Layout Use Cases
• Discovery-First Workflow
• CLI、Skill、Raw API 到底怎么选：别一开始就在 md2wechat 的入口上绕圈
• 先发现、再执行：为什么 md2wechat 更适合 discovery-first 的 Agent 工作流