📄 一句话概括
这一章把上一章的骨架换了个平台又走了一遍，但走完你会发现：真正值钱的不是那套流程，而是那三个判断——这个环节有没有接口、给机器读的东西格式稳不稳、这个动作可不可撤销。判断对了，流程怎么搭都是对的；判断错了，流程越顺越危险。
📝 本节和前面几节的关系
本节收束第三章，并把这一章与第二章并排放在一起看。它是本章的终点，也是全课【从单个案例走向通用方法】的一次转折——第一章给方法，第二、三章给两次应用，接下来该看同一个方法在两处应用里长出了什么不同。
一、九个必须记住的结论
按篇序，每篇一条：
| # | 出处 | 结论 |
|---|---|---|
| 1 | 3.1 | 公众号与小红书最大的不同是【有官方接口】——出口从【点按钮】变成【调接口】，流程的形状随之改变 |
| 2 | 3.1 | 两条红线：AI 生成内容必须标识（法规，2025-09-01 施行）；【AI 托管运营】是平台打击对象 |
| 3 | 3.2 | 表当交接台 ＋ 状态机：body_md 与 body_html 分成两列，因为它们是给两个不同读者看的 |
| 4 | 3.2 | 【待审核】必须由人推进——它是红线在状态机上的落点，任何数据不许跳过它 |
| 5 | 3.3.1 | 助手永远只有四格：名称、指令、知识、能力。平台会改名（甚至退役），四格不变 |
| 6 | 3.3.1 | Agent 只管生成内容，所有对外动作交给 RPA——这是本章的架构纪律 |
| 7 | 3.3.2 | 预览＝跑固定用例，不是【看一眼】；判断顺序是格式 → 合规 → 内容 → 文笔 |
| 8 | 3.4.1 | 提交前必须预检：宁可停下（备注＋改状态），不要猜——入口的脏数据会在最后一步才暴露 |
| 9 | 3.4.2 | 解析要分级阻断：缺标题（致命）停下，缺摘要（可补救）记录后继续 |
如果只记一条，记这条：
【给机器读的东西，宁可多一步也要让它确定；不可撤销的动作，永远留给人。】
二、一条链与两个把关点
第三章的完整链路（与 3.2 那张图对应，这里是【一次运行】的版本）：
① 人填表（选题/关键词/风格/字数） → 待提交
② 3.4.1 提交创作信息（含预检） → 已提交
③ 3.4.2 多轮对话（提纲 → 全文 → 修改） → 对话中
④ 3.4.2 取回并解析（分级阻断） → 初稿就绪
⑤ ── 人审初稿 ── ← 把关点 ①
⑥ 3.4.3 排版：Markdown → 内联样式 HTML → 已排版
⑦ ── 人审排版 ── ← 把关点 ②
⑧ 3.4.4 建草稿箱（含 AI 声明 ＋ 安全预检） → 已入草稿箱
⑨ ── 人在后台点【发布】 ── ← 最后一下
与第二章对照，两个把关点的性质变了：
| 第二章（小红书） | 第三章（公众号） | |
|---|---|---|
| 把关点 ① | 内容审核 | 内容审核 |
| 把关点 ② | 发布确认（因为只能点界面） | 排版审核（发布本来就走接口，但因为合规与权限，最后一下仍然留给人） |
| 最后一下 | 人在创作页点发布 | 人在公众号后台点发布 |
表面上看两章都是【两个关卡＋最后一下】，但内里不一样：第二章的【人点发布】是技术所迫（没有接口），第三章的【人点发布】是主动选择（有接口可用，但合规与权限都要求停在这里）。
📝 这个差别很重要
【不得不】和【选择】是两件事。 第二章的人之所以要点发布，是因为平台不给接口；第三章即便有权限，也应该把人放在这里——因为发布是不可撤销的（草稿可以删，推文撤不回来），而且AI 生成内容需要发布者确认并声明。 一个【被约束逼出来的正确设计】，换到没有约束的地方，很容易被丢掉。 这一章之所以要强调，就是为了让这个设计在约束消失后仍然被保留。
三、字段与术语速查表
表字段（16 列 ＋ 2 列运行态）：
| 字段 | 一句话 | 谁写 |
|---|---|---|
id／topic／keywords／style／words |
人填的五个输入 | 人 |
outline 提纲 |
多轮对话第一轮的产物 | Agent |
title 标题 ≤64 字 |
决定打开率，必填且必须人定 | Agent → 人 |
digest 摘要 ≤120 字 |
推送卡片上会显示 | Agent |
body_md 正文 Markdown |
给人读的稿 | Agent |
body_html 正文 HTML |
给公众号读的稿，内联样式 | RPA（3.4.3） |
cover_prompt／cover_path |
封面提示词与图 | Agent／RPA |
author 作者 |
接口字段 | 人 |
ai_declare AI 声明 |
合规必填，不确认就阻断 | 人 |
status 状态 |
八态 | RPA |
note 备注 |
出问题时把话留在这里 | 全部 |
conversation_ref／round／last_reply |
会话标识／轮次／返回原文（必须原样保存） | RPA |
关键术语：
| 术语 | 一句话 |
|---|---|
| 内联样式 HTML | 样式写在每个元素的 style 里、不依赖 class／父级的 HTML——公众号唯一能稳定接受的形式 |
| 界面路 vs 接口路 | 模拟人点界面 vs 以程序身份调接口——能走接口就走接口 |
| 分级阻断 | 能低成本补上的错误（缺摘要）记录后继续；不能补的（缺标题）立刻停下 |
| 干跑（dry-run） | 只组装请求体不发送，先核结构 |
| AI 生成内容标识 | 显式标识（读者看得见）＋ 隐式标识（元数据里），法规要求，不得删除篡改 |
四、常见误区（本章汇总）
- 【和小红书那章差不多，可以跳读】——错。 两个平台的接口能力完全不同，流程形状也就不同。跳过的正是本章最值钱的部分。
- 【让 AI 顺手把排版也做了】——错。 排版是规则不是创意，用大模型做规则转换，输出会不稳定。3.4.3 用代码来做，跑一万次都一样。
- 【HTML 粘进编辑器就行】——错。 公众号要的是剪贴板里的富文本，不是 HTML 源码。要放进剪贴板的 HTML 槽位再粘贴。
- 【编辑器预览正常就说明没问题】——错。 正文外链图片是在发布那一刻才爆的。预览正常不能作为通过标准。
- 【AppSecret 写在流程里方便】——错。 泄露等于别人可以以你的名义操作公众号。放环境变量，并打开 IP 白名单作为第二道门。
- 【有接口权限就该全自动发布】——错。 能做到不等于应该做——自动发布撞合规（AI 托管运营）与法规（AI 内容需人确认声明）两堵墙，而且发布不可撤销。
五、动手 Demo：给自己出一张【第三章试卷】
做法：把下面九道题的答案写在一个纯文本文件里，不看笔记回答；答不上来的，回去翻对应的一篇。
一、判断题（对／错）
- 公众号的正文编辑器可以直接粘贴 Markdown，它会自动转成样式。
- 个人订阅号可以通过接口把草稿直接发布出去。
<h2>标签在公众号里能正常当小标题用。- 正文里的图片用外链地址，只要编辑器里能显示，发布后就没问题。
- 摘要是可有可无的字段，不填平台会自动处理。
二、填空题
- 表里的正文为什么要分成
body_md和body_html两列？因为它们分别给 __ 和 ____ 读。 - 多轮对话建议封顶在 __ 轮，理由是 ____。
- 接口请求里，封面图必须用 __ 素材，且格式必须是 ____。
三、情景题
- 你的流程跑到【已排版】这一步，此时你看了一眼表，发现
ai_declare是空的。你应该让流程继续走向草稿箱吗？为什么？
参考答案：
| 题 | 答案 | 依据 |
|---|---|---|
| 1 | 错 | 公众号不认识 Markdown，井号和星号会原样显示（3.1 的 Demo） |
| 2 | 错 | 自 2025-07 起，个人主体与未认证账号的 freepublish 权限已被回收（3.4.4） |
| 3 | 错 | <h1>~<h6> 会被转成 <p> 或删掉，样式白写，要用 <p> 模拟（3.4.3 铁律 4） |
| 4 | 错 | 外链图在发布那一刻才爆成裂图，微信只认自己的图床（3.4.3 坑三） |
| 5 | 错 | 摘要在推送卡片与分享卡片上都会显示，接口限制 120 字；不填时平台自动截正文开头，效果通常很差（3.4.4） |
| 6 | 人 ／ 公众号（机器） | 一个要人改，一个要送进平台（3.2） |
| 7 | 3~5 轮 ／ 轮数越多上下文越长、成本越高，而且模型会开始漂移（3.4.2） | |
| 8 | 永久 ／ JPG（JPEG） | 用临时素材会报 40007；PNG 会被拒（3.4.4） |
| 9 | 不应该。 | ai_declare 是法规要求在流程里的落点，状态机的【待审核】就是用来拦这种跳跃的。应停下交给人确认（3.2 三十秒实验＋3.4.4） |
看到什么算成功：九题里你能答对七题以上，而且第 9 题能说出【因为待审核由人推进】这个理由——说明你已经不是在记流程，而是在用判断。
30 秒实验
把第二章和第三章放在一起，只看一件事：出口。
第二章出口：RPA 打开创作页 → 填标题/正文/标签/图片 → 【停下】，等人点发布
第三章出口：RPA 调接口 → 建草稿箱 → 【停下】，等人点发布
问自己一个问题：两章的出口最后都停在【人点发布】，这是同一个设计吗？
- 如果你的答案是【是】：再想一层——第二章是因为没有接口，第三章是因为不该用接口。 一个是不得不，一个是选择。
- 如果你的答案是【不一样】：恭喜，你抓住了本章最想传达的那件事——约束消失的地方，才是真正考验设计的地方。
结论：第三章比第二章多出来的，不是技术，是判断。 会调接口不难，知道什么时候不该调、什么时候必须停，才是这门课要教的东西。
常见误区（本章级）
- 【接口比界面高级，所以能调接口就一定更好】——不是。 接口确实更稳、更合规，但接口也有它的边界：个人号没有发布权限、AI 内容需要人确认。判断标准永远是【这个动作该不该机器做】，而不是【机器能不能做】。
- 【AI 声明加在正文里就行了，平台那个选项不用管】——错。 两个落点都要做：正文里让读者看得见（显式标识），平台上让字段读得到（平台要求主动声明）。只做一个都不完整。
- 【这一章的技术细节太多，记不住】——不必全记。 记不住的（错误码、CSS 属性白名单、排版参数）都可以现查；真正要记住的是三条判断：有没有接口、格式稳不稳、可不可撤销。细节是查得到的，判断是查不到的。