DeepSeek+Kimi双剑合璧：半小时搞定PPT制作全流程

简介这份文档面向频繁制作PPT的职场人士与商务汇报、学术演示者聚焦如何借助DeepSeek与Kimi两款AI工具提升演示文稿的制作效率与专业度。内容围绕DeepSeek的逻辑分析与内容生成能力、Kimi的文本结构化处理与模板匹配、一键生成PPT功能展开并给出从明确需求、内容迁移、细节雕琢、风格定制到审核导出的五步全流程配合“数字化转型”案例演示具体操作与成果亮点。资源包共1个docx文件约38KB以图文教程形式呈现便于按章节查阅与对照练习。目前已有407人学习下载。读者可从中掌握优化指令、把控细节与解决常见问题的实用技巧理解如何让内容与视觉效果相得益彰适合希望快速产出高质量PPT、追求专业美观效果的初、中级办公人群参考。1. 从一份 40 页周报说起DeepSeekKimi 到底怎么把 PPT 制作压进半小时上周三晚上十点我还在改一份给客户看的城市运营中心领导驾驶舱建设方案 PPT。四十多页图表、架构图、数据看板截图全堆在一起改到第三版的时候我盯着屏幕想这活儿里真正需要人判断的其实只有「讲什么逻辑」和「哪页放什么」剩下的排版、配图、对齐、字体统一全是体力活。后来我把流程拆成两段——DeepSeek 负责把内容骨架和文案逻辑吐出来Kimi 负责把骨架变成能直接放映的页面整个 PPT 制作周期从两天压到了半小时以内。这篇就把这套「双剑合璧」的实操路径完整拆开包括提示词怎么写、Kimi 网页版和客户端的差异、导出时怎么保住高清图、以及我踩过的那些翻车现场。适合经常要做汇报、方案、培训材料的同学尤其是被 PPT 模板和排版折磨过的朋友。2. DeepSeek 出内容骨架把「讲什么」变成可执行大纲2.1 为什么用 DeepSeek 做内容层而不是直接让 AI 生成 PPT很多人一上来就让 AI「帮我生成一份 PPT」结果拿到的是十几页空泛的标题加几句正确的废话。问题出在PPT 的质量上限由内容逻辑决定而不是由排版决定。DeepSeek 在中文长文本推理和结构化输出上比较稳适合干「把一堆散乱信息整理成有层次的大纲」这件事。我一般会把它当成一个「不会累的咨询顾问」——先让它把汇报对象的关注点、汇报目的、必须出现的数字和结论理清楚再让它按页输出。这里有个关键认知DeepSeek 不直接产出 .pptx 文件它产出的是「页面级的内容描述」。每一页要写清楚页标题、核心结论、支撑要点不超过 4 条、需要配什么图或表、备注里给演讲者留什么话。这个中间产物才是后面 Kimi 能接得住的东西。如果你跳过这一步直接让 Kimi 生成Kimi 会自己编内容编出来的东西往往和你手头的真实数据对不上改起来比自己写还累。2.2 给 DeepSeek 的提示词模板与参数设置我常用的提示词结构是「角色 受众 目的 约束 输出格式」。直接给一个可抄的版本你是一名有 10 年经验的政企解决方案售前顾问。 我要做一份《城市运营中心领导驾驶舱建设方案》汇报 PPT听众是市局分管领导和信息中心负责人。 汇报目的让领导在 20 分钟内理解建设必要性、总体架构、分期投入和预期效果并同意进入立项流程。 约束 1. 总页数控制在 18-22 页 2. 每页只讲一个核心结论支撑要点不超过 4 条 3. 必须包含现状痛点、建设目标、总体架构、数据接入方案、典型场景、分期计划、投入估算、风险与对策 4. 不要写空话每个结论后面尽量带一个可量化的指标或依据 5. 输出格式按页给出页码 | 页标题 | 核心结论 | 支撑要点 | 建议配图类型 | 演讲者备注。参数上DeepSeek 网页版把「温度」调到 0.3 到 0.5 之间比较合适太低会死板太高会开始编数据。如果你走 API 调用temperature设 0.4max_tokens给到 4096 以上因为 20 页的大纲加上备注很容易超过 2000 token。用 API 的话可以这样批量跑from openai import OpenAI client OpenAI( api_key你的 DeepSeek API Key, base_urlhttps://api.deepseek.com # DeepSeek 兼容 OpenAI 协议 ) resp client.chat.completions.create( modeldeepseek-chat, temperature0.4, # 内容类任务别超过 0.6否则容易编数据 max_tokens4096, messages[ {role: system, content: 你是政企售前顾问输出结构化 PPT 大纲。}, {role: user, content: open(prompt.txt, encodingutf-8).read()} ] ) print(resp.choices[0].message.content)这段代码的逻辑是把提示词单独放在prompt.txt里方便反复调通过base_url指向 DeepSeek 的兼容接口模型名用deepseek-chat。temperature控制随机性做方案大纲这种需要稳定输出的任务0.4 是我试下来比较平衡的值。跑完把结果存成 Markdown后面 Kimi 直接读这个文件就行。2.3 把大纲压成「一页一结论」的检查清单DeepSeek 第一版输出通常会有两个毛病一是页数超标二是有些页塞了 6 条要点。我一般会追加一轮对话让它压缩请按以下规则重写每页支撑要点压缩到 3 条以内如果某页要点超过 3 条拆成两页或合并到相邻页总页数压到 20 页以内每页核心结论必须是一句完整的话不能是词组。压完之后自己再过一遍重点看三件事数字有没有前后矛盾、架构图那页的描述能不能让设计直接画出来、分期计划的时间节点是否和投入估算对得上。这一步花十分钟能省掉后面在 Kimi 里反复改的半小时。常见做法是把这个检查清单固定下来每次做新 PPT 都套一遍形成肌肉记忆。3. Kimi 接棒排版从大纲到可放映页面的完整链路3.1 Kimi 网页版、客户端和 Kimi Code 分别适合什么场景Kimi 这边能用的入口有好几个我实测下来的分工是这样的Kimi 网页版适合快速试排版风格上传大纲后让它生成一版看看整体调性Kimi 客户端适合长文档处理比如你有一份 50 页的 Word 方案要转成 PPT客户端读大文件更稳Kimi Code 适合把整个流程脚本化比如你每周都要生成同类周报 PPT可以用它写自动化脚本。至于 kimi claw、kimi k4 这些我目前没有稳定用于 PPT 生成链路不展开。重点说网页版的操作。打开 Kimi 网页版登录入口后新建对话把 DeepSeek 产出的 Markdown 大纲直接粘贴进去然后给一句指令请根据以上大纲生成一份 PPT要求 1. 整体风格深蓝科技风适合政企汇报 2. 每页标题不超过 12 个字 3. 要点用短句每条不超过 20 个字 4. 需要配图的页面请描述图片内容我来替换成真实截图 5. 输出为可编辑的 PPT 文件。Kimi 会返回一个可下载的 .pptx。下载下来先别急着改用 PowerPoint 或 WPS 打开检查三件事字体有没有被替换、图表是不是图片格式、母版颜色是否统一。我遇到过好几次 Kimi 生成的页面在网页预览里很好看下载到本地后中文字体变成默认宋体原因是你本地没装它用的字体。解决办法是在 Kimi 生成时指定「使用微软雅黑和思源黑体」或者下载后全选替换字体。3.2 用 Kimi 做单页精修的三个指令套路整份生成之后总有几页不满意。这时候不用重新生成整份直接把那一页的内容单独拎出来让 Kimi 重做。我常用的三个指令套路第一个是「换布局」把当前页的要点从纵向列表改成三栏卡片式每栏配一个小图标位。第二个是「加数据可视化」把这页的三个百分比数据改成环形图加对比柱状图的组合颜色沿用母版主色。第三个是「压文字」这页文字太多请把支撑要点压到每条 12 字以内多余的解释放到演讲者备注里。这三个指令之所以有效是因为它们给的是「结构变化」而不是「感觉不对」。你跟 AI 说「这页不好看」它不知道从哪改你说「改成三栏卡片」它立刻能执行。这也是我用 Kimi 做 PPT 制作时最深的体会指令要落到具体版式和字数上。3.3 导出高清图片和视频的避坑设置PPT 做完经常要导出图片发群里或者导出视频做自动播放。这里有两个高频翻车点。第一个是图片导出模糊PowerPoint 默认导出分辨率是 96 DPI你得去注册表或选项里改成 300 DPI。WPS 的话在「输出为图片」里选「高清」或自定义 300 DPI。第二个是导出视频时报「无法从所选文件中添加视频验证编码器」——这通常是因为你插入的视频是 H.265 编码而 PowerPoint 只认 H.264。解决办法是用格式工厂或 ffmpeg 转一道ffmpeg -i input.mp4 -c:v libx264 -c:a aac -pix_fmt yuv420p output.mp4这条命令把视频转成 H.264 AAC-pix_fmt yuv420p是为了兼容老版本播放器。转完再插入 PPT导出视频就不会报编码器错误了。另外导出高清图片时如果 PPT 里有透明背景的 PNG 图标记得在导出设置里勾选「保留透明背景」否则透明区域会变成白底。4. 避坑与排查双工具协作里最容易翻车的 5 个点4.1 现象DeepSeek 大纲里的数据和实际对不上原因DeepSeek 在温度偏高或提示词里没给数据源时会自己「补」一个看起来合理的数字。解决在提示词里明确写「所有数字必须来自我提供的资料没有资料的地方写『待补充』不要编造」并且把真实数据以附件或粘贴文本的形式一起给它。我一般会把关键数字单独列一个表放在提示词末尾让它只能引用不能发挥。4.2 现象Kimi 生成的 PPT 打开后字体全乱原因Kimi 服务端用的字体你本地没有或者你本地 PowerPoint 的默认字体映射和生成时不一致。解决生成指令里指定「正文用微软雅黑标题用思源黑体 Bold」下载后如果还是乱全选文字统一替换一次字体再保存为模板。下次直接套这个模板生成能省掉重复替换。4.3 现象生成的页面要点太多一页塞了 8 条原因DeepSeek 压缩那一步没做干净或者 Kimi 在排版时把备注里的内容也放到了页面上。解决回到 DeepSeek 那一步重新压确保每页支撑要点不超过 3 条同时在 Kimi 指令里加一句「演讲者备注内容不要出现在页面正文里」。如果已经生成用 3.2 里的「压文字」指令单页修。4.4 现象导出的 PPT 在别人电脑上图片显示不全原因你插入的图片是链接形式而不是嵌入形式换台电脑路径变了就丢图。解决在 PowerPoint 里点「文件 → 信息 → 检查问题 → 检查文档」如果有链接图片用「编辑链接到文件」改成嵌入或者导出前统一执行「另存为 → 工具 → 保存选项 → 将字体嵌入文件」并勾选「嵌入所有字符」。这个坑我踩过两次现在养成习惯交付前一定在另一台电脑上打开检查一遍。4.5 现象Kimi 网页版生成到一半卡住或超时原因大纲太长单次请求 token 超限或者网络波动。解决把大纲拆成两段先让它生成前半部分1-10 页确认没问题再生成后半部分11-20 页最后在 PowerPoint 里合并。合并时注意母版要统一可以在第二段生成指令里加一句「沿用第一段的母版配色和字体」。另外 Kimi 网页版登录入口偶尔会要求重新验证生成前先确认登录状态别做到一半掉线。5. 进阶把双工具流程固化成可复用的模板和脚本5.1 建一个自己的「提示词库 母版库」做到第十份 PPT 的时候你会发现大部分指令是重复的。我的做法是建两个文件夹一个放提示词模板按「汇报类型」分——周报、方案、培训、复盘各一套另一个放 PPT 母版按「风格」分——科技蓝、政务红、简约白各一套。每次新任务先选母版再把对应提示词里的变量项目名、受众、页数替换掉DeepSeek 跑一遍Kimi 跑一遍半小时出初稿。这套东西的价值在于你不再从零想提示词而是从 80 分开始改。5.2 用 Kimi Code 把重复步骤脚本化如果你每周都要做结构类似的周报 PPT可以用 Kimi Code 写一个半自动脚本。思路是读一个 CSV 或 Markdown 数据文件调 DeepSeek API 生成大纲再把大纲拼进 Kimi 的生成指令里最后把返回的 .pptx 存到指定目录。核心代码框架大概是这样import requests, json, os DEEPSEEK_KEY os.getenv(DEEPSEEK_KEY) KIMI_KEY os.getenv(KIMI_KEY) def gen_outline(data_text): # 第一步DeepSeek 出大纲 r requests.post( https://api.deepseek.com/chat/completions, headers{Authorization: fBearer {DEEPSEEK_KEY}}, json{ model: deepseek-chat, temperature: 0.4, messages: [ {role: system, content: 你是汇报顾问输出分页大纲。}, {role: user, content: f根据以下数据生成 15 页周报大纲\n{data_text}} ] } ) return r.json()[choices][0][message][content] def gen_ppt(outline): # 第二步把大纲交给 Kimi 生成 PPT具体接口以你使用的服务为准 # 这里只示意调用结构实际参数按 Kimi 开放能力调整 r requests.post( https://api.moonshot.cn/v1/chat/completions, headers{Authorization: fBearer {KIMI_KEY}}, json{ model: kimi-k2, messages: [ {role: user, content: f根据以下大纲生成 PPT科技蓝风格\n{outline}} ] } ) return r.json() if __name__ __main__: data open(weekly_data.md, encodingutf-8).read() outline gen_outline(data) open(outline.md, w, encodingutf-8).write(outline) result gen_ppt(outline) print(生成完成检查 outline.md 和返回结果)这段脚本的关键点API Key 走环境变量不要写死在代码里DeepSeek 那步的输出先落盘成outline.md方便你人工检查一遍再进 KimiKimi 的接口地址和模型名以你实际开通的服务为准不同版本可能有差异。跑通之后每周只需要更新weekly_data.md执行脚本十分钟拿到初稿剩下的时间花在精修关键页上。5.3 验证生成质量的两个硬指标最后说一个我用来判断「这版生成能不能用」的土办法第一把 PPT 导出成图片随机抽三页发给一个不了解背景的同事问他「这三页在讲什么」如果他能说对核心结论说明内容层过关第二把 PPT 用放映模式从头翻一遍计时如果每页停留时间超过 40 秒说明文字还是太多得回去压。这两个指标比任何主观感觉都靠谱。我现在做 PPT 的习惯是DeepSeek 跑完大纲先不急着进 Kimi花五分钟把每页的核心结论读一遍读不顺的地方当场改掉。这个习惯帮我省掉了大量返工——因为内容错了排版再漂亮也是白搭。希望帮到你。本文还有配套的精品资源点击获取