MD转微信文章

痛点：从 Markdown 到公众号的“最后一公里”

把 Markdown 扔进微信编辑器，往往会遇到代码块高亮失效、表格错位、图片需要一张张手动上传、封面图得另开工具做、多图排版也没有统一规范。普通转换脚本只能解决其中一两个片段，剩下的环节仍然要人肉拼接。

核心能力：用路由决策代替命令堆砌

该技能封装 md2wechat 命令行工具，核心不是替你跑命令，而是先做 Intent Routing，根据你真正想发布的内容形态选择正确的命令族：

• 标准图文、预览、元数据检查、生成草稿：走 inspect、preview、convert 系列。
• 多图帖、图注、图文笔记、多图新闻：必须走 create_image_post，而不是 convert --draft。两者指向不同的发布目标，不可互换。
• 封面或信息图：优先用 generate_cover 或 generate_infographic，在已有预设匹配时优于裸调 generate_image。
• 已有文章的标题候选：title suggest --json 会向宿主 Agent 发出一次 AI 请求，但它只输出候选，不会替你拍板最终标题。
• 已写的文章或草稿，想知道下一步该改哪里：运行 md2wechat advise --json，它只给建议，真正的发布闸门仍然是 inspect --json 里的 data.readiness.targets/blockers。
• 想直接按创作者口吻重写、去掉 AI 痕迹：用 write 或 humanize。
• 对供应商、主题、提示词或排版没有把握时，先跑 discovery，不要凭记忆或仓库文件去猜。

发现先行，避免拍脑袋

技能强制 Discovery First：当你需要选择主题、模块、供应商或提示词时，应该先运行最小的发现命令，例如 md2wechat themes list -，只拉取当前决策真正需要的元数据。不需要选型的时候，就不要跑完整目录。这能避免在配置不全时写出根本用不了的参数组合。

适用边界与注意点

• 它只负责执行决策，不提供安装教程、完整命令参数说明和 FAQ 级讲解。这些需要你自己去项目官方文档查。
• 它不会自动把内容上传到公众号，最终产出是本地 HTML、草稿结构或图片文件，发布动作仍由你或宿主环境完成。
• 封面和信息图生成依赖预设模板，如果你需要完全自定义视觉，需要先确认 discovery 结果里是否有对应能力，而不是假设一定支持。
• title suggest 和 advise 都是建议性质，最终判断需要你自己做，技能不会偷偷替你定稿。