后面几章把同一套骨架【Agent 生成 → RPA 提交 → 人确认 → 发布】依次套在小红书、公众号、今日头条上——平台换、任务换、步骤微调,但骨架不变;本节把每个案例的【谁干什么】先交代清楚。
1.7.1 给了四维地图,本节逐个介绍案例。读完你会有一个重要发现:三个案例的结构几乎是同一个模板——这个模板就是本课要教给你的东西(方法),而不是那几个具体的操作(那会过时)。
一、案例总览(教材第 2 章起)
| 章 | 案例 | 平台 | 核心任务 | Agent 侧用什么 |
|---|---|---|---|---|
| 第 2 章 | 小红书运营增效助手 | 小红书 | 图文整合+配图+发布 | 扣子(工作流) |
| 第 3 章 | 公众号创作智能助手 | 微信公众号 | 创作+多轮对话+排版+发布 | GPT(自定义助手) |
| 第 4 章 | 今日头条批量发布助手 | 今日头条 | 批量创作+批量发布 | 文心智能体 |
教材后续章节继续展开其他平台的实战,本节的介绍以后续章节目录为准逐步补齐——本章只交代到能看清【案例的骨架】为止。
二、案例一:小红书运营增效助手(第 2 章)
场景:运营一个小红书账号,需要持续产出图文内容——素材整理、文案生成、配图、发布,每一步都要人做,日更就格外吃力。
分工设计:
| 环节 | 谁做 | 说明 |
|---|---|---|
| 图文整合 | Agent(工作流) | 把素材整理成结构化的图文内容 |
| 图像生成 | Agent(工作流) | 生成/处理配图 |
| 创建 Agent | 人 | 在扣子上搭好工作流与智能体 |
| 提交创作信息 | RPA | 把素材/要求提交给 Agent |
| 获取创作结果 | RPA | 取回文案与图片 |
| 上传小红书 | RPA | 打开创作页、上传图文、填标题标签、发布 |
这一章会教你:怎么把【多个工作流串成一个可交付的内容生产线】——注意它有两条工作流(图文整合、图像生成),这在第 2 章的具体小节里会展开。
三、案例二:公众号创作智能助手(第 3 章)
场景:公众号需要长文内容——创作 + 排版 + 发布,排版尤其费时。
分工设计:
| 环节 | 谁做 |
|---|---|
| 创建 GPT(自定义助手) | 人 |
| 预览和保存 GPT | 人 |
| RPA 提交创作信息 | RPA |
| RPA 提交多轮对话信息并获取创作结果 | RPA(这是本章的技术难点) |
| 排版 GPT 创作结果 | RPA |
| 公众号发布 | RPA |
这一章会教你两件重要的事: 1. 多轮对话的信息获取——不是【问一句拿一句】那么简单,要模拟连续对话才能拿到完整的长文; 2. 排版自动化——把生成的内容套进公众号的版式,这是【结构化输出 ⇒ 结构化套版】的实例。
四、案例三:今日头条批量发布助手(第 4 章)
场景:需要在头条上批量发布内容——关键词是【批量】:一篇文章的操作和二十篇文章的操作,难度不在同一个量级。
分工设计:
| 环节 | 谁做 |
|---|---|
| 创建智能体(文心智能体) | 人 |
| RPA 获取创作素材/提交要求 | RPA |
| Agent 批量生成内容 | Agent |
| RPA 批量发布 | RPA(循环结构的主战场) |
这一章会教你:批量化的三个工程问题——① 内容怎么组织成【一批】;② 循环里怎么处理【某一条失败】;③ 怎么保证不重复发布(幂等,1.4.2 讲过)。
同时也换了一个 Agent 平台(文心智能体)——这是有意为之:让你看到不同平台的同类概念,从而理解【平台可换、方法不变】。
五、三个案例的共同骨架(本节最重要的一段)
把三个案例摞在一起,会发现它们是同一个模板:
① 人:搭好 Agent(提示词、工作流、知识)
↓
② RPA:把素材/要求提交给 Agent
↓
③ Agent:生成内容(文案、图片、标题、标签)
↓
④ RPA:取回结果并解析(1.6.2 那套)
↓
⑤ 人:确认(推荐保留)
↓
⑥ RPA:打开平台 → 填内容 → 上传图片 → 发布
↓
⑦ RPA:记录结果(发了什么、什么时候、成功与否)
这个⑦步模板,就是你学完本课能带走的东西。 后面无论换成什么平台(抖音、B站、公司内部系统),步骤还是这七步——只是里面的组件换一换。
所以学习时的注意力要放在: - 每一章的 Agent 侧【怎么把输出结构固定下来】; - 每一章的 RPA 侧【怎么定位元素、怎么等、怎么处理异常】; - 人在哪一步介入。
六、动手 Demo:把模板套到你的场景上
准备:1.7.1 Demo 里那张四维定位卡。
第一步——套模板:把上面七步模板抄下来,逐条填成你的场景。以【每周把周报发到公司企业微信】为例:
① 人:搭一个【周报助手】Agent(人设+输出格式)
② RPA:从我的工作记录文件里读出本周记录 → 提交给 Agent
③ Agent:生成周报(固定四段格式)
④ RPA:取回文本,解析出四段
⑤ 人:检查一遍(必留)
⑥ RPA:打开企业微信 → 进入对应群 → 粘贴 → 发送
⑦ RPA:记录【已发送 + 时间】到日志表
第二步——标出三个【卡点】(你现在还不知道怎么做的地方):
卡点1:RPA 怎么把内容提交给 Agent?(→ 1.6.1 模式 B/C)
卡点2:RPA 怎么打开企业微信并找到那个群?(→ 1.5.4 桌面自动化)
卡点3:发送失败怎么办?(→ 1.6.2 稳定性三纪律)
看到什么算成功:你有一份属于自己的七步设计稿,并且知道自己卡在哪三步。
读结果: - 带着这三个卡点去学后面几章——听到对应内容时,你会立刻【对上号】,记忆效果完全不同; - 卡点1、2、3 正好对应 1.6.1、1.5.4、1.6.2 三节——说明第一章已经把你要用的全部方法都讲过了,后面几章是【把这些方法在具体平台上走一遍】。
30 秒实验
打开教材的目录页(或本课索引),看第 2~4 章的小节标题。
只做一件事:数一数每一章里,有多少节的标题里带【RPA】、多少带【Agent/GPT】。
预期结果:Agent 侧 2~3 节,RPA 侧 3~4 节。
结论:RPA 侧的工作量通常比 Agent 侧更大——因为【动手】这一步涉及的细节最多(打开哪个页面、点哪个按钮、怎么等、怎么处理异常)。这和很多人的直觉相反(以为难点在 AI 那部分)。
常见误区
- 【Agent 是难点,RPA 是体力活】——反了。RPA 侧的细节与异常处理才是工作量大头(本节实验已量化:RPA 侧小节更多)。
- 【案例里的平台我用不上,这章没价值】——学的是七步模板。平台是变量,模板是常量。
- 【换平台要重学一遍】——不用。Agent 侧换平台=换一个对话框填同样四要素;RPA 侧换平台=重新拾取元素——方法完全不变。
- 【批量就是加个循环】——批量带来三个新问题:内容怎么组织、单条失败怎么办、怎么防重复发布(幂等)。第 4 章专讲这个。
- 【案例做完就完了】——真正的收获是把模板内化。做完之后立刻套到自己的场景上,哪怕只做一半——这是【学会】和【看过】的分界线。
自测三问(点开对答案)
1. **三个案例的共同七步骨架是什么?** ① 人搭 Agent → ② RPA 提交素材 → ③ Agent 生成 → ④ RPA 取回解析 → ⑤ 人确认 → ⑥ RPA 打开平台发布 → ⑦ RPA 记录结果。 2. **三个案例分别用了哪个 Agent 平台?为什么换着用?** 小红书=扣子(工作流);公众号=GPT(自定义助手);今日头条=文心智能体。**换着用是为了让你看到不同平台的同类概念,理解【平台可换、方法不变】。** 3. **案例里 RPA 侧和 Agent 侧哪部分工作量更大?** 通常是 **RPA 侧**——因为它涉及的细节最多(元素定位、等待、异常处理、批量循环),**而不是很多人以为的 AI 部分**。- ☐ 下一节(1.8 本章小结)
相关笔记
- 场景覆盖维度 —— 四维地图
- RPA与Agent交互 —— 案例所采用的交互模式
- 本章小结 —— 全章收束与本课方法论
- 🤖 Agent+RPA实战 · 索引 —— 全课路线图