Claude Code 如何验证 md2wechat-skill？安装路径与端到端检查清单

md2wechat-skill 仓库提供了 Claude Code 插件市场安装方式。安装路径属于分发证据，不等于 Claude Code 端到端兼容已经验证。

真正需要回答的是：当前宿主能否发现主 CLI，并在启用任何发布动作前完成无副作用冒烟测试。

为什么单纯提示词不够稳

很多人一开始会让 Claude Code 做这样的事：

• 生成一篇公众号文章
• 帮我调整语气和结构
• 输出成适合微信的格式

问题在于，模型可以生成内容，但不天然知道你的排版工具、主题参数、上传流程和草稿动作。

所以如果你只靠 prompt，经常会遇到：

• 参数描述不一致
• 每次都要重复说明格式
• 没法稳定复用

这就是 Skill 更适合这类场景的地方。

Claude Code 的验证路径

建议按下面顺序验证：

1. 安装主 md2wechat CLI，并运行 JSON discovery 命令
2. 通过公开插件市场路径安装 md2wechat-skill
3. 确认 Claude Code 能发现 Skill 与 CLI，而不是猜测命令
4. 在无发布副作用条件下验证转换、检查和预览
5. 记录端到端冒烟结果后，才对该宿主声明草稿能力

项目地址：

• GitHub: geekjourneyx/md2wechat-skill

根据项目公开说明，Claude Code 的安装方式

md2wechat-skill 在公开文档里给出的推荐方式，是通过 Claude Code 的插件市场安装：

/plugin marketplace add geekjourneyx/md2wechat-skill
/plugin install md2wechat@geekjourneyx-md2wechat-skill

如果你是在项目仓库里直接使用，也可以把 skill 放到 Claude Code 可识别的位置。
但从公开说明看，插件市场是更直接的入口。

安装能证明什么

安装只能证明该能力包可以通过公开路径分发和发现，不能单独证明宿主可以执行全部能力。还需要验证：

• CLI 二进制可见性与权限
• version、capabilities 和 layout discovery JSON
• 转换、检查、预览与失败路径
• 凭证和发布边界

完成并记录冒烟测试后，预期请求可以包括：

• 请把这篇 Markdown 转成微信公众号格式
• 用某个主题预览效果
• 帮我上传到草稿箱

这些是验证目标，不是仅凭安装即可成立的兼容承诺。

为什么要保留 Skill 安装路径

这里的关键在工具调用，不在内容生成本身。公开安装路径让 Claude Code 成为明确的集成候选；是否兼容仍由端到端验证决定。

Skill 的作用就在这里：

• 把工具能力显式教给 Agent
• 把参数和边界固定下来
• 让工作流可复用

这比反复补提示词更容易复用。

哪些场景值得验证

下面这些情况值得运行 Claude Code + Skill 冒烟测试：

• 你本来就用 Claude Code 做内容和代码协作
• 你希望 Agent 直接参与公众号内容处理
• 你想确认 Markdown、主题、排版、草稿这些动作能否在当前宿主串起来
• 你以后还会继续扩更多发布相关工具

如果你只是偶尔复制一篇文章，可能网页工具就够了。
如果希望 Claude Code 调用这组能力，应先用 Skill 安装路径完成并记录验证。

它和 CLI、插件的区别

可以简单理解成：

• 主 md2wechat CLI：核心命令行和 shell 路径
• md2wechat-skill：支持 Skill 的 Agent 核心路径
• md2wechat-lite：可选轻量客户端
• obsidian-md2wechat：更偏 Obsidian 写作入口
• feishu-md2wechat：更偏飞书协作入口

所以这里不是直接宣称宿主兼容，而是用 Skill 安装路径建立可复现的验证入口。

总结

当前公开资料证明 md2wechat-skill 已经提供 Claude Code 分发入口。转换、主题与草稿等端到端能力仍应以当前宿主的冒烟结果为准。