一份二十页培训 PPT,手动一百二十分钟。耗时集中在「填」和「调」,不集中在「想」。 输入分三档:有大纲、只有主题、只有一句话。只有第一档能全自动,第二档出来得重写一半。 自动生成最该做的不是「生成」,是生成前先拦一遍。标题 20 字、要点 5 条,拦在提交之前。
这是第七个案例,也是本书最后一个「办公类」的案例。 它的产出不是一段话、不是一张图,而是一个文件链接。 这个差别很要紧:前面的案例产出直接显示在对话里,这个案例产出在别处,用户点链接才拿得到。 所以这一章有一半的篇幅在讲「怎么把链接交出去」。 另一个新东西是异步——生成要几十秒,节点等不了那么久。第 14.2 节专门讲这个。
一、一百二十分钟花在哪
| 步骤 | 分钟(本课估) | 说明 |
|---|---|---|
| 列提纲 | 15 | 想清楚讲几件事 |
| 找模板、定版式 | 10 | 公司有固定模板就快 |
| 填内容 | 40 | 最耗时,逐页写 |
| 配图 | 25 | 找图、裁图、对齐 |
| 调排版(平均两轮) | 30 | 字多了要压,图多了要删 |
合计 120 分钟。一周做三份,就是六小时——够一个人干满一天。 这五个数是本课估的量级,不是实测。要说的是:耗时集中在「填」和「调」,不集中在「想」。 而「填」和「调」恰好是最结构化的两件事。结构化的活,才有自动化的可能。
二、三档输入,只有一档能全自动
| 输入 | 是什么样 | 自动化的结果 |
|---|---|---|
| 有大纲 | 标题 + 每页要点都给了 | 能全自动出初稿 |
| 只有主题 | 「做一份新品培训」 | 能出,但内容要重写一半 |
| 只有一句话 | 「给老板做个汇报」 | 出不了,得先聊清楚 |
这一章只做第一档。 第二档技术上也能跑, 可用户拿到之后会觉得「不如自己写」——那种自动化是负收益。 判断一件事能不能自动化,标准不是「模型强不强」,是输入够不够结构化。 反过来说,如果用户的输入本来就不结构化,那你该做的不是加个模型,是给他一个填大纲的地方。 第 14.3 节的开始节点就是干这个的。
三、大纲长什么样
这一章的大纲是纯文本,一级标题当封面、二级标题当章节页、每条横线当一个要点。 这份大纲 24 行,拆出 6 页:1 页封面、5 页章节页。第二页 6 条要点,第六页标题 22 个字。 这两个数就是后面要拦的东西。 一份大纲有没有问题,不用人看,数一遍就知道。
要注意:这里用的是最土的格式(井号加横线)。 真实场景里用户交上来的可能是 Word、可能是脑图、可能是一段聊天记录。格式越自由,前面那一步越难。
四、两条规则,把人眼换成代码
| 规则 | 阈值 | 为什么是这个数 |
|---|---|---|
| 单页标题字数 | 不超过 20 | 超过就换行,版面立刻难看 |
| 单页要点条数 | 不超过 5 | 超过 5 条,字号只能压到看不清 |
两条都是版面约束,不是审美偏好。审美没法写成规则,版面可以。 这两条要写进工作流,不能写在提示词里。 提示词里的规则模型会「酌情处理」, 代码里的不会——超一个字就是超。 拦下来之后怎么办?不是让用户回去改,是先告诉他哪一页超了什么,让他改两分钟。 机器改不了这个,人也改不了别的。
五、这个应用不做什么
| 要它做什么 | 做不做 |
|---|---|
| 按大纲出初稿 | 做 |
| 自动配图 | 做,但只从图库里挑,不生成 |
| 保证版面好看 | 不做,只保证不超限 |
| 替你改内容 | 不做 |
第三条要特别说清。 「不超限」和「好看」是两件事。 五条要点的页面可以很丑,一条要点的页面也可以很丑。 写清「不做」的好处是:用户拿到一份丑但能用的初稿时,不会觉得被骗。他会知道剩下的活是自己的。
六、动手 Demo:什么样的活该交给智能体
先算一遍手动成本,再看三档输入各能自动化到什么程度。 最后把一份真大纲拆成页,用两条规则抓出超限的地方。
pages = []
cur = None
for ln in OUTLINE.split(u'\n'):
if ln.startswith(u'# '):
pages.append([u'封面', ln[2:], 0])
elif ln.startswith(u'## '):
cur = [u'章节页', ln[3:], 0]
pages.append(cur)
elif ln.startswith(u'- ') and cur is not None:
cur[2] += 1
实跑输出:
--------------------------------------------------------------------
什么样的活该交给智能体
--------------------------------------------------------------------
① 一份二十页的培训 PPT,手动要多久
--------------------------------------------------------------------
| 步骤 | 分钟 | 说明 |
|---|---:|---|
| 列提纲 | 15 | 想清楚讲几件事 |
| 找模板、定版式 | 10 | 公司有固定模板就快 |
| 填内容 | 40 | 最耗时,逐页写 |
| 配图 | 25 | 找图、裁图、对齐 |
| 调排版(平均两轮) | 30 | 字多了要压,图多了要删 |
合计 120 分钟,两个小时。一周做三份,就是六小时。
这五个数是本课估的量级,不是实测。要说的是:耗时集中在「填」和「调」,不集中在「想」。
而「填」和「调」恰好是结构化的活——这就是它可以自动化的理由。
② 三档输入,只有一档能全自动
--------------------------------------------------------------------
| 输入 | 是什么样 | 自动化的结果 |
|---|---|---|
| 有大纲 | 标题 + 每页要点都给了 | 能全自动出初稿 |
| 只有主题 | 「做一份新品培训」 | 能出,但内容要重写一半 |
| 只有一句话 | 「给老板做个汇报」 | 出不了,得先聊清楚 |
这一章只做第一档。 第二档也能跑,但用户会觉得「不如自己写」。
判断能不能自动化的标准不是「模型强不强」,是输入够不够结构化。
③ 把大纲拆成页
--------------------------------------------------------------------
| 页 | 类型 | 标题 | 要点数 |
|---:|---|---|---:|
| 1 | 封面 | 2026 年新品培训 | 0 |
| 2 | 章节页 | 一、产品线概览 | 3 |
| 3 | 章节页 | 二、竞品对比 | 6 |
| 4 | 章节页 | 三、卖点话术 | 3 |
| 5 | 章节页 | 四、售后政策 | 3 |
| 6 | 章节页 | 五、本季度目标与激励政策、答疑安排与后续跟踪 | 3 |
大纲 24 行,拆出 6 页:1 页封面、5 页章节页。
④ 两条规则,抓出两处问题
--------------------------------------------------------------------
| 页 | 标题 | 超了什么 |
|---:|---|---|
| 3 | 二、竞品对比 | 要点 6 条 |
| 6 | 五、本季度目标与激励政策、答疑安排与后续跟踪 | 标题 22 字 |
两条规则:标题不超过 20 字、单页要点不超过 5 条。这两条是页面排版的下限,不是审美。
自动生成最该做的不是「生成」,是「生成前先拦一遍」。 拦下来的这两页,人改两分钟,机器改不了。
! 这两条规则要写进工作流,不能写在提示词里——提示词里的规则模型会「酌情」,代码里的不会。
①第一张表五步耗时:合计 120 分钟,集中在填和调。 ②三档输入只有第一档能全自动,判据是输入够不够结构化。 ③24 行大纲拆出 6 页:1 页封面、5 页章节页。 ④两条规则抓出两处:第三页要点 6 条、第六页标题 22 字。 ⑤第四节那句最关键:规则要写进工作流,不能写在提示词里。
30 秒实验
- 把你最近做过的一份 PPT 按五步记时。算出来超过一小时的,就是值得自动化的。
- 给你的输入定三条硬规则(字数、条数、必填项),写成能跑的判断,别写成「注意一下」。
- 写下这个应用「不做」的四件事。写不出来,说明你还没想清用户会期待什么。
常见误区
- 「有主题就能生成整份 PPT。」能生成,但内容要重写一半,还不如自己写。
- 「规则写在提示词里一样。」提示词里的规则模型会酌情,代码里的不会。
- 「不超限就等于好看。」两件事。不超限只是不丑到没法看。
自测三问(点开对答案)
1. 为什么这份活值得自动化? —— 一百二十分钟里,一百分钟花在「填」和「调」——都是结构化的活。 2. 哪一档输入能全自动? —— 有大纲的那一档。只有主题或只有一句话,出来的是要重写的东西。 3. 两条版面规则是什么? —— 单页标题不超过 20 字、单页要点不超过 5 条。它们是版面下限,不是审美。场景定了,下一节画架构。这一章的架构多一段:异步。提交、等待、取货。
- ☐ (本篇完,下一篇 14.2 应用架构设计)
相关笔记
- 发布与使用:上一个案例的收尾
- 工作流能解决什么问题:工作流能解决什么问题
- 应用架构设计:下一节画架构
- 🐦 扣子开发 AI Agent · 索引