🤖 第四章 应用实战:今日头条批量发布助手
📄 一句话概括

前三章做的都是【一篇】,本章加上了【批量】这两个字——然后一切都不一样了。这一章真正要带走的不是【怎么用文心智能体】或【怎么点墨滴】,而是一句关于批量的判断:批量不是把一件事做 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 分),检查要按它排序
部分成功 一篇坏掉不拖垮整批:好的继续走,坏的进各自队列,批次结束对账

四、常见误区(本章汇总)

  1. 【批量就是把同一篇改几个词发十遍】——错,而且最危险。 头条 2026-09-15 公告点名治理【模板化拼装、套路化表达】,并明确【更换题材人物、替换表达模板】也从严处置;再叠加【同矩阵只允许勾选原创一次】的规则,这条路两头都被堵死。
  2. 【头条有官方发布 API,写个脚本就行】——错。 网上那些教程来源互相矛盾、无官方链接,是 AI 生成稿。横向调研结论明确:微信有官方发布 API,头条没有。 本章这一侧只能走界面自动化。
  3. 【主题去重用 == 判就够了】——错。 加一个空格 == 就判不出来。必须先归一化(去空格、统一全半角)——因为平台判的是语义,不是你的字符串。
  4. 【让模型一次写一批,它自然会写得不一样】——错。 模型的默认行为是趋同。差异必须由流程分配(角度/人称/开头/结构四维),不能靠期望。
  5. 【一篇失败就整批停,最安全】——错。 那会让 2 篇坏稿废掉 4 篇好稿。正确做法是部分成功 + 留痕,并按【重跑能不能修好】把错误分成重试队列与人工队列。
  6. 【存草稿很安全,可以一口气全塞进去】——错。 批量生产的特征在【存草稿】这一步就已经暴露了(短时间、同风格、同模板)。节奏从第一次点存草稿就开始了。
  7. 【检查项按我习惯的顺序列就行】——错。 要按平台扣分档位排序:先 70 分(涉政、医疗功效、谣言),再 20 分,再 10 分。排序不改变判得对不对,它改变人会不会看见。

五、动手 Demo:给自己出一张【第四章试卷】

做法:把下面九道题的答案写在一个纯文本文件里,不看笔记回答;答不上来的,回去翻对应的一篇。

一、判断题(对/错)

  1. 今日头条为个人创作者提供了官方的文章发布接口,可以用脚本直接发布。
  2. 一批主题里有两个只差一个空格,去重时用 == 判就够了。
  3. AI 声明是可选动作,只要正文里提到过【本文由 AI 辅助】就不算漏。
  4. 批量回收时有一篇 JSON 解析失败,应该把整批停下来重跑。
  5. 头条正文里可以直接放 Markdown 表格,渲染出来是漂亮的表格。

二、填空题

  1. 批量流程要同时管两条线:纵线是 __,横线是 ____。
  2. 差异化有四个维度:角度、__、开头方式、____。
  3. 判断一个错误应该【自动重试】还是【交给人】,判据是:______。

三、情景题

  1. 批次跑到 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 点界面填表单   → 【停下】,等人点发布   ← 平台不给接口 + 不能替人负责

问自己一个问题:本章和第二章的出口长得一模一样,那本章到底新增了什么?

结论:第三章新增的是【判断】(该不该用接口),本章新增的是【克制】(该不该发这么快)。 这两样都不能靠技术解决,只能靠对平台的理解。

常见误区(本章级)

  1. 【先把自动化的速度做上去,风控的事以后再管】——错,顺序反了。 批量的第一性原理是可用性:一个被限流的账号,批量能力等于零。 所以节奏规则(单日上限、最小间隔、随机抖动)不是优化项,是准入条件——它必须一开始就写进流程里。
  2. 【别人跑得通,说明这条路可行,我照着搭就行】——错。 网上关于【头条自动发文】的内容,大量是 AI 生成的、来源互相矛盾的稿子。判断一份资料可不可信,只看三条:有没有官方网站/官方公告、有没有日期、不同来源是否一致。 这三条比任何教程的排版都重要。
  3. 【这一章的工具细节太多,记不住】——不必全记。 记不住的(文心界面的七步、墨滴的六步、头条的字段位置)都会变,也都可以现查;真正要记住的是三件事:批量的两条线、错误的三档、检查的三个档次。 细节是查得到的,判断是查不到的。
自测三问(点开对答案) 1. **为什么说【批量】是质变而不是量变?** 因为它同时引爆了**四个单篇时不存在的新问题**:① **素材从哪来**——要有一批主题且它们不能同质;② **状态怎么记**——必须有任务表追踪每篇走到哪;③ **失败怎么办**——一篇失败不能拖垮整批,要能跳过、重试、续跑;④ **风控怎么看**——连续、快速、同模板是风控最敏感的三个信号。 **前三个是工程问题(可以用表、状态机、对账解决),第四个是设计约束(只能用节奏解决)**——而**恰恰是第四个决定了前三个的边界**:产线能开多快,不由产能决定。 2. **本章两条【分档】的纪律分别是什么?为什么分档比堆积检查项更重要?** 第一条是**错误分三档**:通过/降级/致命,判据是【**重跑一遍能不能修好**】。第二条是**检查按扣分档位排序**:70 分档先拦,再 20 分,再 10 分。 **为什么分档更重要**:因为**不硬**——一屏告警里如果 70 分的和 10 分的混在一起,**人会养成【看到告警就无视】的习惯,于是要命的那一条也被无视了**。**分档的作用是让人的注意力落在对的地方**——机器负责判定,人负责判断,而**要让人的判断生效,机器还得负责【把最重要的东西放到最上面】。** 3. **本章与第三章,各新增了一样什么东西?** **第三章新增的是【判断】**——有接口可用时,判断【该不该用】(个人号发布权限已被回收,自动发布撞合规与法规两堵墙); **本章新增的是【克制】**——有产能时,判断【该不该发这么快】(节奏规则、同矩阵原创限制、模板化治理)。 **两样都不能靠技术解决**,只能靠对平台的理解。**合起来就是本课一直重复的那句:机器管可确定的,人管要判断的。**

相关笔记