简介一份教你借助DeepSeek与Kimi高效制作PPT的完整报告共23页适合职场人士、教师及课程开发者参考。资源以可编辑的pptx文件呈现压缩包仅1个文件大小36.97MB无需安装额外依赖即可打开查看。目前已有681人在线学习。报告从工具功能切入分别梳理DeepSeek的逻辑推理、数据处理、多语言能力和Kimi的一键生成PPT、长文本处理、多模态支持等特点随后给出从DeepSeek注册、生成Markdown大纲到Kimi模板选择、细节优化、下载成稿的完整流程。同时提炼了提高内容质量、增强设计感与自动化效率的实用技巧并展示工作汇报、学术演讲、行业分析等应用场景还提示了数据准确性检查等注意事项。读者可直接参照流程复现快速掌握两种AI工具的组合用法显著缩短PPT制作时间并提升专业度。1. 用DeepSeekKimi做23页PPT内容归内容排版归排版「报告如何使用DeepSeekKimi结合制作PPTPPT-23页.pptx」这个标题看起来像随手保存的文件名其实它把做PPT的两半活儿说清楚了DeepSeek负责把原始报告拆成内容Kimi负责把内容变成能落地的 .pptx。做转正答辩、季度汇报、课题验收的人常卡在同一处材料攒了一堆打开PowerPoint却不知道第一页写什么。市面上要么只给模板要么把长文堆进一页真正缺的是中间那层「页面地图」。这套组合的路线是先定23页结构、再用DeepSeek逐页生成、最后交给Kimi排版导出。适合想用一个下午出片、又不想在版式上耗到半夜的从业者。2. 先把23页拆成页面地图DeepSeek生成内容前的最关键一步2.1 23页不是「写满」而是「讲满」先做页面分配表做PPT的第一件事不是让AI写内容而是确定「多少页、每页讲什么」。23页对报告型PPT是常见规模10到15分钟的汇报每页讲40到60秒页数太少显得没做功课页数太多现场根本讲不完。我一般先把报告拆成九段结构再做一张页面分配表页码段模块页数每页任务第1页封面1标题、汇报人、日期第2页目录1六个模块导航第3-5页背景与问题3现状、痛点、目标第6-11页方案与实现6架构、流程、模块说明第12-16页数据与验证5指标对比、实验、结论第17-19页计划与里程碑3排期、资源、里程碑第20-21页风险与对策2主要风险、应对第22页总结1核心结论、行动项第23页QA与致谢1合作方、参考资料这张表有两个作用。一是控制信息密度每页只承担一个任务AI生成时不容易把两件事塞进同一页二是给后面的提示词做硬约束直接把「背景3页、方案6页」写进去页数漂移的概率会小很多。很多人翻车不是因为AI笨而是自己都没想清楚23页里每页是什么AI只能自由发挥。页面分配表做出来后还要给它配一句「页数规则」总页数必须等于23禁止合并页禁止自己加过渡页。这句规则之后要原样写进给DeepSeek和Kimi的提示词里。AI对「大约」的理解非常宽松对「必须」的理解相对严格把规则写成硬数字结果才可预期。2.2 用DeepSeek生成逐页文案提示词模板与为什么这么写页面分配表定完后把原始报告和这张表一起丢给DeepSeek。这里的关键是「按页输出」而不是让它写一篇长文。我用的提示词模板如下你是一个PPT内容策划。下面是一份原始报告材料见附录。请按页面分配表生成恰好23页的PPT内容输出严格JSON不要输出任何解释。 页面分配表 封面1页、目录1页、背景与问题3页、方案与实现6页、数据与验证5页、计划与里程碑3页、风险与对策2页、总结1页、QA/致谢1页。 JSON格式要求 [ { page: 1, title: 本页标题不超过12字, bullets: [要点1不超过30字, 要点2, 要点3], notes: 演讲者备注60到100字口语化 } ] 硬性规则 1. 数组长度必须等于23禁止合并页、禁止增删页。 2. 每页bullets为3到5条每条不超过30字。 3. 第1页不需要bullets只要title和subtitle。 4. 方案与实现、数据与验证部分使用同一套术语禁止前后换词。这段提示词有三个参数是决定成败的。第一是「输出严格JSON」DeepSeek直接返回结构化数据后面无论是喂给Kimi还是写脚本解析都不用再做清洗。第二是「每条不超过30字」PPT排版不像Word超过30字的要点在页面上会被折成两行视觉上立刻变乱。第三是「使用同一套术语」这是AI内容最常见的毛病第一轮写「用户画像」第二轮写「人群特征」观众一听就知道是拼出来的。DeepSeek网页版的常见做法是把回答整体复制成Markdown再保存如果材料量大走API更省事。关于费用DeepSeek按token计费生成23页内容消耗的token量并不大日常跑一轮的成本几乎可以忽略具体价格以开放平台页面为准。热词里的「deepseek生成的内容想做成PPT用什么工具」其实是个伪问题工具到处都是真正的瓶颈是内容有没有按页分好。2.3 批量生成时走DeepSeek API一个可复现的Python调用网页版适合一次生成但如果你要反复调参、对比不同提示词的效果我建议直接调API。DeepSeek的API兼容常见Chat接口用requests就能跑通下面这段是生成23页内容的完整示例import requests import json API_BASE https://api.deepseek.com # 以你控制台里的base_url为准 API_KEY sk-你的key prompt 你是一个PPT内容策划。请按页面分配表生成恰好23页内容 输出严格JSON数组长度必须等于23。每页包含page、title、bullets、notes。 bullets每条不超过30字notes 60到100字。 payload { model: deepseek-chat, messages: [ {role: system, content: 你是严格的JSON输出器。}, {role: user, content: prompt} ], temperature: 0.3, # 低温度保证输出不飘 max_tokens: 4000, # 23页内容预留足够长度 response_format: {type: json_object} } resp requests.post(f{API_BASE}/chat/completions, headers{Authorization: fBearer {API_KEY}}, jsonpayload) resp.raise_for_status() content resp.json()[choices][0][message][content] with open(ppt_content.json, w, encodingutf-8) as f: f.write(content) print(内容已保存为 ppt_content.json页数由后续脚本校验)这段代码里有三个参数值得留意。temperature设成0.3而不是默认的1.0做PPT内容要的是结构一致不是发散创意温度越低输出的编号和术语越不容易打架。response_format指定json_object让模型返回合法JSON省掉正则提取的麻烦。max_tokens给400023页内容加上JSON括号3000到4000是常见区间给太少会被截断在最后一页。跑完后打开ppt_content.json检查一下数组长度。我习惯在代码里加一句assert等不到人工数页数就报错这个问题留到后面的避坑章节细说。3. 让Kimi接手排版两种从文案到23页pptx的落地路径3.1 路径AKimi网页版从大纲一键生成PPTDeepSeek把内容切成23页后下一步是让Kimi接手排版。最省事的方式是直接用Kimi网页版它的长文本能力强可以把ppt_content.json里的内容整体读进去再调用自带的PPT生成能力。操作步骤是这样的把ppt_content.json转成可读的Markdown大纲格式为「第N页标题 / 要点 / 备注」。打开Kimi网页版新建对话粘贴大纲。发送指令「按这份大纲生成23页PPT页数必须等于23。封面1页、目录1页、背景第3到5页、方案第6到11页、数据第12到16页、计划第17到19页、风险第20到21页、总结第22页、QA第23页。不要合并页不要自己加过渡页。」等Kimi列出大纲并确认页数后再让它调用PPT生成功能选择模板和16:9比例生成后下载pptx。Kimi网页版的好处是模板现成适合转正答辩、季度汇报这类要求不复杂的场景。但它的输出页数并不总是准有一次我丢进21页大纲它生成出来只有15页后来发现是模板默认只填了核心内容把重复的要点页吞掉了。所以第3步的指令里必须带「页数必须等于23」并且等它先吐出大纲、数一遍再继续。提示Kimi生成后先在大纲预览里数页码再下载pptx。下载后才发现页数不对就得回去重新生成来回一趟十几分钟没了。用Kimi的时候还有一个体验问题白天聊天的人一多回复就排队长文本生成经常等一两分钟。我一般把批量出片放到午休或晚上错峰跑或者先让它生成大纲缓存下来再一份份处理不干等。3.2 路径B本地脚本用python-pptx直接落盘23页Kimi网页版适合快但如果你要精确控制页数、版式和备注本地脚本更放心。python-pptx是常用的pptx生成库它读取DeepSeek输出的JSON循环建页最后保存为pptx。代码如下# -*- coding: utf-8 -*- import json from pptx import Presentation from pptx.util import Inches, Pt with open(ppt_content.json, encodingutf-8) as f: pages json.load(f) # 期望长度为23的列表 assert len(pages) 23, f页数不对{len(pages)}目标23页 prs Presentation() prs.slide_width Inches(13.333) # 16:9宽屏 prs.slide_height Inches(7.5) for idx, item in enumerate(pages): if idx 0: slide prs.slides.add_slide(prs.slide_layouts[0]) # 封面 elif item.get(section, False): slide prs.slides.add_slide(prs.slide_layouts[2]) # 章节页 else: slide prs.slides.add_slide(prs.slide_layouts[1]) # 标题要点 slide.shapes.title.text item[title] if idx 0 and bullets in item: body slide.placeholders[1].text_frame for j, line in enumerate(item[bullets]): p body.paragraphs[0] if j 0 else body.add_paragraph() p.text line p.level 0 p.space_after Pt(10) slide.notes_slide.notes_text_frame.text item.get(notes, ) prs.save(DeepSeekKimi_23页.pptx) print(已保存 DeepSeekKimi_23页.pptx共, len(pages), 页)这段脚本有几个容易忽略的点。用slide_layouts[1]而不是add_textbox占位符里的文字会被PowerPoint识别为正文结构大纲视图能读出来后面做逻辑检查才方便自己画的文本框进不了大纲。slide_width和slide_height用Inches设置16:9如果不设置python-pptx默认是4:3投影时会留黑边。notes_slide是给每页写演讲者备注的地方Kimi生成的版本经常没备注这是它和现场汇报之间最大的差距。这个脚本的可调参数也很直接想把某一页换成图表页可以在JSON里给该页加layout: chart脚本里对应slide_layouts[6]仅标题再加一个图片占位符公司模板则建议直接用prs Presentation(公司模板.pptx)代替Presentation()这样新页会继承公司母版的字体和logo。所有改版式的工作都不应该手工逐页调而是回到脚本把规则写清楚重跑一遍。3.3 两条路径怎么选两条路径不是替代关系我实际工作里是先用A打底、再用B补丁。对比项Kimi网页版python-pptx脚本环境依赖浏览器即可需要Python环境模板质量内置模板较完整默认模板朴素需自备页数控制可能漂移需多次确认有assert兜底可控备注生成通常没有需人工补可批量写入修改成本重新生成改JSON后重跑脚本如果你的片子要上台讲我强烈建议至少走一遍路径B脚本把备注批量写进去后面几分钟的验证环节会轻松很多。「DeepSeek生成的内容想做成PPT用什么工具」这个问题答案其实取决于你愿不愿意为可控性多配一个Python环境。愿意就选B只想快速出底稿A也能用。4. 23页pptx的规格参数字体、版式、备注、动画和导出这样定4.1 页面尺寸与版式参数AI生成PPT最容易翻车的不是内容是版式参数没定死。同样一段内容字号差2磅页面的观感就完全不同。下面这组参数是我做报告型PPT的常用基准直接抄即可参数项推荐值说明页面尺寸16:9宽屏13.333英寸 x 7.5英寸投影与线上会议默认满屏标题字号28到32磅控制在12字内一行放下正文要点18到22磅最后一排能看清每页要点数3到5条超过5条建议拆页要点单条字数30字内避免折行行距1.3到1.5倍中文排版不拥挤页面左右边距0.5英寸以上防投影裁边这些参数对应到python-pptx脚本里就是标题设置font.size Pt(28)、正文space_after Pt(10)。如果你走Kimi网页版模板里通常已经内置了部分参数但要点单条30字的约束在提示词阶段就要写死等生成后再改字号完全是补救。另外注意不要在页面里堆超过7行的任何内容投影比例一拉伸内容就会溢出到页面外。4.2 备注、动画与母版让23页看起来像一个人做的版式参数之外还有三个容易被忽略的规格。第一个是演讲者备注。汇报类PPT的备注不是摆设现场紧张时照着备注念能保证不卡壳。DeepSeek生成的notes字段是口语化的60到100字刚好够讲40到60秒。脚本路径里已经写进了notes_slideKimi路径生成后需要人工补在PowerPoint的「视图 - 演讲者备注」里把JSON里的notes逐页粘进去。第二个是动画。AI生成的PPT偶尔会带花哨动画演示时又慢又乱。我的原则是每页最多一个进入动画统一用「淡出」或「浮现」不用随机线条和弹跳目录页可以加一个平滑切换正文页能不动就不动。动画是加分项不是必需品23页的片子每页都有动画现场会等得很难受。第三个是母版。Kimi模板生成后页面风格通常是统一的但你往里替换了自己的封面和结尾页后风格容易断档。常见做法是在PowerPoint里进入「视图 - 幻灯片母版」把logo、颜色、页码统一改一遍而不是逐页调整。23页逐页调格式是最消耗时间的事把时间花在母版上更值。注意凡是让AI生成的PPT检查一下母版里的页码。AI经常把页码做成普通文本框导致翻页时页码不动这种错误在投影时非常显眼。4.3 导出格式与文件体积pptx不是终点pptx生成后文件体积和导出格式也有讲究。Kimi下载的pptx有时带大量内嵌图片体积会飙到几十MB发到群里别人打开都卡。我一般先看文件属性超过20MB就考虑压缩图片选中图片 - 压缩图片 - 选择150dpi演示场景完全够用。汇报前另存一份PDF做预演而不是直接用pptx全屏播PDF不会因为字体缺失而乱版适合放在手机或平板上彩排。字体这块有个血泪经验在Win上用宋体做的PPT换到Mac投影行距和字宽全变。解决方法是PowerPoint里「文件 - 选项 - 保存 - 嵌入字体」或者干脆全部用微软雅黑这类跨平台常见字体。最后检查一遍文稿属性里的页数确认是23页。pptx的文件信息页会直接显示总页数这一步比任何断言都直观。文件命名上我习惯把版本号写进文件名比如DeepSeekKimi_23页_v2.pptx免得改了三轮后不知道哪份是最新的。5. 常见避坑23页翻车成18页或30页的五个现场页数对不上这种事常被归为AI玄学其实每条都有明确原因。下面五个坑是我在这套流程里踩过、也帮人排查过的按现象、原因、解决三截写方便你对照。5.1 Kimi生成出来只剩16页页数怎么都对不上现象喂给Kimi的23页大纲生成结果变成16页中间好几个要点页被吞。原因Kimi的PPT生成功能会把主题相近的页合并尤其当大纲里「方案与实现」连续6页、内容相似时它会自作主张压成3页。解决第一步指令里写死「数组长度必须等于23禁止合并页」并让它先输出分页大纲、确认页数后再生成。第二步生成后在Kimi网页版的大纲预览里数一遍页码不对就让它按缺失页补生成而不是整体重新跑——整体重跑往往又会合并一次。补生成时把缺失页的title列表直接发给它它才知道要补哪几页。5.2 DeepSeek输出的要点一到PPT里就被截断成省略号现象JSON里明明是对的句子落到PPT文本框里变成「面向具体业务场景的…」后半截没了。原因文本框高度有限文字超出后会按「不自动调整或溢出时缩减」处理DeepSeek生成的要点本身也容易超过30字两行放不下。解决提示词阶段硬限每条30字。脚本阶段再加一道保险在写入text_frame前检查len(line) 30超了就拆成两条或删掉修饰词。Kimi路径的话生成后逐页看有没有省略号把超长的句子手工拆开。不要试图通过拉大文本框解决投影比例一变照样溢出。5.3 python-pptx生成的PPT在WPS里字体全变样现象同一个pptxPowerPoint里正常WPS打开后标题间距乱掉、中文字体变默认体。原因python-pptx默认不指定字体PowerPoint会用主题字体WPS的默认字体映射和Office不一致。解决脚本里每个文本框都显式设置font.name 微软雅黑。这里有个细节font.name只设置西文字体中文字体需要额外在XML里设置eastAsia属性遍历所有run给rPr加上eastAsia微软雅黑。如果不想碰XML就在PowerPoint里用「文件 - 选项 - 保存 - 嵌入字体」兜底WPS打开了也不会乱。主力使用WPS的话统一切到思源黑体这类两边都带的中文字体。5.4 页数对了但多出一页自动目录现象第2页本来是目录生成后第2页变成「谢谢观看」真正的目录被挤到第3页整体变成24页。原因Kimi或模板自动插入结束页或者标题页布局里自带的占位符被误判成内容页。解决在给Kimi的指令里写明「结束页不需要我手动加」避免它在末尾插「谢谢」。脚本路径里生成后用assert len(pages) 23做硬校验再把pages[1][title]打印出来人工扫一眼确认是目录而不是别的。多页好处理少页才麻烦所以校验要放在保存前。5.5 第二轮生成的DeepSeek内容和第一轮打架现象同一份报告分两次生成第一轮说「方案A成本低」第二轮说「方案B是唯一选择」术语和结论都对不上。原因DeepSeek是无状态模型第二次对话没有第一轮的上下文温度设置偏高时更容易放飞。解决让两次生成使用同一份提示词和同一个temperature0.3并把第一轮的JSON截取两三页作为示例塞进system消息要求「严格沿用示例中的术语与编号」。另外不要把两轮内容硬拼进同一份ppt_content.json页面地图里每一页的内容归属谁由分配表说了算模型只是填空的。合并前用脚本按page字段排序并去重而不是信任模型输出顺序。5.6 给AI提需求前的十秒自检清单上面五个坑有一个共性投入生成之前需求里少了约束。我现在每次跑这套流程前都会花十秒过一遍清单总页数是不是写成了数字「23」而不是「二十多页」。每页要点是不是限了条数和字数上限。是否声明了「禁止合并页、禁止加过渡页」。是否要求了输出JSON或Markdown这种可解析格式。是否要求了术语统一并且给了第一轮输出做参考。这五条都满足再点生成按钮。前面省掉的十分钟后面要用一个小时来补这就是我做这套流程最大的体感。6. 最后留一手用大纲视图和演讲者备注验证这套片子23页pptx生成后先别急着上台花10分钟做三个验证。第一打开PowerPoint的「大纲视图」把23页标题从头到尾读一遍。第1页是封面第2页目录第3到5页背景第6到11页方案第12到16页数据第17到19页计划第20到21页风险第22页总结第23页QA。标题连起来应该像一条故事线先讲为什么做再讲怎么做然后拿数据证明最后给计划。只要中间有断档比如第7页突然跳出一个「竞品对比」说明页面地图没踩住回DeepSeek改那一页的title和bullets而不是整体重跑。第二把备注导出来读一遍。视图 - 演讲者备注逐页看notes是否在60到100字之间。用每页备注字数除200字/分钟估算总时长23页、每页80字大概能讲9到12分钟正好覆盖10到15分钟的汇报窗口。如果某页备注缺了从DeepSeek的JSON里补进去脚本路径生成时已经写好了这里只需要核对。第三放映一遍重点看动画和字号。动画统一用「淡出」发现某页要点挤到五条以上现场根本读不完宁可删掉一条也不缩字号。字号低于18磅的正文页直接拆成两页或者精简文字。这一步是上台前最后的后悔药错过了现场就只能硬扛。进阶的话可以把DeepSeek的notes字段再喂回给它让它重写成更口语的讲稿然后复制到备注里Kimi的长文本能力也可以把报告附录里的参考文献整理成第23页的致谢不用自己手敲。脚本运行报错时把traceback贴给Kimi Code让它修比自己翻文档快得多。我自己的教训是有一回为了凑23页把一页拆成三页结果现场讲到第9页就超时了。从那以后我用大纲视图读一遍标题再决定上不上台页数永远比标题数好数。希望这套DeepSeekKimi的流程能帮到你至少让你少熬一个做PPT的夜。本文还有配套的精品资源点击获取