个人版一文多发助手

问题在哪

技术作者通常要维护两条完全不同的发布流程：微信公众号要求 HTML 排版、图片进素材库、文章先进草稿箱等待人工确认；小红书则要求短文案、多图、话题标签，且标题和正文长度都有硬限制。手工搬运意味着同一篇文章要上传两次图片、转换两次格式、裁剪两次标题，还容易在两端呈现不一致的形态。这个技能把一次写作拆成两端适配，Markdown 里写一遍，平台各自呈现最合适的样子。

它如何工作

输入是一个带 frontmatter（title、cover、tags）的 Markdown 文件，技能按平台分两条链路处理：

• 微信端：通过 wenyan-cli 渲染成 HTML，文中图片自动上传到微信素材库，文章推入草稿箱；最终发布仍需登录公众号后台手动点击
• 小红书端：用 Playwright 浏览器自动化操作，把长文压缩成短笔记——标题截取前 20 字、正文转纯文本并加 emoji 分段、代码块文本化、链接只留文字、tags 转成 #话题，图片作为笔记配图上传
• 一文多发：一条命令同时触发两端，也可以先用 render 和 adapt 分别预览微信排版和小红书适配效果，确认无误再发布
• 发布后校验：公众号后台确认发布后，可用搜狗微信搜索标题，确认文章已被搜索引擎收录

适用边界与注意点

• 微信 API 要求固定公网 IP 加入白名单，本地没有固定 IP 就得用 Server 模式在云服务器上跑代理
• 小红书依赖扫码登录生成的 Cookie，有效期 7～30 天，过期需重新 login
• 微信端技能只负责到草稿箱为止，最后一步人工确认不可省略
• 小红书笔记必须至少一张图，建议在 frontmatter 里指定 cover
• 面向单人运维自有服务器的场景，没有多用户体系和云端存储，数据留在本地文件和平台侧