md2wechat 工具矩阵：CLI、Skill、Obsidian、飞书插件分别适合谁

随着项目越来越多，很多人会有一个自然的问题：

md2wechat-lite、md2wechat-skill、obsidian-md2wechat、feishu-md2wechat 到底有什么区别？

最简单的答案是：

它们解决的是同一条链路上的不同入口问题。

不是谁替代谁，而是谁更适合你的工作流。

先看四个项目分别是什么

1. md2wechat-lite

项目地址：

• GitHub: geekjourneyx/md2wechat-lite

更适合：

• CLI 用户
• shell 工作流
• 脚本自动化
• 希望一行命令完成转换的人

2. md2wechat-skill

项目地址：

• GitHub: geekjourneyx/md2wechat-skill

更适合：

• Claude Code
• OpenClaw
• 其他 skill / agent 生态

它的重点不是“给人点按钮”，而是“让 Agent 会用”。

3. obsidian-md2wechat

项目地址：

• GitHub: geekjourneyx/obsidian-md2wechat

更适合：

• 在 Obsidian 写作的人
• 想把笔记直接接进公众号排版的人

4. feishu-md2wechat

项目地址：

• GitHub: geekjourneyx/feishu-md2wechat

更适合：

• 飞书协作团队
• 从团队文档进入公众号发布流程的人

真正的区别在“内容入口”

如果只看结果，这些项目都和“微信公众号排版”有关。
但如果从工作流看，它们的入口完全不同：

• 你在终端里工作，就用 CLI
• 你在 Agent 里工作，就用 skill
• 你在 Obsidian 里写，就用 Obsidian 插件
• 你在飞书里协作，就用飞书工具

这也是为什么我更愿意把它理解成一套工具矩阵，而不是一堆孤立项目。

怎么选最合适

可以用这个简单判断：

你的主入口是终端

优先看：

• md2wechat-lite：给 AI Agent 用的微信公众号排版 CLI

你的主入口是 Agent

优先看：

• md2wechat-skill：让 Claude Code 和 OpenClaw 接入公众号排版

你的主入口是 Obsidian

优先看：

• obsidian-md2wechat：把 Obsidian 笔记一键转成微信公众号排版

你的主入口是飞书

优先看：

• feishu-md2wechat：把飞书文档一键转成公众号文章

为什么要拆成不同入口

因为不同用户的内容入口本来就不一样：

• “Obsidian 怎么发公众号？”
• “飞书文档怎么转公众号文章？”
• “Claude Code 能不能接公众号排版？”
• “有没有命令行工具把 Markdown 转微信 HTML？”

如果只有一个入口，很多人很难快速判断自己应该从哪里开始。
把入口拆开之后，选择路径会更直接。

共同指向的是什么

虽然入口不同，但这些项目最终都在服务同一件事：

• 把内容更顺地送进微信公众号工作流
• 把排版、草稿、素材这些动作标准化
• 逐步让 Agent 接住更多步骤

所以工具矩阵越清楚，后面的 API 能力越容易被理解。

总结

如果你在看 md2wechat 相关项目，不要先问“哪个最好”，而要先问：

我的内容入口是什么？

入口不同，最合适的工具就不同。
这也是 md2wechat 工具矩阵真正的意义。