## 一、公众号内容生产里的重复劳动

做公众号的人大概都熟悉这个节奏：先在文档里写草稿，写完手动调格式——标题层级、引用、代码块、图片位置，再复制到公众号编辑器里调一遍样式，最后点发布。

整套流程下来，一篇不算长的文章少说也要二十分钟。但真正需要"人"的只有两步：想选题、写观点。剩下的全是搬运。

问题在于，这套搬运动作是高度确定性的——同样的输入、同样的规则、同样的输出。它不消耗判断力，却一直在消耗时间。

## 二、MCP 解决的是什么问题

MCP（Model Context Protocol）解决的是一个很具体的问题：让 AI Agent 以标准化的方式调用外部系统的能力。

传统做法是给每个模型、每个平台各写一套对接代码。N 个模型乘 M 个平台，就是 N×M 份适配代码，改一处要动一片。MCP 把这层抽象出来了——服务端声明自己有哪些工具（tool）、每个工具需要什么参数，客户端连上就能直接用。

对公众号场景来说，这恰好对症。公众号的接口能力可以拆成四个清晰的动作：

- **起草**：输入提纲、要点，输出 Markdown 草稿
- **排版**：输入 Markdown，输出公众号兼容的带样式 HTML
- **草稿**：输入 HTML，推送到公众号草稿箱
- **发布**：输入草稿 ID，群发或定时发布

这四个动作对 Agent 来说都是有明确输入输出规格的函数调用——正好是 MCP 的甜区。

## 三、RedCao MCP 是怎么做的

我做的这个方案叫 RedCao，它把这些公众号能力封装成一个 MCP Server，让任何支持 MCP 的 Agent 客户端都能接上。

设计上我比较在意三件事。

### 3.1 把"生成"和"排版"分开

很多人做这类工具会一步到位：给个主题，直接输出排好版的 HTML。这样做的问题是排版逻辑和内容逻辑耦合在一起——公众号一旦改样式规则，工具就跟着坏。

拆开之后，Agent 只负责产出干净的 Markdown，排版是一个确定性的转换过程：同样的输入永远得到同样的输出，样式规则变了也只需要改转换层。

### 3.2 发布前留人工确认点

草稿推到草稿箱，但群发这一步默认需要人工确认。

理由很实际：公众号是公开内容，发出去撤不回来，而 Agent 对"这篇内容合不合适公开发布"的判断并不总是可靠。让人在最后一秒扫一眼，成本几乎为零，但能把内容事故的可能性压到很低。

### 3.3 返回结构化结果，而不是抛异常

排版时遇到一张图片挂了、某个 emoji 编码有问题，这类情况应该在工具层被降级处理并记录，而不是让整个调用失败。

Agent 拿到的是"这篇文章有 3 处降级，需要你确认"这样的信息，它能据此做下一步动作；如果拿到的是一个异常栈，它多半只能重试或者放弃。

## 四、实际使用流程

日常用法可以简化成这样：

1. 人给出提纲或一句话选题
2. Agent 调起草工具，得到 Markdown 草稿
3. 人看一眼草稿，删改几句
4. Agent 调排版工具，得到带样式的 HTML
5. Agent 调草稿工具，推送到公众号草稿箱
6. 人在手机上预览，确认后手动群发

第 3 步和第 6 步是刻意留的人工介入点。第 3 步是内容质量的最后一道关口，第 6 步是公开发布的责任归属。

## 五、几个细节上的取舍

**关于 Markdown 方言。**&#8203; 公众号编辑器对标准 Markdown 的支持是残缺的——没有真正的表格、没有嵌套列表、代码块不支持语法高亮。这里要做一层方言映射：表格降级成 HTML 表格或图片，嵌套列表拍平，代码块在不支持高亮时退回纯文本。

我一开始想全程用 HTML 兜底，后来发现 Agent 写 HTML 表格时经常写出结构错误的标签，反而更难排查——Markdown 出错时至少还能看出作者意图。

**关于幂等。**&#8203; 排版接口可能因为网络超时被重复调用，如果不做幂等就会产生重复草稿。做法是给每次排版请求带一个内容哈希，服务端看到相同哈希直接返回上次结果。这个细节在并发场景下才显现，但一旦显现就是线上事故。

## 六、接入方式

RedCao 以标准 MCP Server 的形式发布，主流 Agent 客户端都能接。在客户端的 MCP 配置文件里加一段即可，大致是这样：

```json
{
  "mcpServers": {
    "redcao": {
      "command": "npx",
      "args": ["-y", "redcao-mcp"],
      "env": {
        "REDCAO_APP_ID": "<你的 AppID>",
        "REDCAO_APP_SECRET": "<你的 AppSecret>"
      }
    }
  }
}


做公众号的人大概都熟悉这个节奏：先在文档里写草稿，写完手动调格式——标题层级、引用、代码块、图片位置，再复制到公众号编辑器里调一遍样式，最后点发布。

RedCao MCP 实现与应用 —— 微信公众号内容自动化的最佳实践

人工智能

Markdown

Agent

JSON

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

RedCao MCP 实现与应用 —— 微信公众号内容自动化的最佳实践-腾讯云开发者社区-腾讯云

RedCao MCP 实现与应用 —— 微信公众号内容自动化的最佳实践

RedCao MCP 实现与应用 —— 微信公众号内容自动化的最佳实践

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐