多Agent协作实战：从散装资料到教案与PPT的自动化备课流程

1. 备课这件事为什么值得用多 Agent 重做一遍带过课的人都有一个共同体会真正累的从来不是站上讲台那四十五分钟而是讲台背后那堆散装资料。一门课的资料通常长这样——教材 PDF 三五个、往年课件七八份、参考文献十几篇、自己随手记的笔记若干、还有从各种渠道攒下来的案例和习题。这些东西格式不一、命名混乱、内容互相重叠又互相矛盾你想把它们整合成一份能直接上课的教案再配一套能投屏的 PPT光是复制粘贴和排版就能耗掉一整个周末。我做 WorkBuddy 这套流程的起点就是被这件事逼出来的。手上有一门专业课资料攒了两年文件夹里躺着四十多个文件每次开课都要重新翻一遍翻完还得重新组织逻辑。后来我想明白一件事备课这个活儿本质上是一个信息抽取、结构重组、内容生成的流水线而这三件事恰好是 AI Agent 最擅长的。问题不在于能不能做而在于怎么把一个大任务拆成几个各司其职的小任务让它们像流水线工人一样接力干活。这就是多 Agent 协作在备课场景里的价值。单个 Agent 你让它一口气读完四十个文件再输出教案和 PPT它大概率会在中途丢失细节、逻辑混乱、格式跑偏。但如果你把它拆成资料整理 Agent教案生成 AgentPPT 生成 Agent三个角色每个 Agent 只专注一件事中间用结构化的数据传递最终产出的质量会稳定得多。WorkBuddy 的工作台模式正好支持这种拆分你可以给每个 Agent 配不同的自定义指令和Skill让它们各干各的。这篇文章适合三类人看一是手里有一堆散装教学资料、想快速整理成体系的一线教师二是想搞明白多 Agent 协作到底怎么落地、而不是停留在概念层面的技术爱好者三是任何需要把一堆杂乱输入变成两份结构化输出的从业者——这套思路换成做项目报告、写产品文档、整理会议纪要逻辑完全一样。我下面会把整个流程拆开讲包括每个 Agent 的指令怎么写、资料怎么预处理、教案和 PPT 的生成链路怎么串、中间会遇到哪些坑。你照着抄作业就行不需要你有编程基础但需要你愿意花半小时把资料先归置一下。2. 整体设计三个 Agent 接力而不是一个 Agent 硬扛2.1 为什么必须拆成多 Agent先说清楚一个底层逻辑。大模型处理长文本时有个绕不开的问题上下文窗口是有限的注意力也是会衰减的。你把四十个文件、总共十几万字一次性塞进去模型在生成后半段内容时对前半段细节的记忆已经模糊了。表现出来就是教案里引用的案例和前面资料对不上PPT 的章节顺序和教案不一致甚至同一门课出现了两个不同的知识框架。多 Agent 的核心思路是分而治之 结构化传递。每个 Agent 只处理它该处理的那部分信息处理完输出一个结构化的中间结果下一个 Agent 基于这个中间结果继续干活。这样每个环节的上下文都是可控的信息不会在传递中失真。我实测下来三个 Agent 是最经济的拆分粒度。再少单个 Agent 负担太重再多Agent 之间的协调成本会超过收益。具体分工是这样的Agent 角色核心职责输入输出资料整理 Agent抽取、去重、归类、建立知识框架散装原始资料结构化知识大纲Markdown教案生成 Agent基于大纲填充教学内容、设计教学环节知识大纲完整教案文档PPT 生成 Agent把教案压缩成演示文稿结构教案文档PPT 大纲 逐页内容这个表格看着简单但每一列的取舍都有讲究。比如为什么资料整理 Agent 的输出是 Markdown 而不是别的格式因为 Markdown 是纯文本、结构清晰、人和机器都能读而且后续两个 Agent 都能无损解析。如果你让它输出 Word 或 PDF下一个 Agent 解析起来就会引入额外的格式噪声。2.2 资料预处理别跳过这一步很多人一上来就把原始文件直接丢给 Agent然后抱怨输出质量差。问题往往出在输入端。我踩过的坑是一份扫描版 PDF 丢进去Agent 读出来全是乱码一份带复杂表格的课件Agent 把表格内容当成了正文段落。所以正式开工前我会做一轮轻量预处理原则是能转纯文本就转纯文本能合并就合并能删就删格式统一把所有资料转成 Markdown 或纯文本。PDF 用工具转PPT 把文字内容提取出来图片里的文字如果有必要就手动敲一遍这一步别偷懒扫描件识别错误会污染整个下游。命名规范文件名改成章节号-内容主题的格式比如03-第三章-数据结构基础。Agent 读文件名时能获得额外的结构线索。去重合并同一份内容出现多个版本的保留最全的那份其余删掉。重复内容会让 Agent 误判重要性。标注来源在每份资料开头加一行来源说明比如来源2023 版教材第三章。这样教案里引用时能追溯。预处理花的时间通常在半小时到一小时但它能把后续 Agent 的输出质量提升一个档次。这笔账很划算。2.3 中间结果的格式约定三个 Agent 之间传递的数据我建议统一用 Markdown 加固定标题层级。具体约定如下资料整理 Agent 的输出必须包含这几个二级标题课程概述、知识模块划分、每个模块的核心概念、每个模块的案例素材、每个模块的习题素材。教案生成 Agent 读的时候就按这几个标题去定位内容。教案生成 Agent 的输出必须包含教学目标、教学重难点、课时安排、每课时的教学环节导入、讲解、互动、小结、作业。PPT 生成 Agent 读的时候就按课时和环节去切页。提示这个格式约定不是给机器看的是给你自己看的。当某个环节输出不对时你能快速定位是哪个 Agent 的问题而不是面对一团乱麻无从下手。3. 资料整理 Agent把四十个文件压成一份大纲3.1 自定义指令怎么写WorkBuddy 里给 Agent 配指令核心是把角色、任务、输出格式、约束条件四件事说清楚。我用的资料整理 Agent 指令大致是这样的你可以直接改改就用你是一名课程资料整理专家。你的任务是把用户提供的散装教学资料 整理成一份结构化的知识大纲。 要求 1. 通读所有资料识别出这门课的核心知识模块模块数量控制在 5-8 个。 2. 每个模块下列出核心概念不超过 8 个、典型案例2-3 个、 配套习题2-3 道。 3. 如果不同资料对同一概念有冲突表述以最新版本为准并在括号里 标注存在版本差异。 4. 输出格式严格使用 Markdown二级标题为模块名三级标题为 核心概念案例素材习题素材。 5. 不要编造资料里没有的内容。如果某个模块素材不足直接写 素材待补充。这条指令里第 5 条是最关键的。大模型有个坏习惯资料不够时会自己脑补。备课场景里脑补出来的内容是灾难因为你要拿去讲课。明确禁止编造能把这个风险压到最低。3.2 分批投喂还是整体投喂四十个文件、十几万字一次性投喂会超上下文。我的做法是按模块分批投喂先让 Agent 读一遍所有文件的标题和开头让它自己判断哪些文件属于同一个模块然后按模块分组一组一组地喂。具体操作是分两轮第一轮只投喂文件名和每个文件的前 200 字让 Agent 输出一个文件分组建议告诉你哪些文件该放一起。第二轮按分组结果一组一组地投喂完整内容让 Agent 逐组生成大纲最后你再把各组大纲合并。这个两轮法听起来麻烦但它解决了一个大问题Agent 在不知道全局结构的情况下容易把相关的内容拆散。先让它看全局再让它看细节输出的结构会合理得多。3.3 实操现场一次真实的整理过程我拿那门课举例。原始资料 43 个文件预处理后剩 31 个总字数约 12 万。第一轮投喂文件名和前 200 字后Agent 给出的分组建议是 6 个模块和我心里的预期基本吻合只调整了一处——它把两个我原本分在不同模块的主题合并了理由是这两个主题在资料里反复交叉出现。我采纳了它的建议因为交叉出现确实说明它们关联紧密。第二轮逐组投喂每组大概 2 万字Agent 处理起来很轻松。6 组跑完合并成一份约 4000 字的知识大纲。这份大纲就是后续所有工作的地基。注意合并各组大纲时一定要人工过一遍。Agent 分组时可能把某个概念同时归入两个模块合并时会出现重复。我那次就发现时间复杂度这个概念在两个模块里都出现了手动删掉一处并在保留的那处加了交叉引用。3.4 这一步的常见坑第一个坑是资料质量参差。有些资料本身就是错的或者过时的Agent 照单全收。解决办法是在预处理阶段就把明显有问题的资料剔除别指望 Agent 帮你判断对错。第二个坑是模块划分过细。Agent 有时会把每个小知识点都列成一个模块导致大纲有十几个模块反而失去了结构感。指令里明确模块数量控制在 5-8 个就是防这个。第三个坑是案例和习题张冠李戴。资料里的案例可能属于 A 模块但 Agent 因为关键词匹配把它放到了 B 模块。这个只能靠人工校对没有捷径。我的经验是重点检查案例部分因为案例最容易串。4. 教案生成 Agent从大纲到能上课的文档4.1 教案的骨架怎么定知识大纲是有什么内容教案是怎么把这些内容教出去。这两者之间隔着一层教学设计。我在指令里给教案生成 Agent 定了一个固定骨架你是一名资深教学设计专家。基于用户提供的知识大纲生成一份 完整的教案。 教案必须包含以下部分 1. 课程基本信息课程名、课时数、适用对象 2. 教学目标知识目标、能力目标、素养目标各 2-3 条 3. 教学重难点重点 3-4 个难点 2-3 个每个难点附突破策略 4. 课时安排每课时的主题和大致时间分配 5. 每课时的详细教学环节 - 导入5 分钟用一个问题或案例引入 - 知识讲解结合大纲里的核心概念 - 互动设计至少一个提问或讨论环节 - 小结3 分钟回顾本课时要点 - 作业布置结合大纲里的习题素材 要求语言口语化像老师在课堂上真的会说的话不要写成书面报告。这里有个细节值得说语言口语化这条要求非常重要。如果不加这条Agent 生成的教案会写成学术论文的腔调你上课时根本没法照着讲。加了这条之后它会写出同学们我们先想一个问题……这种真正能用的句子。4.2 重难点和突破策略怎么生成教学重难点是教案里最考验功力的部分。Agent 怎么知道哪个是重点、哪个是难点我的做法是在指令里给它判断依据重点是在后续内容中反复出现、是理解其他概念的前提的知识点难点是概念抽象、需要多步推理、学生容易混淆的知识点。给了这个判断标准后Agent 输出的重难点就靠谱多了。至于突破策略我要求它针对每个难点给出一个类比 一个例子 一个练习的三件套。比如某个抽象概念它会给出一个生活化的类比帮助理解一个具体例子帮助应用一道练习帮助巩固。这个三件套是我从多年教学经验里总结的Agent 执行得很好。4.3 课时切分的参数计算课时切分不能拍脑袋。我的计算方法是总内容量除以单课时容量。单课时容量怎么估按经验一节课 45 分钟扣除导入、小结、互动纯讲解时间约 25 分钟。一个人正常语速每分钟约 200 字25 分钟约 5000 字。所以一个课时的讲解内容量大约对应 5000 字的教案正文。假设知识大纲有 3 万字的核心内容那么 30000 ÷ 5000 6 个课时。这个数字再根据重难点做微调难点多的模块多给一个课时简单的模块压缩。我把这个计算逻辑写进了指令里让 Agent 自己算然后输出课时安排。实测下来它算出来的课时数和我的经验判断误差在一个课时以内基本可用。4.4 互动设计别让 Agent 生成假互动Agent 生成的互动设计有个通病形式化。它会写请同学们思考一下这个问题但不告诉你思考什么、怎么引导、预期答案是什么。这种互动在真实课堂上根本没法用。我的解决办法是在指令里要求互动设计必须包含四个要素问题、提问对象、预期回答、追问方向。比如问题为什么这个算法的时间复杂度是 O(n log n)提问对象中等水平学生避免只叫尖子生预期回答因为它每次把问题规模减半共 log n 层每层处理 n 个元素追问方向如果数据已经有序复杂度会变成多少为什么有了这四个要素互动才是可执行的。这个要求是我踩了很多次坑之后才加上的强烈建议你保留。4.5 教案生成后的校对清单Agent 生成的教案不能直接用必须过一遍校对。我整理了一份检查清单每次照着走检查项检查方法常见问题知识点准确性对照原始资料逐条核对Agent 把概念解释错了逻辑连贯性通读一遍看环节之间是否跳跃导入和讲解脱节时间分配加总各环节时间看是否超课时讲解部分严重超时互动可执行性检查每个互动是否有四要素只有问题没有预期答案作业匹配度作业是否覆盖本课时重难点作业和讲的内容对不上语言口语化读出来看是否拗口出现书面语长句这份清单走一遍大概 20 分钟但能避免你上课时才发现问题。5. PPT 生成 Agent从教案到投屏内容5.1 教案到 PPT 的转换逻辑教案和 PPT 是两种完全不同的表达方式。教案是给老师看的详细、口语化PPT 是给学生看的精简、结构化。直接让 Agent 把教案压缩成 PPT 效果不好因为它不知道该压什么、留什么。我的做法是给 PPT 生成 Agent 一套明确的转换规则一页 PPT 对应一个知识点不贪多。每页标题不超过 15 字正文不超过 5 行每行不超过 20 字。教案里的口语化讲解全部删掉只保留结论、要点、关键词。案例和习题单独成页方便课堂上停下来讨论。每页配一个视觉建议比如用流程图展示用对比表格呈现方便后续做图。这套规则的本质是PPT 是教案的索引不是教案的复制。学生看 PPT 是为了跟上节奏不是为了读完整内容。5.2 逐页内容的生成模板我给 PPT 生成 Agent 的输出格式定了一个模板每页包含四行【第 X 页】 标题xxx 要点 - xxx - xxx 视觉建议xxx 备注xxx这一页要讲多久、重点强调什么备注这一行是给老师自己看的不会出现在投屏上但能提醒你这一页的讲解重点。这个设计是从实际使用中来的——上课时你翻到一页扫一眼备注就知道该讲什么不用重新回忆。5.3 页数控制与节奏PPT 页数不是越多越好。我的经验值是每课时 15-20 页。太少内容挤在一起太多翻页太快学生跟不上。按 6 个课时算总页数控制在 90-120 页。如果 Agent 生成的页数超标我会让它做两件事一是合并同类页把几个相关的小知识点合成一页二是把纯文字页改成图表页用视觉压缩信息量。反过来如果页数太少就让它把复杂知识点拆成概念页 例子页 练习页三页。5.4 视觉建议怎么落地Agent 给的视觉建议是文字描述比如用时间轴展示发展历程。这些建议要变成真正的图有两个选择一是你自己用工具画二是再让一个 Agent 生成图表的代码或描述。我通常选第一种因为教学 PPT 的图不需要多精美清晰准确就行。Agent 的视觉建议已经告诉了你该画什么你照着画比让它生成代码再调试要快。如果时间紧直接用 PPT 自带的 SmartArt 也能应付。提示视觉建议里如果出现用动画演示先别急着做动画。动画在课堂上容易分散注意力除非这个动画确实能帮助理解某个动态过程否则用静态图加讲解更稳。5.5 PPT 生成后的检查要点PPT 检查比教案检查简单但有几个点必须看每页信息量有没有哪页文字太多投屏后学生看不清。逻辑顺序翻一遍看页与页之间是否连贯有没有跳跃。标题一致性PPT 标题和教案里的知识点名称是否对得上。备注完整性每页是否都有备注避免上课时卡壳。总页数是否在合理区间超了要压缩。6. 常见问题与排查技巧实录6.1 Agent 输出格式跑偏怎么办这是最常见的问题。你要求输出 Markdown它给你输出一堆没有层级的长段落。原因通常是指令里的格式要求不够具体。解决办法是给出一个输出样例让 Agent 照着样例的格式来。比如在指令末尾加一句输出格式参考## 模块名 / ### 核心概念 / - 概念一。有了样例格式跑偏的概率会大幅下降。6.2 内容重复怎么处理多 Agent 接力时内容重复有两个来源一是资料本身重复二是 Agent 之间职责边界不清。前者靠预处理去重后者靠指令里明确你只负责 X不要涉及 Y。如果还是重复就在最后一个环节做一次全局去重把重复段落合并。6.3 生成内容太笼统怎么办Agent 有时会输出本模块介绍了相关概念和方法这种废话。这是因为指令里没有要求它具体。加一条每个要点必须包含具体内容禁止使用相关有关等这类模糊词汇能明显改善。另外给它提供足够的原始素材也很重要素材越具体输出越具体。6.4 不同 Agent 之间信息对不上比如教案里说某个概念是重点PPT 里却没突出。这是中间结果传递时信息丢失导致的。解决办法是在教案生成 Agent 的输出里把重难点单独列一个清单PPT 生成 Agent 读的时候优先读这个清单确保重点内容在 PPT 里有对应页。6.5 排查速查表问题现象可能原因解决方向输出格式混乱指令格式要求不具体加输出样例内容重复资料重复或职责不清预处理去重 明确边界内容笼统指令未要求具体加禁止模糊词条款信息对不上中间结果丢失关键信息单独列清单编造内容未禁止脑补指令明确禁止编造课时算错未给计算依据指令里写清容量估算方法6.6 几个我踩过的坑第一个坑是一次性投喂太多。我一开始图省事把二十个文件一起丢进去结果 Agent 处理到后面就开始丢细节。后来改成按模块分批问题解决。第二个坑是指令写得太客气。我早期写指令喜欢用请尽量如果可以的话结果 Agent 执行得很敷衍。后来改成必须禁止严格使用执行力明显提升。指令要像给下属派活明确、直接、不留模糊空间。第三个坑是不做校对直接用。有一次赶时间教案没校对就上课结果讲到一个案例时发现 Agent 把数据搞错了当场很尴尬。从那以后无论多赶校对清单必走一遍。第四个坑是忽略中间结果的保存。Agent 生成的知识大纲、教案初稿我都会单独存一份。因为后续如果 PPT 要改不用从头跑一遍直接基于教案改就行。中间结果是资产别用完就扔。7. 我个人的使用体会这套流程我用了大半年最大的感受是多 Agent 协作的价值不在于替代你而在于把你从重复劳动里解放出来。资料整理、格式转换、初稿生成这些活儿以前要占掉我备课时间的七成现在压缩到两成省下来的时间我可以用来打磨教学设计、准备课堂互动、研究学生反馈。但有一点必须说清楚Agent 生成的所有内容最终都要经过你的判断。它不知道你的学生是什么水平不知道你所在学校的教学要求不知道哪些内容是考试重点。这些只有你知道。所以正确的定位是Agent 负责把原料加工成半成品你负责把半成品做成成品。如果你也想试这套流程我的建议是从一门资料最全的课开始别一上来就搞复杂的。先把资料预处理做好把三个 Agent 的指令调通跑通一遍完整流程再根据实际效果调整。跑通一遍之后你会发现后面每门课都能复用这套模板边际成本越来越低。最后分享一个小技巧把每次跑出来的指令和输出都存下来攒成一个备课指令库。下次遇到类似的课直接调用改改就行。这个库越攒越厚你的备课速度会越来越快。