前三章做的都是【一篇】,本章加上了【批量】这两个字——然后一切都不一样了。这一章真正要带走的不是【怎么用文心智能体】或【怎么点墨滴】,而是一句关于批量的判断:批量不是把一件事做 N 遍,而是把一件事变成一条产线;而这条产线能开多快,由平台的承受力决定,不由你的产能决定。
本节收束第四章,并把【批量】这个新维度与前三章并排放在一起看。它是本章的终点,也是全课【案例篇】走到一半的一次回头——第二章讲【没有接口怎么办】,第三章讲【有接口怎么用】,本章讲【数量变多之后,哪些东西会崩】。
一、十条必须记住的结论
按篇序,每篇至少一条:
| # | 出处 | 结论 |
|---|---|---|
| 1 | 4.1 | 【批量】是质变不是量变——它同时引爆四个新问题:素材从哪来、状态怎么记、失败怎么办、风控怎么看 |
| 2 | 4.1 | 三条红线:AI 低质批量内容是专项治理对象(公告点名【模板化拼装】,且矩阵规避也从严);AI 生成内容必须标注;信用分满分 100,扣到 60 分及以下所有权益关闭 |
| 3 | 4.2 | 批量要同时管两条线:纵线是每篇的生命周期(状态机),横线是整批的调度(节奏规则)。两条线各管一件事,复杂度就不随篇数增长 |
| 4 | 4.2 | 失败三原则:跳过、重试、留痕——留痕最重要,因为一张不说实话的任务表比空表更危险 |
| 5 | 4.3.1 | 智能体 = 设定+知识+工具+开场白,设定卡必须有五段:角色/边界/输出格式/禁忌/缺信息行为(最危险的一段) |
| 6 | 4.3.2 | 差异化必须由流程分配,不能交给模型自觉——四个维度:角度、人称、开头方式、结构;契约是模型与流程之间的接口 |
| 7 | 4.4.1 | 预检要拦在【主题】上(拦主题=拦住了整篇的所有后续成本);约束写进请求体,不写进代码 |
| 8 | 4.4.2 | 回收要分三档(通过/降级/致命),判据是【重跑一遍能不能修好】;对账必须相等:通过+降级+致命=提交 |
| 9 | 4.4.3 | 工具管【好看】,你的代码管【能过】——有些问题(表格/代码块/外链图)渲染之后反而看不出来,要在变成 HTML 之前查 |
| 10 | 4.4.4 | 检查按官方扣分档位排序(先 70 分再 20 分再 10 分);干跑把【填表的逻辑】与【填表的动作】分开;终点永远是草稿箱 |
如果只记一条,记这条:
【数量一多,机器特征就会自己浮出来。所以批量的第一性原理是可用性,不是效率——先保证账号活着,再谈发得多快。】
二、一条链与两个把关点
第四章的完整链路(一次批次的版本):
① 人定主题池(按产出目标的 1.5~2 倍准备) → 待处理
② 4.4.1 主题预检(归一化去重/限长/限数/高危拦截)→ 已提交
③ 4.3.2 Agent 工作流批量出稿(含差异化分配) → 出稿中
④ 4.4.2 回收解析(三档:通过/降级/致命) → 已出稿
⑤ ── 人抽检 2~3 篇 ── ← 把关点 ①
⑥ 4.4.3 排版前体检 → 墨滴排版 → 复制富文本 → 已排版
⑦ 4.4.4 安全预检(按扣分档位)→ 干跑 → 逐篇填表 → 已入草稿箱
⑧ ── 人按排期逐篇点【发布】── ← 把关点 ② + 最后一下
与前两章对照,本章多出来的是【第 ① 步之前的那个池子】和【每一步都要乘以 N】:
| 第二章(小红书) | 第三章(公众号) | 第四章(今日头条) | |
|---|---|---|---|
| 出口形态 | 点界面,停在发布前 | 调接口,进草稿箱 | 点界面,进草稿箱 |
| 人出现几次 | 两次 | 两次 | 两次(但每次要 × N 篇) |
| 新增维度 | —— | 排版(格式) | 数量、节奏、同质化 |
| 最贵的错 | 发布出去 | 排版全废 | 信用分受伤(不可逆) |
第四章的出口形态,等于第二章(点界面)+第三章的目标(进草稿箱)。 看起来是【两者拼接】,实际上多了一件东西:节奏。 第二章只有一篇,点完就完了;本章有 N 篇,所以【什么时候点第 2 篇】本身成了一个需要设计的问题。 这就是【数量】带来的唯一一个新东西——它不是把流程变复杂,而是给流程加了一个【时间轴】。
三、字段与术语速查表
任务表字段(10 列 + 1 个排期):
| 字段 | 一句话 | 谁写 |
|---|---|---|
batch_id/seq |
这一篇的身份证(所有日志、排期、去重都靠它定位) | 人 |
topic |
主题 | 人(或 Agent 扩写后由人筛) |
status |
状态机当前态(八态) | 机器 |
md_path/html_path/cover_path |
稿子/富文本/封面 | 机器 |
draft_url |
存进草稿箱后回读到的地址 | 机器 |
ai_flag |
是否标注【含 AI 生成内容】(合规必填) | 默认真,人可复核 |
error |
失败原因(失败态必填) | 机器 |
schedule |
排定的发布时间 | 机器算、人确认 |
关键术语:
| 术语 | 一句话 |
|---|---|
| 批量 | 不是【一篇做 N 遍】,而是【一条产线】:一张表 + 一张状态机 + 一套节奏 + 一套失败处理 |
| 纵线 / 横线 | 状态机管每篇的推进(纵);节奏规则管整批的调度(横) |
| 节奏三规则 | 单账号单日上限、两篇最小间隔、发布落在活跃时段(间隔要随机,整齐本身就是机器特征) |
| 分级阻断(三档) | 通过/降级(交人)/致命(重试);判据=重跑一遍能不能修好 |
| 差异化节点 | 在写之前给每篇锁定【角度/人称/开头方式/结构】,保证批内没有两篇四维全同 |
| 干跑(dry-run) | 把要做的事先打印出来看一遍,一个按钮都不点 |
| 扣分档位 | 头条信用分的处罚档(70/20/10/5 分),检查要按它排序 |
| 部分成功 | 一篇坏掉不拖垮整批:好的继续走,坏的进各自队列,批次结束对账 |
四、常见误区(本章汇总)
- 【批量就是把同一篇改几个词发十遍】——错,而且最危险。 头条 2026-09-15 公告点名治理【模板化拼装、套路化表达】,并明确【更换题材人物、替换表达模板】也从严处置;再叠加【同矩阵只允许勾选原创一次】的规则,这条路两头都被堵死。
- 【头条有官方发布 API,写个脚本就行】——错。 网上那些教程来源互相矛盾、无官方链接,是 AI 生成稿。横向调研结论明确:微信有官方发布 API,头条没有。 本章这一侧只能走界面自动化。
- 【主题去重用
==判就够了】——错。 加一个空格==就判不出来。必须先归一化(去空格、统一全半角)——因为平台判的是语义,不是你的字符串。 - 【让模型一次写一批,它自然会写得不一样】——错。 模型的默认行为是趋同。差异必须由流程分配(角度/人称/开头/结构四维),不能靠期望。
- 【一篇失败就整批停,最安全】——错。 那会让 2 篇坏稿废掉 4 篇好稿。正确做法是部分成功 + 留痕,并按【重跑能不能修好】把错误分成重试队列与人工队列。
- 【存草稿很安全,可以一口气全塞进去】——错。 批量生产的特征在【存草稿】这一步就已经暴露了(短时间、同风格、同模板)。节奏从第一次点存草稿就开始了。
- 【检查项按我习惯的顺序列就行】——错。 要按平台扣分档位排序:先 70 分(涉政、医疗功效、谣言),再 20 分,再 10 分。排序不改变判得对不对,它改变人会不会看见。
五、动手 Demo:给自己出一张【第四章试卷】
做法:把下面九道题的答案写在一个纯文本文件里,不看笔记回答;答不上来的,回去翻对应的一篇。
一、判断题(对/错)
- 今日头条为个人创作者提供了官方的文章发布接口,可以用脚本直接发布。
- 一批主题里有两个只差一个空格,去重时用
==判就够了。 - AI 声明是可选动作,只要正文里提到过【本文由 AI 辅助】就不算漏。
- 批量回收时有一篇 JSON 解析失败,应该把整批停下来重跑。
- 头条正文里可以直接放 Markdown 表格,渲染出来是漂亮的表格。
二、填空题
- 批量流程要同时管两条线:纵线是 __,横线是 ____。
- 差异化有四个维度:角度、__、开头方式、____。
- 判断一个错误应该【自动重试】还是【交给人】,判据是:______。
三、情景题
- 批次跑到 4.4.2 回收:6 篇里 2 篇致命、2 篇降级、2 篇通过。此时应该让整批停下来吗?为什么?
参考答案:
| 题 | 答案 | 依据 |
|---|---|---|
| 1 | 错 | 横向调研结论:微信公众号有官方发布 API,今日头条没有;那些讲【头条发文 API】的文章来源互相矛盾、无官方链接(4.4.4) |
| 2 | 错 | 必须先归一化(去空格、统一全半角)再比较——平台判的是语义,不是你的字符串(4.4.1) |
| 3 | 错 | AI 生成内容要在平台要求的落点标注(图文:标题下方或正文开头),未标注落进【失实表述】,扣 10 分(4.1/4.2) |
| 4 | 错 | 应部分成功 + 留痕:好的继续走,致命的进重试队列,降级的交人(4.4.2) |
| 5 | 错 | 表格在头条正文里最容易错乱,必须改成截图(4.4.3) |
| 6 | 状态机(每篇的生命周期)/节奏规则(整批的调度) | 4.2 |
| 7 | 人称/结构 | 4.3.2 |
| 8 | 重跑一遍能不能修好(能→重试;不能→交人) | 4.4.2 |
| 9 | 不应该。 | 应走部分成功 + 留痕:2 篇通过继续排版;2 篇致命进重试队列(技术性);2 篇降级交人(判断性);批次结束对账:2 + 2 + 2 = 6(4.4.2) |
看到什么算成功:九题里你能答对七题以上,而且第 9 题能说出【判据是重跑能不能修好】这个理由——说明你已经不是在记流程,而是在用判断。
30 秒实验
把第二章与第四章放在一起,只看一件事:【人点最后那一下】的性质。
第二章出口:RPA 点界面填表单 → 【停下】,等人点发布 ← 平台不给接口
第四章出口:RPA 点界面填表单 → 【停下】,等人点发布 ← 平台不给接口 + 不能替人负责
问自己一个问题:本章和第二章的出口长得一模一样,那本章到底新增了什么?
- 如果你的答案是【新增了批量】—— 再想一层:批量到底新增了什么? 答案是节奏——第二章【点完就完了】,本章【什么时候点第 2 篇、第 3 篇】本身成了设计问题;
- 如果你的答案是【新增了风控意识】—— 更接近了。因为数量一多,机器特征就会自己浮出来:连续、快速、同模板。第二章你是【一个人】,本章你是一支【看起来像军队的人】。
结论:第三章新增的是【判断】(该不该用接口),本章新增的是【克制】(该不该发这么快)。 这两样都不能靠技术解决,只能靠对平台的理解。
常见误区(本章级)
- 【先把自动化的速度做上去,风控的事以后再管】——错,顺序反了。 批量的第一性原理是可用性:一个被限流的账号,批量能力等于零。 所以节奏规则(单日上限、最小间隔、随机抖动)不是优化项,是准入条件——它必须一开始就写进流程里。
- 【别人跑得通,说明这条路可行,我照着搭就行】——错。 网上关于【头条自动发文】的内容,大量是 AI 生成的、来源互相矛盾的稿子。判断一份资料可不可信,只看三条:有没有官方网站/官方公告、有没有日期、不同来源是否一致。 这三条比任何教程的排版都重要。
- 【这一章的工具细节太多,记不住】——不必全记。 记不住的(文心界面的七步、墨滴的六步、头条的字段位置)都会变,也都可以现查;真正要记住的是三件事:批量的两条线、错误的三档、检查的三个档次。 细节是查得到的,判断是查不到的。
自测三问(点开对答案)
1. **为什么说【批量】是质变而不是量变?** 因为它同时引爆了**四个单篇时不存在的新问题**:① **素材从哪来**——要有一批主题且它们不能同质;② **状态怎么记**——必须有任务表追踪每篇走到哪;③ **失败怎么办**——一篇失败不能拖垮整批,要能跳过、重试、续跑;④ **风控怎么看**——连续、快速、同模板是风控最敏感的三个信号。 **前三个是工程问题(可以用表、状态机、对账解决),第四个是设计约束(只能用节奏解决)**——而**恰恰是第四个决定了前三个的边界**:产线能开多快,不由产能决定。 2. **本章两条【分档】的纪律分别是什么?为什么分档比堆积检查项更重要?** 第一条是**错误分三档**:通过/降级/致命,判据是【**重跑一遍能不能修好**】。第二条是**检查按扣分档位排序**:70 分档先拦,再 20 分,再 10 分。 **为什么分档更重要**:因为**不硬**——一屏告警里如果 70 分的和 10 分的混在一起,**人会养成【看到告警就无视】的习惯,于是要命的那一条也被无视了**。**分档的作用是让人的注意力落在对的地方**——机器负责判定,人负责判断,而**要让人的判断生效,机器还得负责【把最重要的东西放到最上面】。** 3. **本章与第三章,各新增了一样什么东西?** **第三章新增的是【判断】**——有接口可用时,判断【该不该用】(个人号发布权限已被回收,自动发布撞合规与法规两堵墙); **本章新增的是【克制】**——有产能时,判断【该不该发这么快】(节奏规则、同矩阵原创限制、模板化治理)。 **两样都不能靠技术解决**,只能靠对平台的理解。**合起来就是本课一直重复的那句:机器管可确定的,人管要判断的。**- ☑ 第5章 应用实战:知乎图文创作和发布助手 —— 已完结:本章小结(一个知乎创作智能体+三条 RPA 流程;先拆对标再动笔,人味是准入条件)
相关笔记
- 今日头条批量发布助手场景概述 —— 本章的起点:批量为什么是质变,以及三条红线
- 今日头条批量发布助手工作流程设计 —— 全章的结构总图(两条线 + 失败三原则)
- 今日头条批量发布助手Agent部分的工作流设计 —— 本章技术含量最高的一节(差异化节点)
- RPA上传文章到今日头条 —— 本章的出口与检查的排序方式
- 本章小结 —— 上一章的小结,两章对照着读
- 知乎图文创作和发布概述 —— 下一章:同一个骨架换到【有存量竞争】的平台
- 本章小结 —— 下一章小结:位置只在写之前能选
- 🤖 Agent+RPA实战 · 索引 —— 全课路线图