简介数字化工作环境中制作专业演示文稿常需兼顾内容质量与效率这份23页PPT报告正是围绕DeepSeek与Kimi协同完成PPT制作的完整方法讲解适合职场人士、学术研究者及需要高频产出汇报材料的初学者。资源包共1个pptx文件大小36.97MB包含从DeepSeek生成结构化Markdown大纲到Kimi自动生成初稿、选择模板、细节微调与下载输出的全流程说明并汇总了提高内容质量、优化设计、自动化生成效率的实用技巧以及工作汇报、行业分析、学术演讲等典型应用场景。内容预览中展示的完整页面结构方便读者直接对照学习。已有681人学习下载对于希望借助AI工具快速提升PPT制作效率与专业度的用户是一份可直接上手的参考材料。1. DeepSeekKimi组合做PPT两个AI搭档23页从构思到交付做一份23页的行业分析PPT正常节奏是先搭大纲、填内容、找配图、套模板、调版式新手常要耗掉一整天就算熟手也得三四个小时。现在用两个AI配合可以把这段压缩到一小时内DeepSeek负责出内容——它擅长把主题拆成有逻辑的目录、逐页写出观点明确的文案Kimi负责把文案变成能编辑的PPT文件——它自带PPT生成入口能根据你给的大纲直接渲染出带版式的幻灯片。两者搭着用不是图省事而是让“内容深度”和“排版表现”各归其位这也是目前AI生成PPT里比较稳、翻车最少的一种组合方式。这套流程适合所有要定期做汇报、做方案、做课件的从业者不需要编程基础愿意跟步骤走就能跑通。2. 分工第一步用DeepSeek生成PPT大纲与逐页文案2.1 给DeepSeek的结构化提示词角色、目标、页数、风格一次给全很多人在DeepSeek里直接输入“帮我做个PPT”得到的是泛泛的框架原因在于模型不知道这份PPT要给谁看、解决什么问题、多少页。DeepSeek这类对话模型对“任务上下文”特别敏感提示词里给的边界越明确输出的结构越像样。我一般会把提示词拆成四个部分角色、任务、内容范围、输出格式。# 角色 你是一位拥有10年经验的行业分析师擅长把复杂主题拆成逻辑严密的汇报PPT。 # 任务 请为「2025年企业数字化采购趋势分析」主题制作一份23页PPT的内容大纲。 # 内容范围 面向企业IT部门负责人需要包含行业背景、核心趋势、数据支撑、落地建议。 不要写空话套话每页标题都要是一个具体观点。 # 输出格式 使用Markdown格式每一页用二级标题写出标题下方用项目符号列出3到5条要点。 要点每条不超过25个字整体语气专业但不晦涩。这段提示词的逻辑在于把“评判标准”前置到模型面前。角色定义决定了它输出的措辞风格任务里写死23页是为了让模型有“页数预算”意识——23页不算多每页只能承载一个核心观点格式要求里的“标题是一个具体观点”很关键很多AI生成的PPT页标题是“市场概述”“背景介绍”这类无信息量的词放进PPT后整份稿子看起来像目录拼贴。我自己在做的时候还会追加一句“在正文中不要出现‘综上所述’‘总而言之’”这类口头禅DeepSeek是中文语料训练得很充分的模型如果不在提示词里卡掉它很容易在每页末尾都来一句总结性的废话占版面又没信息量。2.2 控制输出稳定DeepSeek API调用的温度参数与重试机制如果你只是偶尔做一两份PPT在DeepSeek网页版里复制粘贴提示词就够了。但如果你要批量生产或者需要把23页内容一次性拿下来走API是更稳的路。DeepSeek的API兼容OpenAI的SDK调用方式Python代码可以直接用openai库只需要把base_url和api_key换掉。这里有个经验web版和API版的输出风格略有差异API版的response更结构化一些。from openai import OpenAI client OpenAI( api_key在这里填写你的DeepSeek API Key, base_urlhttps://api.deepseek.com ) def generate_ppt_outline(topic, page_count23): response client.chat.completions.create( modeldeepseek-chat, temperature0.3, messages[ {role: system, content: 你是一位PPT文案策划专家。}, {role: user, content: f请为「{topic}」制作{page_count}页PPT的大纲 f每页标题用二级标题正文用3到5条项目符号。} ] ) return response.choices[0].message.content outline_md generate_ppt_outline(2025年企业数字化采购趋势分析) print(outline_md)temperature参数是这里最值得调的东西。我把它降到0.3是为了让每次生成的大纲结构基本稳定不至于同一份提示词跑两次出来完全不同的目录。如果你希望模型更有发散性可以放到0.7到1.0但制作PPT时发散不是好事23页的结构需要的是确定性而不是惊喜。另外建议把模型返回内容先打印出来看一眼确认Markdown结构没跑偏再进入下一步。这里还有一个实际细节如果单次生成23页内容超时或者中途断掉反馈到代码里就是抛出超时异常。我在调用时一般把timeout设成120秒DeepSeek生成长文本时偶尔会慢到几十秒。更稳妥的做法是让DeepSeek先产出大纲确认后再一段段生成正文这样即使某次调用失败也只是损失一段内容不用整份重跑。2.3 把大纲打磨成逐页文案字数控制与“一页一观点”原则大纲跑出来的结果大概率能用但直接丢给Kimi生成PPT还不够因为大纲和文案之间还差一层“页面感”。PPT的每一页能放的字非常有限字号24磅时一行大约能放18个汉字一页正文框顶多容纳60到90字如果DeepSeek给出的是十条每条25字的要点放到版式里必然溢出。我的做法是加一轮逐页文案生成把上一步的大纲按页拆开让DeepSeek对每一页的标题和要点做“缩句”处理。不需要手工改仍然用提示词驱动。下面是一份PPT大纲请将每一页的要点压缩到“每页不超过4条、每条不超过18字”。 保留核心数据和结论删除修饰性形容词。 大纲内容 ## 一、数字化采购的三大驱动因素 - 政策层面各地陆续出台企业数字化转型扶持政策 - 技术层面AI与云计算让采购系统从流程工具变成决策助手 - 成本层面数字化采购平均能降低企业采购成本约8%-12% 要求输出 ## 一、数字化采购的三大驱动因素 - 政策持续加码数字化 - AI与云计算驱动采购智能化 - 数字化采购平均降本8%-12%这一步的价值在于筛掉模型爱写的水词。“平均能降低企业采购成本约8%-12%”和“数字化采购平均降本8%-12%”信息量一致但后者在PPT上更站得住。页面上的字越少标题的字号才能越大观众的注意力才越集中——这是PPT排版的基本逻辑AI替你写文案时不管这些它只负责把话说完整帮它做减法就是你的第一道编辑工作。3. 分工第二步用Kimi把大纲变成可编辑PPT3.1 Kimi生成PPT的两种入口网页版直出与文件上传Kimi网页版是目前把文本转PPT门槛最低的入口之一。你在Kimi网页版的对话框里输入“我要生成一份PPT”它会把PPT助手调起来然后按它的引导把主题和页数填进去。或者你可以直接把第2章生成的Markdown大纲粘贴进去让Kimi基于这份现成结构做渲染。两种方式我都试过直接粘贴大纲的效果比让Kimi自己出大纲更可控因为Kimi的理解能力虽然强但它默认生成的PPT结构有时会偏向通用商务模板反而丢掉DeepSeek替你定制好的内容逻辑。上传大纲时有一个格式讲究Kimi的PPT生成器对Markdown的标题层级识别得比较准一级标题会被识别为大标题页二级标题会被识别为内容页的页头。所以第2章的输出格式里用二级标题##而不是一级标题#是有意的一级标题留给你放封面、目录、封底这种特殊页。如果整个大纲全部用一级标题Kimi生成时很容易把每一页都当独立章节版面间距和标题样式会乱。生成完成之后务必检查一件事Kimi默认渲染的PPT页数和你的23页设定对不对齐。AI生成的PPT偶尔会把“标题页”“结束页”单独抽出来导致正文页数差了一两页。这时不要在图里手动改页数回到对话里告诉Kimi“请将正文压缩为21页加上封面和封底共23页”它的修正速度快且不容易弄乱版式。3.2 用Kimi API配合python-pptx做版式兜底Kimi网页版生成的PPT能在线预览但下载下来的文件有时版式不够理想——比如文字框偏窄、图片占位符错位。这时候值得走一条“半自动”路线用Kimi API把大纲转成结构化数据再用python-pptx库自己生成PPT文件。这条路线适合那些对版式有固定要求、不想反复在网页版里调的人。from openai import OpenAI kimi_client OpenAI( api_key在这里填写你的Kimi API Key, base_urlhttps://api.moonshot.cn/v1 ) def convert_outline_to_ppt_structure(outline_md): response kimi_client.chat.completions.create( modelmoonshot-v1-8k, temperature0.2, messages[ {role: system, content: 你负责把Markdown大纲转换为JSON列表 每个元素包含title和points两个字段。}, {role: user, content: f请转换以下大纲\n{outline_md}} ] ) return response.choices[0].message.content拿到JSON数据后用python-pptx创建幻灯片。关键点是选版式索引Presentation对象的slide_layouts[1]通常是“标题正文”布局适合大多数内容页slide_layouts[0]是标题页slide_layouts[6]是空白页用来做数据图表页最合适。from pptx import Presentation from pptx.util import Inches, Pt import json prs Presentation() # 设置16:9宽屏尺寸单位是英寸 prs.slide_width Inches(13.333) prs.slide_height Inches(7.5) slides_data json.loads(json_data_from_kimi) for i, item in enumerate(slides_data): if i 0: layout prs.slide_layouts[0] # 封面页 else: layout prs.slide_layouts[1] # 标题内容页 slide prs.slides.add_slide(layout) slide.shapes.title.text item[title] body_shape slide.placeholders[1] text_frame body_shape.text_frame text_frame.clear() for idx, point in enumerate(item[points]): p text_frame.paragraphs[0] if idx 0 else text_frame.add_paragraph() p.text point p.font.size Pt(20) p.space_after Pt(12) prs.save(PPTPPT-23页.pptx)这套脚本的价值在于绕开了AI排版的黑匣子。Kimi帮你判断内容结构而版式参数由你在代码里控死正文字号20磅、行距12磅、16:9画幅这些是商务汇报PPT的保守参数不出彩但绝不会翻车。如果你对视觉有更高要求可以在生成后打开PowerPoint手工换主题色和字体比从零排版省太多时间。3.3 模板、字体与页数的平衡23页怎么排不空洞23页是个尴尬的数字——比15页多比30页少如果每页只放三五行字整份PPT会显得注水如果每页塞满又会让观众阅读负担太重。我的处理原则是封面1页、目录1页、正文18页、数据附录2页、封底1页正好23页。这个结构既能让正文部分有足够篇幅展开又不至于在汇报时被“下一页”节奏拖累。模板方面Kimi提供的在线模板够用但字体是重灾区。Kimi生成的PPT里中文默认字体往往是系统字体换到另一台电脑打开时直接变为宋体版式就崩了。我会在下载后用python-pptx把所有文本框的字体统一设置一遍或者用PowerPoint的“嵌入字体”功能保存一遍。这一步很机械但必须做字体问题是最容易让一份辛苦做出来的PPT在投影时显得廉价的原因。4. 让两个AI协同工作一套完整的23页PPT制作流程4.1 流程总览从需求到交付的6个步骤把前面几章的工具串起来我实际跑通的流程是六步。第一步用DeepSeek生成大纲这一步决定“内容讲什么”第二步让DeepSeek逐页压缩文案这一步决定“每页放多少字”第三步把清洗后的Markdown大纲交给Kimi生成初版PPT这一步决定“长什么样”第四步用python-pptx做版式修正和字体统一这一步解决“哪里翻车”第五步再让DeepSeek审一遍全文这一步检查“逻辑有没有漏洞”第六步导出并做最终校验。整套流程下来一份23页的PPT大约四十分钟到一个小时其中人工主要花在第四步和第六步前面三步基本都是AI在跑。我特别想强调第五步的“AI审稿”环节。很多人做完PPT直接交付从来不回头检查文字内容。DeepSeek做审稿有一个天然优势它记得你最初的提示词和生成的大纲你让它“检查成品逻辑是否一致”它能直接指出某一页与前一页之间缺了过渡、某一页的核心数据和目录里的提法对不上。这种“带着上下文回看”的能力是人工翻查很难做到的。请审阅以下PPT文案重点关注 1. 相邻页面之间是否有逻辑跳跃 2. 全文观点是否与目录一致 3. 数据表达的前后口径是否统一 不要直接修改文案只输出问题清单按严重程度排序。4.2 用DeepSeek审稿、用Kimi执行修改的循环审稿结果回来之后修改的执行可以分两层。涉及整页文案重写的把问题清单连同原页文案丢回给DeepSeek让它基于清单重写涉及版式调整的例如某一页文字太多需要拆成两页或者某一页要点顺序不对需要调整再到Kimi网页版里让PPT助手做局部修改或者直接从代码层改。这里有个经验不要让Kimi做内容重写也不让DeepSeek做版式调整。两个模型的能力边界不同。Kimi对版式的理解能力明显强于大多数对话模型——你告诉它“把第5页的两个要点合并然后加一个数据对比块”它能准确执行DeepSeek则更适合做语义层面的修改——让它把一段长句改写成两个有张力的短句它的产出更像人写的。把任务的类型和模型能力对齐之后来回返工的次数会明显变少。4.3 导出与交付图片压缩、PDF备份与文件命名交付环节有三个细节是我踩过坑后才固定下来的。第一PPT里有大量截图或AI生成的配图时文件体积容易膨胀到几百兆用PowerPoint自带的“压缩图片”把分辨率降到150dpi足够屏幕投屏文件直接缩到二三十兆。第二交付之前一律另存一份PDF当你需要把PPT发给别人“仅查看”时PDF不会因为缺字体而变形这是最省心的后悔药。第三文件名里建议带上主题和页数比如《企业数字化采购趋势分析-23页.pptx》方便收件方判断内容也让多版本迭代时一眼看出新旧。标题里“PPTPPT-23页.pptx”这种命名习惯虽然不影响内容但正式交付时还是写清楚主题更好。# 用LibreOffice把PPT批量转PDF做备份命令行版本 soffice --headless --convert-to pdf --outdir ./output PPTPPT-23页.pptx5. DeepSeekKimi做PPT避坑指南5个常见问题与排查5.1 内容太长页面塞不下现象Kimi生成的PPT里有些页面的文字明显超出了文本框边界文字被截断或溢出到页面外。原因DeepSeek生成的文案虽然经过压缩但个别页的核心观点需要的数据说明比较多压缩后仍然超过了版式能容纳的字数。Kimi在渲染时不会主动帮你缩字号而是按原文排版。解决把溢出的这一页手动拆成两页或者删掉一条不重要的支撑要点。优先保留数据删掉形容词和“重要性”这类定性描述。如果多次出现溢出回到第2章的压缩步骤把每条要点上限从18字再降到14字。5.2 图片占位符错位版式看起来“歪”现象Kimi生成的PPT中部分页面的图片与文字重叠或者图片比例被拉伸变形。原因Kimi的模板各有固定的占位符比例当文字过长时它会尝试压缩文字区域导致图片被挤偏。此外AI配图生成的图片本身比例可能与占位符不一致被强行拉伸后变形。解决把出现问题的页面在PowerPoint里手动重置版式右键页面选择“重置”让占位符回到默认位置然后重新调整文字框高度。配图用“裁剪—填充”而不是直接拉伸能有效避免变形。5.3 DeepSeek输出的Markdown带代码块Kimi识别成代码现象把DeepSeek的生成结果复制到Kimi时Kimi把它当作代码显示整段内容被包在灰色的代码框里导致PPT页面标题全部变成等宽字体。原因DeepSeek在部分输出场景下会用Markdown代码块包裹整个回复复制时容易把开头的也带进去。Kimi的PPT生成器检测到代码块标记后会按代码渲染。解决粘贴前先检查是否包含这类代码围栏标记如果存在全部删掉再粘贴。保险起见可以让DeepSeek在提示词里额外说明“不要用代码块包裹输出内容”。5.4 一次生成23页Kimi超时或中断现象在Kimi网页版输入完整大纲后长时间停留在“生成中”最后提示生成失败或者只生成了前几页。原因23页内容对生成端的负担不低尤其是每一页都带要点、配图的情况下单次渲染的请求可能超过服务端的限制。解决拆成两批生成。先把前12页作为一次请求再把后11页作为第二次请求最后用PowerPoint的“重用幻灯片”功能把两份合并。这个方法虽然多点几步但成功率会大幅提升。API方式则按页码分段请求而不是要求一次性返回全部JSON。5.5 换台电脑打开字体和动画全丢现象在自己的电脑上排版正常发到同事的电脑上打开字体变成默认宋体部分动画失效有些页面文字重叠。原因PPT中使用了目标机器上未安装的字体且没有嵌入字体动画失效则是因为Kimi生成的动画效果依赖特定版本的Office渲染引擎。解决保存时勾选“将字体嵌入文件”选项图片压缩之后统一保存即可。交付前把PowerPoint的兼容性检查跑一遍可以在“文件—信息—检查问题—检查兼容性”里找到。动画方面建议精简到只保留“淡入”和“擦除”这两种基础效果减少跨版本渲染差异。6. 让AI生成的PPT更像人做的最后的排版校准AI生成的PPT初稿往往存在一个通病每一页都太“满”了——标题、正文、配图、装饰元素挤在一起观众的眼睛找不到落脚点。我在交付前会做一轮排版校准核心方法是“降噪”把每页超过4条的要点删到3条把装饰性的线条和色块删掉一半把每页唯一的视觉重心留下来。23页的PPT里你能让人记住的其实只有大约五到七个核心观点其余页面都服务于这五到七个观点。校准的时候把这几个观点页挑出来给它们用更重的标题字号、更简洁的正文其他页面保持低调观众的注意力自然会被引导。第二个校准重点是页面的视觉连续性。AI生成的多页PPT常出现的问题是相邻两页的标题位置忽高忽低、正文的行距忽大忽小。我通常会用PowerPoint的“母版视图”统一设置一次标题和正文样式再逐页检查标题是否都停留在同一位置。这个动作笨拙但有效它决定了整份PPT看起来是“一套”还是“23张拼图”。最后一件事是给自己留一条退路保留每一轮生成过程里的版本——DeepSeek的原始大纲、Kimi的初版PPT、人工校准后的终稿。这三份东西对应着三个可回溯的状态中途任何一步改坏了都能倒回去不用从头再生成。我个人的习惯是每轮修改都另存一个带编号的文件名宁可多几个文件也不赌自己“这次肯定没问题”。字数、页数、版式都稳定之后这份23页PPT才算真正可以拿去汇报。工具会越来越强但“替观众把页面读干净”这件事始终是制作者自己的责任。希望你在下一次赶PPT的时候这套流程能帮你少熬一个夜。本文还有配套的精品资源点击获取