22个PPT批量转讲师手册+学员手册，4小时技能创建全程记录

内容摘要

故事开始5月28日20:15分

今天20:15分，我接了个电话：

好家伙，之前做过一回，5份。当时的操作步骤是这样的：

也不记得当时一份文件用了多长时间，反正5份文件好像占了我大半个晚上。如果今天要用同样的方法做22份，那就不要想别的事了；同时，想一想，那么长时间坐在电脑前做这些机械的动作，也太无趣了。怎么办？

我说：

挂掉电话，我打开了WPS灵犀。输入完我的需求后，灵犀给我他的诊断与建议：

一、拆PPT（21:48开始写技能，21:53试跑，21:57跑完）

我之前让灵犀做过一个技能叫 ppt-slide-extract，专门把PPT批量拆成图片和文字表。原理很简单：用WPS的COM接口逐页导出1920×1080的PNG截图，同时用python-pptx从XML里提取每页的文字、备注、页面类型（封面、目录、过渡、正文、结尾），最后写入XLSX文件中。

我把PPT所在的文件夹路径扔给灵犀，它跑了一遍。22个PPT，840页，25分钟。

每个PPT产出一个子文件夹，里面有编号的PNG图片和一张内容提取表（6列：页面顺序、课程名称、页面文字、页面备注、页面类型、提取备注）。另外还有一份汇总表，840页一目了然。

这一步虽然有几个小问题，但灵犀自己查出来也纠正了——文件名带引号、书名号单独占一行。

二、话术生成（在这里纠结了太久，从21:57到23:28）

讲师手册需要每页配上讲授话术——就是讲师对着这页PPT说什么。正常的流程是逐页编写，但840页手写不现实。

我让灵犀用AI逐页生成。这个过程中纠结了好几轮：

然后灵犀开始生成

04到16号PPT，它一页一页精心编写，每页150到300字，根据PPT内容展开讲授。17到22号，它用模板生成了框架性话术。

然后它开始纠结了。

我当时的注意力在手册构建上，没太反思这个环节。但现在复盘来看，这是整个过程中最大的时间浪费。

原因很简单：甲方要的是"做完"，不是"做好"。话术只需要有——能填进讲师手册的话术列就行。我后来试了一下，打开WPS演示，对着一个PPT点"AI生成演讲稿"，33页，45秒，还是选的中篇幅。即使是22个PPT全点一遍，半个小时就搞定了。

AI花了几个小时做的事，我手动十分钟完成。不是AI能力不行，是它一上来就想把事情做"优秀"，而任务根本不需要。问题是，AI还会偷懒……

三、讲师手册（先犯策略错误，再犯封面错误）【23:28-23:53】

错误一：擅自给甲方模板"美颜"

甲方给了一份教学设计模板，6行4列的表格。灵犀要做的很简单：把截图贴进去，把文字填进去。

我打开文件一看：灵犀自作主张地给表格加了背景色。

我接着说：

三条规则，一次说完。灵犀删除了所有自定义样式，老老实实复用甲方模板。

现在回看，其实这个时候我是有点小情绪的：怎么能这么简单的复制粘贴都不明白呢？

错误二：封面标题和课程名搞反了

接下来是给讲师手册加封面。我发了一份甲方提供的封面模板——SDT结构，里面有两个文本域，一个填"讲 师 手 册"，一个填课程名。

灵犀分析了一下模板XML，开始生成。我说"先跑一个我看看"。

它跑出来了。我打开文件，对比甲方给的原始模板：

两个问题：第一，标题和课程名的顺序反了，课程名跑到了"讲 师 手 册"前面；第二，封面应该有9行空行居中留白的效果全没了。

根因是灵犀在遍历模板body元素的时候搞反了SDT的顺序。如果它先出一个样例让我确认，只影响1个文件。但当时它直接批量生成了22个——22个全错，全部重做。

修正后我确认了01号没问题，它才批量跑完剩下的。

错误三：课程名要去掉模块前缀

还有一个小问题。文件夹命名格式是"01-XX模块-课程名称"，封面只需要"课程名"，前面的所属模块都要去掉。

灵犀改了split逻辑，从split('-')改为split('-', 1)[1]，正确提取了课程名。

四、学员手册（连犯三个错）【23:53-00:19】

错误一：文件比讲师手册还大

学员手册批量生成后，我扫了一眼文件大小。

讲师手册22个文件461MB，学员手册746MB。两者模板差不多，内容也差不多，凭什么学员手册大了60%？

灵犀排查了一圈，发现问题出在甲方模板身上——学员手册模板自带37张封面装饰PNG图片，全被原封不动地复制到了每个输出文件里。清理掉这些无用图片后，文件从746MB降到了461MB。

错误二：所有封面显示同一门课

学员手册封面做完后，我抽查了几个文件，发现问题。

22个学员手册，封面课程名全部显示"****全过程管理"。这一看就是模板里写死的默认值。

灵犀查了一下，发现原因：甲方模板的封面课程名是一个SDT（Structured Document Tag），这个SDT绑定了文档属性——w:dataBinding指向了coreProperties/keywords。WPS打开文档时，优先读取这个绑定关系，不管你在SDT里面填了什么自定义文本，它都显示文档属性的keywords字段值。

修复方法：删除SDT里的w:dataBinding和w:placeholder两个元素。删掉之后，WPS就会读取SDT里的自定义文本了。

错误三：第二页空白

封面修好后，我又发现了另一个问题。

灵犀之前用的是"空段撑换页"——在封面课程名后面塞一堆空段落，把正文表格挤到下一页。但空段的换页效果取决于页面剩余空间。文件名短的时候刚好够，文件名长了，空段不够用，正文就被挤到了第三页，第二页就空了。

正确的做法是在封面最后一个元素后面直接插入一个分页符。

删掉空段，加分页符。文件名多长都不会出现第二页空白了。

01号学员手册确认无误后，我让它批量生成02到22号。全部通过。

五、复盘，故事告一段落5月29日00:19

5月29日00:19。任务完成了，44个DOCX文件、22个图片文件夹。我让灵犀做了一次完整的复盘。

哪些动作是白做的

话术精编。 花了几小时逐页编写话术，甲方根本不关心话术质量。完全可以手动用WPS AI生成演讲稿，这是最大的时间浪费。

未经确认直接批量生成。 讲师手册封面SDT顺序反了，如果先出一个样例，只浪费1个文件。直接跑了22个，全错重做。学员手册的dataBinding问题也是一样——先做一个样例就能发现。

哪个技能真正有用

ppt-slide-extract，第一个子技能，也是唯一一个经过完整验证的技能。25分钟拆完22个PPT的840页，输出结构化的图片和文字表。这个技能和具体业务无关，任何PPT都能用，是所有PPT手册任务的通用前置步骤。

话术生成技能反而是空壳——核心功能没开发，替代方案用户自己做更快。没有实际价值。

人机分工的最佳模式

按这个分工，22个PPT的完整流程可以从四五个小时压缩到大约70分钟。

沉淀了什么

复盘之后，我让灵犀做了三件事。

第一，写了一份复盘文档。 国标公文格式，六个章节：任务背景、任务过程、产出成果、做对了什么、遇到的问题、经验教训。

第二，把5条规则写进了底层逻辑。 以后灵犀创建任何技能时，这些规则会自动生效：

1. 甲方模板严格复用。 用户提供模板就只填内容不动样式，觉得有问题可以建议但不得擅改。

2. 大任务先出样再批量。 超过5个文件必须先让用户确认一个样例。

3. 任务开跑前报备。 超过10分钟的任务必须先说清楚：做什么、多久、用户不能做什么。

4. SDT必须清除dataBinding。 处理含SDT的模板时，先删w:dataBinding和w:placeholder。

5. 完成优先于优秀。 用户没要求质量时，以完成度为首要目标。

第三，创建了一个编排技能。 以后再接到这种任务，我只需要提供三个路径——PPT文件夹、讲师手册模板、学员手册模板——灵犀就能自动跑完全流程：提取、分析模板、出样、确认、批量输出。

最后说两句

这篇文章不是"AI多强大"的案例。恰恰相反，它记录了AI在工作中犯的错：擅自改样式、搞反顺序、不检查模板自带资源、不确认就直接批量、用空段换页。所以，在和AI对话时，我们可以注意这几个细节：

但正因为这些错误，才沉淀出了有用的东西：知道AI擅长什么（批量脚本操作）、不擅长什么（判断封面对不对、生成话术够不够快），知道哪些环节需要人介入、哪些环节可以放心交给它。

下一次接到同样的活，流程大概是这样的：

我把三个路径发给灵犀。它报备："将做什么，预计70分钟，期间请不要打开输出目录。默认每个课件授课时长为45分钟，如需修改请告知。"

我说"确认"。

25分钟后它说提取完成，提醒我PPT需要先有备注。我用WPS AI花十分钟给22个PPT生成完演讲稿，告诉它"备注已就绪"。

它生成两个样例发给我。我各打开看一眼，说"对了"。

然后我等着就行。

本文基于2026年5月28日至29日的真实对话记录整理。文中AI回复均来自WPS灵犀的实际对话输出。