第二章让机器在小红书上干活,靠的是模拟人的手(点界面);这一章换成公众号,机器可以走官方接口把内容直接送进草稿箱——出口从【点按钮】变成【调接口】,这是本章与上一章最大的分水岭,也是这一章为什么值得单独再写一遍的答案。
第二章走完了【Agent 负责想 + RPA 负责做 + 人把关】的完整一轮,本章是同一个骨架换个平台再走一遍。但每换一个平台,平台特性都会改掉流程的形状(1.2.3 讲过)。所以读本节时不要问【和小红书那章有什么一样】,要问:公众号有什么东西,是小红书没有的?
一、这一章在整门课里的位置
先把三章的关系摆出来:
| 章 | 平台 | 平台的关键特性 | 流程被改成的形状 |
|---|---|---|---|
| 第一章 | 无(打基础) | —— | 给出通用七步骨架 |
| 第二章 | 小红书 | 没有官方笔记发布接口,只能点界面 | RPA 填表单,停在发布按钮前 |
| 第三章 | 公众号 | 有官方开放接口(但发布权限被收回) | Agent 造内容 → RPA 走接口送草稿箱 → 人在后台点发布 |
一句话:第二章的 RPA 是【手】,第三章的 RPA 是【嘴和笔】——它不用模拟人点鼠标,可以直接对平台说话。
二、为什么第二个案例选公众号
不是因为公众号更热,而是因为它有三样小红书没有的东西:
- 内容是长图文——一篇动辄一两千字,单篇人力成本高,自动化的收益立刻能算出来;
- 有官方开放接口(微信公众平台开放能力)——能调接口就不点界面,稳定性、速度、可维护性都是量级差别;
- 私域属性强——内容发出去能反复触达、能沉淀,所以对【内容质量】的要求比对【发布频率】更高(这决定了本章的设计重点在【写得好】而不是【发得多】)。
能不能调接口,决定了自动化的上限。 有接口的地方,机器可以做【确定性的事】;没接口的地方,机器只能做【模仿人的事】。识别一个流程值不值得自动化,先问这个流程有没有接口——有接口的那部分,优先自动化。
三、公众号运营的真实工时在哪
把一篇公众号文章从选题到发布拆成四段,各段的人力占用大致是这样:
| 阶段 | 主要动作 | 人的痛感 | 能不能交给机器 |
|---|---|---|---|
| 一、选题 | 看热点、翻素材、定角度 | 中 | 辅助(AI 出候选,人拍板) |
| 二、写稿 | 列提纲、写正文、改三遍 | 最高 | 主导(AI 出稿,人润色) |
| 三、排版 | 加样式、配图、调间距 | 次高,且最容易被低估 | 基本可以全自动 |
| 四、发布 | 填标题摘要、传封面、点发送 | 低,但不能出错 | 送到草稿箱,人点最后一下 |
排版为什么最容易被低估:没做过公众号的人会以为【排版就是加粗和分段】。实际上公众号编辑器的脾气很特殊——它不认识 Markdown,也会把大部分带样式的 HTML 洗掉。所以同一篇文章,写稿两小时、排版一小时是常态。
这一章要动的手术,就是把【三、排版】整段搬到机器上。 这也是本章相对第二章最大的增量——第二章的 RPA 只搬字段,本章的 RPA 还要搬格式。
四、助手的边界:哪三段机器做、哪一段必须留人
本章的设计边界(先用一句话记住,后面几节全部围绕它展开):
| 阶段 | 谁做 | 理由 |
|---|---|---|
| 选题 | AI 出候选,人定 | 选题是战略判断,不是执行 |
| 写稿 | AI 写初稿,人润色定稿 | 长文的价值在观点与事例,必须有人味 |
| 排版 | 机器全自动 | 确定性强,有明确规则,最适合交给机器 |
| 发布 | 机器送到草稿箱,人点发布 | 见下面第六节:这不只是谨慎,而是接口权限决定的 |
五、2026 公众号生态现状(为什么这条路可行)
下面这些数字说明【这个场景有量、有需求】:
- 微信月活约 14.39 亿(2026 年第二季度),是内容分发绕不开的池子;
- 过去一年(2025-08 至 2026-08)活跃且更新的公众号超过 2000 万个,共输出原创文章 1.32 亿篇、总字数约 1508 亿字——平均每天新增原创文章约 36 万篇;
- 贴图内容一年 1.16 亿篇、同比增长 377%,近一个月活跃的公众号里 52% 用过贴图功能——内容形态正在变轻;
- 282 万个公众号绑定了视频号,图文与短视频在打通;
- 有变现收入的创作者数量同比增长超 70%,带货创作者数量同比增长 133%;
- 但另一面:公众号平均打开率已降到约 1.2%,且【推荐】流量在部分账号的总阅读量里占比超过 45%——说明【发出去就有人看】的时代结束了,现在拼的是内容本身与算法友好度。
- 打开率低 → 标题和摘要的权重极高,所以本章要单独设计【标题】和【摘要】字段(小红书那章标题就够用了);
- 竞争激烈 → 拼质量不拼数量,所以本章不追求【一天发十篇】,而追求【一篇的工时从四小时压到一小时】;
- 推荐流量占比上升 → 排版与结构也影响推荐(阅读时长、完读率),所以排版不是装饰,是分发的一部分——这让 3.4.3 那一节的技术含量陡增。
六、两条必须记住的合规红线
本章涉及两条比平台规则更硬的红线,写在开头,后面每节都会呼应:
红线一:AI 生成内容必须标识(法规级)
《人工智能生成合成内容标识办法》由网信办、工信部、公安部、广电总局四部门联合发布,自 2025 年 9 月 1 日起施行,配套强制性国家标准同时发布。
要点:
- 标识分两种:显式标识(用户能明显感知到的文字/声音/图形提示)与隐式标识(写在文件元数据里的生成信息);
- 对使用者有明确要求:使用内容传播平台发布生成合成内容的,应当主动声明,并使用平台提供的标识功能进行标识;
- 任何组织和个人不得恶意删除、篡改、伪造、隐匿这些标识。
微信平台同步跟进了:2025-08-31 微信珊瑚安全发布公告,明确用户发布的内容为 AI 生成合成的,发布时需主动进行声明,并强调不得删除、篡改、伪造或隐匿平台添加的 AI 标识。
本章的助手绝不能做成【AI 生成、AI 发布、全程无人知】。本章所有设计里都必须留一个位置给【AI 生成声明】——它不是一个可选项,而是流程里的一个字段、一个复选框。3.4.4 会把这件事做进发布环节。
红线二:【AI 托管运营】是平台打击的对象
第二章已经讲过小红书对【AI 托管运营】的态度(2026 年两次专项公告,明确打击 AI 自动生成并自动发布、脚本代替真人操作,已处置约 42 万账号)。公众号一侧的逻辑同源:微信同样要求内容为真人创作、账号由真人运营,自动建草稿是合规的,自动发布带有风控风险。
结论(本章的定盘星):机器一路做到草稿箱门口,最后一次点击交给人。 这条约束后面会有一个意外的收获——它恰好和微信接口的权限现状完全吻合(见 3.4.4)。
七、动手 Demo:先手工走一遍,并亲眼看看【排版会被洗掉】
这一节不做自动化。 所有自动化项目的第一步都是【手工跑通一遍并计时】——你不知道手工要多久,就没法证明自动化的价值。
准备:一个微信公众号(个人订阅号即可,注册免费);一个能写 Markdown 的地方(Obsidian、Typora、记事本都行);一个有 ChatGPT 或扣子的账号(用来出初稿)。
第一步——手工出一篇稿:给 AI 一个选题(例如【我自己家的三件收纳好物】),要求写 800 到 1000 字的公众号文章,带三个小标题。
第二步——记下时间:从开始到拿到你满意的稿子,用了多久?把分钟数写下来。
第三步——见证现场(本节的重点):把下面这段 Markdown 原样复制,粘进公众号后台【新的创作 → 图文消息】的正文框里。
## 这是一个二级标题
这是一段正文,里面有**加粗**和*斜体*。
- 列表第一项
- 列表第二项
> 这是一段引用。
| 表头一 | 表头二 |
|---|---|
| 内容 | 内容 |
看到什么算成功:
##原样显示成两个井号——公众号编辑器不认识 Markdown,不会把它变成标题;**加粗**的星号原样出现,没有变粗;- 表格变成一堆竖线和横线挤在正文里,没有表格样式;
>引用变成一个大于号加一段普通文字。
读结果:这四行现象就是【排版必须单独做一道工序】的全部理由。公众号的正文要的是【带内联样式的 HTML】,不是 Markdown,也不是带 class 的网页 HTML——这两句话是 3.4.3 那一节的全部内容。
大多数人做完第三步会有一个新发现:手工排版这一段花掉的时间,比预想的多。把它记下来——等到 3.4.3 做完,再回来看这个数字。
八、⚠️ 2026 现状:本章会碰到的三处与旧教程不同
- 发布接口对个人号已关闭:自 2025 年 7 月起,微信官方已回收个人主体账号和未认证企业账号的 freepublish(提交发布)接口权限——个人订阅号可以走接口建草稿,但不能走接口发布。这反而与本章【机器送到草稿箱、人点发布】的设计天然吻合(详见 3.4.4);
- 自定义 GPT 正在退役:本章 3.3 整节涉及在 GPT 平台上创建助手,而 OpenAI 已宣布停用自定义 GPT、迁移到插件——个人账号的创建与发布已经冻结。3.3.1 与 3.3.2 会按【学思维、不学按钮】处理,并给出可直接落地的替代路线;
- 老教程里的一堆排版技巧已失效:网上大量【公众号排版教程】写于 2020 年前后,里面不少做法(依赖
<style>标签、依赖 class 选择器、依赖外链图片)现在都会在粘贴或发布时被微信清洗掉。判断标准只有一条:最后能不能在微信编辑器里稳定显示。
这门课的教材出版于 2026 年 6 月,但 Agent 与 RPA 领域的变化速度,快于任何一本纸质书的修订速度。笔记的正文写的是【结构与思路】(这些东西一年后依然成立),但凡是涉及具体按钮、具体接口权限、具体平台规则的地方,一律以你打开时的界面与官方公告为准。
30 秒实验
在公众号后台的编辑器里,随便打一段字,选中它,然后按 Ctrl + V 再从别的地方粘一段带格式的文字进去。
- 如果粘进来的格式保留了一部分、又丢了一部分——恭喜,你看到了微信的清洗规则在工作:它保留它允许的(颜色、字号的一部分),丢掉它不允许的(class、外部样式、某些标签);
- 记住这个手感。后面 3.4.3 要写的 HTML,就是【刚好落在微信允许范围内的那一小片】。
结论:排版自动化的本质,不是【生成好看的 HTML】,而是【生成微信愿意留下的 HTML】。 前者是审美问题,后者是工程问题——而工程问题可以被确定性地解决。
常见误区
- 【公众号和小红书差不多,那章写完这章可以跳过】——错。 两个平台的接口能力完全不同,流程形状也就不同:小红书的 RPA 只能模拟点击,公众号的 RPA 可以调接口。跳过的正是本章最值钱的部分。
- 【排版是小事,随便贴一下就行】——错。 公众号编辑器不认识 Markdown、也会洗掉大半网页 HTML。排版是本章唯一一段【可以从人手里整段拿走】的工序,收益最大。
- 【AI 写的内容直接发就行,标识可加可不加】——错。 AI 生成内容标识是法规要求(2025-09-01 施行),发布 AI 生成合成内容应当主动声明。这一步必须写进流程。
- 【反正有接口,那就全自动发到群发】——错。 个人号发布接口已被回收;即便有权限,自动发布也落在平台打击【AI 托管运营】的范围内。本章的定盘星是【机器送到草稿箱门口,最后一下交给人】。
- 【先搭自动化,跑不通再回头手工试】——错。 顺序必须反过来:先手工跑通并计时,再自动化。不知道手工要多久,就无法判断自动化到底省了什么、省了多少。
自测三问(点开对答案)
1. **第二章和第三章最大的区别是什么?** 在**出口**上。第二章的小红书**没有官方笔记发布接口**,所以 RPA 只能模拟人点界面;第三章的公众号**有官方开放接口**,所以 RPA 可以直接把内容送进草稿箱。**有接口的流程,机器做的是确定性的事;没接口的流程,机器只能模仿人。** 2. **为什么说【排版】是本章相对第二章最大的增量?** 因为第二章的 RPA 只搬运**字段**(标题、正文、标签、图片),而本章的 RPA 还要搬运**格式**——公众号的正文编辑器既不认识 Markdown,也会清洗大部分 HTML,所以需要单独一道【Markdown 转内联样式 HTML】的工序。**这段工序在手工流程里往往占掉一小时,是最值得整段拿走的一段。** 3. **本章的助手为什么必须停在【草稿箱】而不是直接发布?** 两个原因叠在一起:一是**平台与法规**——自动发布落在平台打击【AI 托管运营】的范围内,且 AI 生成内容需要人确认并主动声明标识;二是**接口权限**——自 2025 年 7 月起,微信已回收个人主体和未认证账号的发布接口权限。**约束恰好与权限吻合,让这条设计既合规又可行。**- ☐ 下一节(3.2 公众号创作智能助手整体流程设计)
相关笔记
- 小红书运营场景分析 —— 上一章的场景分析,读的时候对照着看
- 工作流编排 —— 平台特性决定流程形状的出处
- Agent 应用场景 —— 内容创作类场景的通用判据
- 🤖 Agent+RPA实战 · 索引 —— 全课路线图