★ FEATURED ARTICLE 简介这是一份面向职场汇报、学术演讲与行业分析场景的PPT制作实操报告主要教使用者如何将DeepSeek的强逻辑内容生成与Kimi的一键PPT生成能力结合起来快速产出结构清晰、专业美观的演示文稿。配套资源为1个pptx文件共23页成品PPT压缩包大小36.97MB内容涵盖两工具的功能特点、注册与生成Markdown大纲的具体流程、模板选择与细节优化技巧、常见应用场景及注意事项可直接作为操作指引或汇报模板参考。报告特别梳理了如何用DeepSeek生成带数据支撑的内容框架、用Kimi去除“AI味”并匹配商务/科技/教育等风格模板还给出自动化工作流与数据审核建议对希望提升PPT制作效率的职场人和学生很有帮助。该资源目前已有681人学习适合零基础到进阶用户按流程上手并在此基础上做个性化调整。1. 为什么做 PPT 这件事DeepSeek 和 Kimi 要一起用23 页的 PPT 不是随手做的简版是完整的季度复盘、方案汇报或者给客户看的正式材料。自己排版加写稿半天起步用 AI 生成又经常被一句“帮我做个 PPT”的敷衍产出坑到——大纲太空、页数不可控、版式一眼假。DeepSeek 和 Kimi 的组合我的固定用法是DeepSeek 负责把逻辑和逐页文案写实Kimi 负责把内容变成一份能下载、能编辑、能继续改的 PPT。所以别再纠结 Kimi 和 DeepSeek 哪个好用在这一类 ai 生成 ppt 的场景里答案是两个都要。这篇文章就把从提示词到导出 .pptx 的完整链路拆给你含参数、校验脚本和踩坑清单。2. 先把分工想清楚DeepSeek 负责内容Kimi 负责把内容变成可以编辑的 PPTAI 做 PPT 翻车绝大多数不是因为工具不行而是因为让一个模型干了它不擅长的事。DeepSeek 是对话模型擅长的是长文本推理和结构化输出你让它排版它只能给你描述“第一页放标题第二页放目录”最后你还得自己动手。Kimi 的优势则是网页版自带 PPT 生成能力能把结构化大纲直接解析成一份可下载编辑的 .pptx。两者正好互补。2.1 DeepSeek 的强项是“逐页文案”不是“排版”做 PPT 最耗精力的不是找模板而是逐页想清楚这一页要传达什么结论、放哪几条依据、现场怎么讲。DeepSeek 的强项恰恰在这里——给它一个主题它能基于自己的推理能力组织出完整的叙事链路并且用 Markdown、JSON 这类结构化格式稳定输出。我一般会让 DeepSeek 按固定的五个字段输出每一页页码、页面标题、核心结论、3~4 条要点、演讲备注。为什么要加“演讲备注”因为一份 23 页的 PPT 最终是要人来讲的Kimi 生成的 PPT 不会帮你写逐页讲稿但 DeepSeek 可以。这五个字段放到 Markdown 表格里长这样| 页码 | 页面标题 | 核心结论 | 要点 | 演讲备注 | | 5 | 用户激活率为何下滑 | 新用户引导路径过长是主因 | 注册到首次使用需 7 步流失集中在第 3 步建议改为 3 步引导 | 现场讲我们看到第 3 步流失最严重这是本次最值得深挖的问题 |这个格式对 DeepSeek 来说非常友好它会严格照着字段填不容易漏。如果你用的是 DeepSeek 的 API 而不是网页版还有两个参数值得记一下temperature调到 0.3 左右结构化任务不需要它发挥想象力温度太高会飘出一些你没法用的表述max_tokens至少给到 400023 页的完整文案一次性输出很容易被截断输出到一半断掉是最常见的翻车原因。2.2 Kimi 真正能干的部分大纲识别、模板套用、pptx 导出Kimi 网页版内置了 PPT 生成能力不同版本里入口标签可能叫“PPT 助手”或者“一键生成 PPT”本质上都是同一套逻辑你把结构化大纲粘进去它识别标题层级再套模板生成分页 PPT最后允许你下载成 .pptx 文件。这里要看清它的能力边界。Kimi 做的是“从大纲到可编辑 PPT”不是“从零做平面设计”。它能识别 Markdown 层级通常是把一级标题当作章节页或大标题页二级标题作为内容页的标题普通文本解析成页面里的要点。版式风格由模板决定不要让 Kimi 去“设计一个高级感的版式”它做不到模板里的颜色和排版是固定的。Kimi 的另一个实用价值是长上下文。从 DeepSeek 粘过来的 23 页内容往往有几千字Kimi 能完整读进去不像某些对话工具读到一半就开始遗忘前文。这也是我坚持把 DeepSeek 和 Kimi 组合起来的原因DeepSeek 负责“写得好”Kimi 负责“全盘接住”。2.3 典型工作流先 DeepSeek 后 Kimi顺序别反做这份 23 页 PPT我的标准顺序是五步确定主题和核心观众一句话写明白“我要让谁看完后做什么决定”。把主题丢给 DeepSeek让它按固定字段输出 23 页的逐页文案。用脚本或手工核对页数、要点条数发现缺页直接补。把整理好的 Markdown 大纲粘贴给 Kimi生成 PPT。导出 .pptx在 PowerPoint 里替换数据图表、检查字体完稿。顺序反了会怎样先让 Kimi 生成它只能给一个通用结构的 PPT内容写得泛泛的然后你再把内容丢给 DeepSeek 去改——可 DeepSeek 改不了 Kimi 生成的版式你只能在文本框里逐条替换等于重做一遍。所以正确姿势是内容在前面做厚版式在最后做。这五步走完一份 23 页 PPT 的总耗时熟练之后能控制在 40 分钟到 1 小时之间。最花时间的不是生成而是导出后的数据图表替换——AI 生成的图表数据都是编的只有这一块必须人来把关。3. 用 DeepSeek 产出 23 页逐页文案提示词模板与参数设置这一章是整条链路的成本大头。DeepSeek 给不给力完全取决于提示词怎么约束。直接写“帮我做一个 23 页的 PPT”你会得到一份 8 页的通用大纲然后还要来回拉扯。正确做法是像写技术需求文档一样把页数、结构、字段、字数限制全部写死。3.1 让 DeepSeek 输出“可被 Kimi 识别”的结构化大纲先给一份我反复改过、目前最稳定的提示词模板主题示例是“技术团队季度工作复盘”请你以资深 PPT 内容策划的身份为“技术团队季度工作复盘”输出一份完整的逐页文案。 硬性要求 1. 总页数严格 23 页结构拆解为封面 1 页、目录 1 页、章节分隔页 4 页、内容页 15 页、总结 1 页、结尾页 1 页。 2. 每一页输出五个字段页码、页面标题、核心结论、3~4 条要点、演讲备注。 3. 每条要点不超过 20 字禁止写完整段落。 4. 所有没有真实数据的地方一律写 [待补充]禁止编造任何数字。 5. 输出格式为 Markdown 表格第一行为字段名从第 1 页到第 23 页逐行输出。这段提示词有三个关键参数。第一是“结构拆解”为什么不直接说 23 页因为模型对“23”这个数字的感知很弱它更擅长按结构来凑数。你给它封面 1 页、目录 1 页、章节页 4 页、内容页 15 页它算得比直接数页数准得多。第二是“每条要点不超过 20 字”这是 Kimi 模板文本框的实际容量限制后面踩坑章节会详细说。第三是“[待补充] 占位”没有这一步DeepSeek 会对季度收入、用户数这类数据直接“脑补”生成一堆看着合理其实是幻觉的数字。把这段提示词粘进 DeepSeek 网页版等它输出完成点复制按钮就完成了第一步。如果你用 API 调用逻辑是一样的只是把这段文本作为user消息发过去注意temperature不要超过 0.5。3.2 页数强制到 23 页给一个带校验的 Python 小脚本DeepSeek 输出完之后不要直接粘贴给 Kimi。先校验。我在实践中发现即使提示词写了“严格 23 页”它偶尔也会给出 22 页或 24 页原因通常是某个章节页被合并或者结尾页多写了一张。手工数 23 行表格太累我写了一个简单的 Python 脚本专门校验输出结果import json, re, sys src sys.stdin.read() # 统计 Markdown 表格里第一列的页码 rows re.findall(r^\|\s*(\d{1,2})\s*\|, src, flagsre.M) ids [int(r) for r in rows] print(f表格页数: {len(ids)}) print(f页码范围: {min(ids)} ~ {max(ids)}) missing [i for i in range(1, 24) if i not in ids] duplicated {i for i in ids if ids.count(i) 1} if len(ids) ! 23: print(页数不对需要补页或删页) if missing: print(缺失页码:, missing) if duplicated: print(重复页码:, duplicated) if len(ids) 23 and not missing and not duplicated: print(校验通过页码连续且总数 23 页)逻辑很简单用正则取出表格内所有页码检查总数是不是 23、有没有缺号、有没有重复。实际使用中把 DeepSeek 的输出直接复制粘贴到终端回车就能看到结果。最常见的报错是“缺失页码: 12”这说明第 12 页在生成过程中被跳过了直接让 DeepSeek 补一页“按同样的字段格式补充第 12 页内容承接第 11 页和第 13 页”即可不要手工硬塞不然风格不一致。3.3 让 DeepSeek 输出 JSON 而不是 Markdown 的取舍给 Kimi 用的时候Markdown 表格是不行的Kimi 的 PPT 生成器不认表格它认的是标题层级和列表。所以第 3 章产出的逐页文案在粘给 Kimi 之前要转换成纯 Markdown 大纲格式。这里衍生出一个选择一开始就让 DeepSeek 输出 JSON还是输出表格再转换我的建议是给 DeepSeek 看的时候用表格因为它清楚、不易漏字段程序处理的时候用 JSON因为它结构稳定、不会因为文字里有竖线而切割错误。为此我会让 DeepSeek 在输出表格之后再补一份同内容的 JSON长这样{ topic: 技术团队季度工作复盘, pages: [ { no: 5, title: 用户激活率为何下滑, type: content, bullets: [ 注册到首次使用需 7 步, 流失集中在第 3 步, 建议改为 3 步引导 ], note: 现场讲第 3 步流失最严重 } ] }拿到 JSON 后用脚本把pages数组转成 Kimi 认的 Markdown 大纲规则是type为section的输出成一级标题type为content的输出成二级标题bullets输出成-列表项import json with open(deepseek_out.json, encodingutf-8) as f: data json.load(f) for pg in data[pages]: prefix # if pg[type] section else ## print(f{prefix} {pg[title]}) for b in pg[bullets]: print(f- {b})转换完成后的文本就是给 Kimi 的原料。这里有个参数值得注意Kimi 对标题层级的识别很敏感如果一页内容页里有多个##它会理解成多页你的 23 页就会膨胀到 27 页。所以转换脚本里我特意把“标题”和“要点”分开处理标题只保留一个要点全部放到列表里。4. 把文案喂给 Kimi三分钟生成 pptx 的具体步骤内容准备好了这章说操作。整个过程在 Kimi 网页版里完成不需要写代码但有几个容易忽略的设置会影响最终成品。4.1 Kimi 网页版的入口与粘贴方式打开 Kimi 网页版在对话框里唤起 PPT 生成能力。不同版本的入口标签不太一样有的是应用中心里的“PPT”有的是在输入框附近直接显示“一键生成 PPT”的图标认准“PPT”这个关键词就不容易找错。唤起之后把第 3 章转换好的 Markdown 大纲粘贴进去。粘贴之前我先在开头补一行说明文字这是稳定输出的关键这是 23 页 PPT 的大纲请严格按标题层级生成分页一级标题作为章节页二级标题作为内容页列表项作为页面要点。如果不加这句Kimi 可能会自动合并多个二级标题到同一页23 页直接缩到 16 页。这一行相当于告诉它“解析规则”比在后续对话框里反复纠正有效率得多。粘贴完点击生成Kimi 会先花十几秒解析大纲然后给出一个分页预览。此时先不要急着选模板先检查左侧的页数列表是不是 23 页。如果页数不对立刻返回上一步检查大纲的标题层级通常是有##被写成#Kimi 把内容页当成章节页了。4.2 模板选择、在线微调与导出 .pptx页数确认无误后进入模板选择环节。Kimi 会提供一批内置模板风格从商务到科技都有。这里我有一个踩出来的经验优先选“元素少、留白大”的模板不要选那些每页配一个背景大图的。原因是模板元素越多文字溢出风险越高AI 生成的要点字数是不可控的留白大的模板容错率高。选定模板后Kimi 会实际渲染出 23 页预览。这时候可以进行在线微调改标题、删页面、调顺序。微调时不要动决定性的内容结构Kimi 的在线编辑能力有限改太多不如导出后再用 PowerPoint 改。微调完成点击导出选择 .pptx 格式下载。下载下来的文件是完整的、可编辑的 PowerPoint不是图片也不是 PDF——你可以打开任一页点进文本框逐字修改。这是 Kimi 生成 PPT 相较其他工具最实用的点后期人工成本低。4.3 生成后必做的 5 处检查拿到导出的 .pptx不要直接发出去。我每次都会按同一张清单检查缺一不可检查项怎么查出错后果总页数打开 PowerPoint 看左下角页数多发两页或者少两页汇报现场尴尬目录页码翻到目录页对照真实页码目录写的是 5实际内容在第 7 页文字截断逐页扫一遍文本框边缘要点后半句被模板隐藏待补充占位搜索“待补充”三个字数据缺失直接暴露给观众图表真实性检查所有图表数据AI 生成的数字全是编的必须替换这五项里最容易漏的是第二项。Kimi 在线编辑时你删过一页目录页的页码不会自动更新导出后目录和正文就对不上了。这个必须人工翻一遍没有捷径。5. 避坑23 页 PPT 生成中最常见的 5 个翻车现场这一章写的都是我实际翻过的车每一条都按“现象、原因、解决”展开。看完能帮你省下至少两小时的返工时间。5.1 生成出来只有 16 页页数对不上现象提示词写了 23 页Kimi 生成完只有 16 页或者 DeepSeek 输出的表格只有 18 行。原因分两段。DeepSeek 那边它把某个章节页内容写得太短和下一页合并成一行了Kimi 那边它默认把同一章节下的多个二级标题合并进一页“通栏”。解决DeepSeek 端用我第 3 章的校验脚本先保证源头页数是 23。Kimi 端在开头补那句“严格按标题层级生成分页”并且检查大纲里每个内容页的标题是不是都有##前缀。一句话总结页数问题 90% 出在 Markdown 层级不对不是 Kimi“不听话”。5.2 一页里有 7 条要点文字直接溢出模板现象某一页内容特别多Kimi 把 7 条要点全部塞进文本框导出后在 PowerPoint 里文字溢出页面边界或者被模板裁剪看不到后半句。原因DeepSeek 输出时没控制要点数量我提示词里写了“3~4 条”但偶尔它会给某一页写 5~6 条。Kimi 的模板文本框高度是固定的要点越多每条的可视区域越小。解决提示词里把“3~4 条要点”改成“严格 4 条以内超出内容放演讲备注”。如果已经生成完了就在 PowerPoint 里把超出的要点合并成一句话或者删掉次要的。不要试着把文本框拉长——模板的版式是固定的拉长会破坏整页布局。5.3 封面和目录占了两页但目录页码全是错的现象目录页写着“第 5 页 用户激活率分析”实际翻过去第 5 页是“技术架构升级”。原因DeepSeek 在输出目录字段时是从它的认知里推断的页码它不知道 Kimi 最终会怎么分页。AI 生成的目录页码天然不可信。解决目录页码这一列在提示词里直接不给——让 DeepSeek 只输出“目录 1、目录 2、目录 3”的条目名不输出页码。等 Kimi 导出后在 PowerPoint 里手工更新目录页码。记住任何 AI 生成的页码都不可靠因为分页是模板决定的模板在 AI 的不可控变量里。这是血泪经验。5.4 DeepSeek 编了增长 30% 的数据Kimi 原样画进了图表现象复盘 PPT 里写着“本季度用户增长 30%”实际业务根本没这个数据。原因DeepSeek 在没有任何数据输入时为了把页面填满会用合理的假设补数字。这是对话模型的通病——它认为“30%”是个合理的示例但你不可能在汇报里讲一个“示例”。解决提示词里强制加“[待补充] 占位”所有无数据处写待补充不要自己填数字。生成后打开 PPT搜索“待补充”找到后替换为真实数据。这一步没有自动化办法AI 不可能知道你的真实业务数据你只能提前堵住编造的源头。5.5 粘贴 Markdown 后 Kimi 把##都吞掉只剩一页长文现象粘贴大纲后Kimi 不识别分页生成出来的 PPT 只有一两页每页里塞了大段文字。原因大纲文本格式不对。最常见的情况是从脚本转换出的文本里标题和正文混在一起或者列表项前面有多余的空格和缩进。Kimi 对纯文本缩进非常敏感四个空格会被识别成代码块直接不按标题解析。解决粘贴前做一次清理把每行末尾多余空格删掉确保列表项用-开头而不是*确保标题符号##后面有且只有一个空格。我一般会在文本编辑器里先打开大纲文件肉眼扫一遍层级再粘贴给 Kimi。这个动作只要 30 秒却能省掉一次完蛋的生成。6. 进阶把“DeepSeekKimi 做 PPT”固化成一条流水线走到这一步你已经能稳定产出 23 页 PPT 了。进阶方向是减少重复劳动——把提示词、校验、格式转换三段固化成一套本地模板以后任何主题只改一行字。我本地的做法是一个三层结构prompt.md保存提示词模板主题行用{topic}占位check.py是第 3 章的校验脚本convert.py是把 JSON 转成 Kimi Markdown 的脚本。换主题时只需把{topic}替换成新主题跑一遍校验再跑一遍转换五分钟后就能拿到一张干净的 Kimi 大纲。这部分可以嵌入 DeepSeek 接口做批量调用适合频繁产出汇报材料的人。有几个收尾技巧值得记住。导出高清图片时不要在 Kimi 里截图要用 PowerPoint 自带的导出功能文件 → 导出 → 更改文件类型 → PNG分辨率选 1920×1080这样投到屏幕上不会糊如果只需要某一页直接用“另存为”保存当前幻灯片为图片。字体问题也一样Kimi 生成的文件默认字体本地打不开或换字体时在 PowerPoint 里全部选中后替换字体即可不要一页页改。我第一次做这份 23 页复盘 PPT 时让 DeepSeek 自由发挥结果生成了 27 页结构多出两块我删了快一个小时。后来才意识到页数不能靠它“自觉”要拆进结构里每一页都要有编号和字段约束。这也是整套方案的核心理念——AI 负责产出量你负责定规则。规则定得越细返工越少。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
