微信 MCP：让 Muse 直接操作公众号

以下来自 @shynloc 的实战教程，一句话概括：把微信公众号接到 Muse——从申请开发者密钥、解决 IP 白名单，到部署 MCP 服务、让 Muse 排版并写入草稿箱，全链路跑通。读完你能复刻出和作者一样的管线。

先看清边界：

先看懂链路（30 秒）

Muse（云电脑） → MCP 服务（你的微信管家） → 微信 API（api.weixin.qq.com） → 你的公众号

MCP 服务是关键：它把微信那一堆 HTTP 接口翻译成 Muse 能调用的"工具"（tool），比如 create_draft（建草稿）、upload_image（传封面）。Muse 不需要懂微信 API 文档，只需要会调用工具。

第一步是拿开发者的三件套，顺序不能乱：

① AppID② AppSecret③ IP 白名单④ access_token 机制⑤ 密钥安全交付

浏览器打开 developers.weixin.qq.com，用管理员微信扫码登录（必须是管理员，运营者权限不够）。左侧菜单 → 我的业务与服务 → 公众号，记下 AppID（开发者 ID，明文显示）。

点"启用"，按提示用管理员微信扫码验证后可见。这个东西等于密码，只给你的 MCP 服务用，不要发给任何人、不要截图外传。泄露了立刻点"重置"。注意：只显示一次，复制好。

同一页面，"IP 白名单" → 配置。把将要调用微信接口的机器的公网出口 IP加进去。注意：是出口 IP，不是你电脑的内网 IP。

为什么必须加：微信的 access_token 接口会校验请求来源 IP，不在白名单里直接拒绝。这是整个搭建里最容易卡住的地方，也是后面三条部署分支的核心分歧点。

access_token 是调用几乎所有微信接口的凭证，有效期 2 小时。好的 MCP 服务会在本地缓存 token、过期前自动刷新，而不是每次调用都重新获取（微信限制每天获取 2000 次）。

拿到 AppID 和 AppSecret 后，别贴在聊天里——走 Secure Vault 的 connector 录入卡，一张填 AppID、一张填 AppSecret，值只进保险库，Muse 看不到明文。

如果第二张卡（Secret）报错保存不了，就让 Muse 只做一张卡：AppID 存配置里（用安全的方式），Secret 才进 Vault。

点下面看三条路的完整做法：

怎么选，看这棵决策树

• 只是想验证"Muse 写公众号"这件事行不行 → 方案 A，今天就能跑；
• 有固定 IP 服务器、想稳定用 → 方案 C，一次到位；
• 服务器上有现成的网关习惯、或想自己拼装 → 方案 B。

不管你选 B 还是 C，最终 Muse 手里应该是这样一套工具。以下来自作者线上实测可用的 9 个工具：

以下来自作者实测——排版前不知道这些，调 10 版都白搭：

可直接喂给 Muse 的排版提示词（复制即用）

复制你要为微信公众号排版一篇文章。先读懂微信的清洗规则，再动手：
铁律（违反任何一条都会导致排版丢失）：
1. style 属性值里不许出现 '（HTML 实体单引号）。字体名用直引号，如 font-family 冒号后直接写引号，style 属性本身用双引号包裹。
2. 不许用 svg 标签，微信会整段剥离。装饰用文字符号（◆ ▲ ● ━ ═ 等）。
3. 不许用 a href，微信会剥离。URL 保留为带样式的纯文本（如下划线 + 品牌色），不要指望可点击。
4. 列表内容一律转成分段呈现，不用 ul/ol/li，用符号（◆ ① ② 或自定义编号徽章）引导。
5. 不得擅自改动正文一字一句：排版只加装饰性标签和样式，不增删改文字、不改变原观点。装饰字符（如章节号 CHAPTER 01）例外，但要事先说明。
工作流：
1. 先问我想要的风格（或按我给定的品牌色 / 参考图出 1 版）。
2. 生成完整 HTML 后，先在本地渲染截图给我看效果，我确认后再进草稿。
3. 进草稿前走"测试草稿验证"：新建测试草稿 → 回读 → 检查 0 空 style、图片数量对得上、正文逐字一致 → 再写入正式草稿 → 删除测试草稿。
4. 正式草稿只更新 content 字段，标题、作者、摘要、封面保持不动。
输出：可直接写入草稿的完整 HTML + 本地预览截图。

这套提示词的要点：把"微信会洗掉什么"前置，Muse 就不会在雷区里反复横跳；把"测试草稿验证"写进流程，排版事故率直接归零。

作者的真实跑法：先让 Muse 出 4 版主题，挑一版（当时选了第 3 个「宋式·雅」）；4 版一次看完，挑顺眼的直接套进草稿（只换排版，文字不动）。

草稿可以反复改，零成本——所以验证流程长这样，点下面单步走：

标准发布流程

1. 样式确认后，Muse 把 HTML 写入正式草稿（update_draft，只换 content）；
2. 你在手机 / 电脑上打开公众号后台，预览草稿：看排版、看图片位置、看有没有被微信清洗掉的东西；
3. 需要改 → 告诉 Muse 哪里要调，回到排版步骤；
4. 不需要改 → 你自己在后台完成最后一步：原创声明、赞赏、留言、合集这些微信没开放 API，必须人点。

这套管线不是一次写成的，是被真实需求逼出来的。起因：作者想把一篇 X Article（一万多字、19 张插图）同步到公众号，X 的远程浏览器登录被拒，未登录状态只能扒到 1 张封面图——于是决定微信这边先自己搭 MCP，把"Muse 直写草稿"的链路跑通。

现在这条管线每天在干的事：写完文章 → Muse 排版 → 本地截图确认 → 测试草稿验证 → 正式草稿 → 手机预览 → 后台点发布。从"你写了篇东西"到"躺在草稿箱里等发布"，全程不用打开公众号编辑器。

文末小彩蛋：作者提到 Muse 新用户可在设置里兑换邀请码 U50N6X，双方各得 10 亿 Muse Token（原文信息，截至 2026-09-27）。