技能介绍

它解决什么问题

把 Markdown 变成能在微信公众号后台直接粘贴的成品，中间隔着不少细节：排版主题、封面图、摘要、多图图文的消息结构，以及不同发布目标对应的命令族。手工处理时常见的坑是：把 convert --draft 当成图文消息的入口，或者凭记忆去猜某个主题、prompt 是否可用。这个技能把这类决策收敛到 CLI 调用上，减少来回翻文档的次数。

核心能力与工作流程

技能围绕意图路由组织：先把请求分类，再决定调用哪一族命令。

标准文章流：inspect、preview、convert 覆盖正文 HTML、预览和元数据检查。
图片优先内容：多图、图片笔记、图文消息走 create_image_post，而不是 convert --draft。两者是不同的发布目标，不能互换。
封面与信息图：有内置预设可用时，优先 generate_cover、generate_infographic，而不是裸调 generate_image。
标题与优化建议：title suggest --json 只输出候选并发起宿主 Agent 的 AI 请求，不会替你选定最终标题；advise --json 是纯建议，真正的发布门槛仍要看 inspect --json 里的 data.readiness.targets/blockers。
写作风格：write 与 humanize 处理创作者口吻与去 AI 痕迹。

宿主没有配置图像生成 provider 时，走 image plan 模式：用 --plan --json 拿到 prompt 意图，再交给宿主侧已有的图像生成工具。

适用边界与注意点

技能只承担执行决策，命令教程、安装细节和 FAQ 级解释应回到项目文档，不要在运行时把协议展开。discovery 的范围要克制：只有在下一步需要选择 provider、主题、prompt 或布局时才跑 discovery 命令，例如 themes list；不需要时不要跑全量目录。provider、主题、prompt 或布局存在不确定性时，先跑 discovery，不要凭记忆或仓库文件猜。