简介：这是一份面向职场汇报、学术演讲与行业分析场景的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 负责把内容变成可以编辑的 PPT
AI 做 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至少给到 4000，23 页的完整文案一次性输出很容易被截断，输出到一半断掉是最常见的翻车原因。
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, flags=re.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", encoding="utf-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. 进阶：把“DeepSeek+Kimi 做 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 负责产出量，你负责定规则。规则定得越细，返工越少。希望帮到你。
本文还有配套的精品资源，点击获取
