DeepSeek+Kimi 协作生成 23 页 PPT：Markdown 中转与自动化实践

简介这份PPT资源面向希望借助AI工具提升演示文稿制作效率的职场人士、教师与学生系统讲解如何将DeepSeek与Kimi组合使用从内容生成到成品导出完成一份专业PPT。资源包内含1个pptx文件压缩包约36.97MB以幻灯片形式呈现完整报告涵盖工具功能概述、制作流程、实用技巧、应用场景与注意事项五大模块。内容具体展开DeepSeek的逻辑推理与结构化文案生成能力、Kimi的一键成稿与模板匹配优势并给出从注册账号、输入Markdown大纲指令、复制到PPT助手、选择商务或科技模板到微调下载的完整链路还涉及数据支撑、去AI味、自动化工作流等提效技巧以及工作汇报、学术演讲、行业分析等落地场景。目前已有682人学习适合想快速掌握AI辅助PPT制作方法的读者参考借鉴。1. 用 DeepSeek 出大纲、Kimi 填内容23 页 PPT 的流水线到底怎么跑很多人第一次听到「DeepSeekKimi 做 PPT」脑子里浮现的是那种一键生成、排版精美的全自动工具。实际跑一遍就会发现真正能稳定产出 23 页可用 PPT 的路径不是让某一个模型从头包到尾而是把「结构设计」和「内容填充」拆成两段中间用 Markdown 做交接。DeepSeek 负责把一份模糊的需求拆成带层级的提纲和每页要点Kimi 负责把要点扩写成能直接放进页面的段落、表格和备注。这套流程适合经常要做汇报、培训材料、技术分享的从业者尤其是那些手里只有一份零散文档或几个关键词、却要在两小时内交出一份 23 页左右 PPT 的人。标题里说的「23 页」不是随便定的。这个页数刚好卡在「讲得透」和「讲不完」之间少于 15 页撑不起一个完整主题多于 30 页听众注意力断崖式下跌。23 页意味着封面、目录、过渡页占掉 4 到 5 页正文只剩 18 页左右每页承载一个独立信息点节奏刚好。DeepSeek 和 Kimi 在这条流水线里的分工本质上是用 DeepSeek 的推理能力做「骨架」用 Kimi 的长文本处理能力做「血肉」最后落到 Markdown 这个中间格式上再导入 PPT 工具完成排版。Markdown 在这里不是可选项它是让两个模型输出能对齐、能校验、能回退的关键。2. 拆解 DeepSeek 与 Kimi 的分工边界谁出骨架、谁填血肉2.1 为什么不让一个模型从头做到尾我最早试过让 DeepSeek 直接输出完整 PPT 文案结果翻车得很彻底。它会在第 8 页突然开始重复第 3 页的内容或者把本该放在备注里的解释性文字塞进正文标题。原因不复杂单次生成超过 3000 字后模型对全局结构的把控会明显衰减越往后越容易「忘记」前面已经写过什么。Kimi 的长文本能力更强但让它从零设计结构出来的东西往往平铺直叙缺少递进和重点。把任务拆开之后DeepSeek 只负责两件事根据主题生成带页码的提纲以及为每页指定「这页要解决什么问题」。Kimi 拿到这个提纲后逐页扩写正文和备注。这样每个模型的输出长度都被控制在它最擅长的区间内结构不会崩内容也不会空。2.2 用 DeepSeek 生成 23 页提纲的提示词模板下面这段提示词是我改了七八版之后稳定下来的直接复制到 DeepSeek 对话框里就能用。关键是把页数、每页的信息密度、以及输出格式都锁死。你是一名资深技术汇报顾问。请为主题「______」设计一份 23 页的 PPT 提纲。 要求 1. 总页数严格为 23 页每页标注页码和页面标题。 2. 第 1 页封面第 2 页目录第 3 页背景与目标第 21 页总结第 22 页 QA第 23 页封底。 3. 第 4 到第 20 页为正文每页必须包含 - 页面标题不超过 15 字 - 3 到 5 个要点每个要点一句话 - 一个「本页核心问题」用问句形式写出 4. 正文页之间要有逻辑递进不能是并列关系堆砌。 5. 输出格式为 Markdown 表格列依次为页码、页面标题、要点、本页核心问题。这段提示词里最容易被忽略的是第 3 条的「本页核心问题」。加上这一列之后Kimi 在扩写时就有了明确的靶子不会把一页写成泛泛的介绍。另一个细节是第 5 条要求输出 Markdown 表格这样后续可以直接粘贴进 Kimi不需要手动整理格式。2.3 把 DeepSeek 的表格喂给 Kimi 做逐页扩写DeepSeek 输出的表格大概长这样页码页面标题要点本页核心问题4当前流程的痛点人工整理耗时格式不统一版本混乱为什么现有方式撑不住5目标状态自动化生成Markdown 中转可回退理想流程长什么样拿到这张表之后不要一次性丢给 Kimi 让它扩写全部 23 页。我的血泪经验是分批处理每批 5 到 6 页。Kimi 在单次处理 6 页以内的扩写任务时内容质量和一致性最好。提示词这样写请根据以下 PPT 提纲扩写第 4 到第 9 页的正文内容。 要求 1. 每页输出一个二级标题## 页码 页面标题。 2. 每页正文 150 到 250 字口语化适合直接念出来。 3. 每页末尾用「 备注」开头写 50 字以内的演讲提示。 4. 不要添加提纲中没有的页面。 5. 输出为纯 Markdown不要用代码块包裹。 提纲 粘贴第 4 到第 9 页的表格行这里第 3 条的「备注」是给演讲者用的Kimi 会写一些「这里可以停顿一下」「这页重点强调数字」之类的提示。第 5 条要求纯 Markdown 不加代码块是因为后面要直接导入 PPT 工具代码块符号会变成乱码。2.4 参数怎么调温度、长度与重复惩罚DeepSeek 和 Kimi 的网页版都不直接暴露 temperature 参数但通过提示词可以间接控制。生成提纲时我希望输出稳定、不跑偏所以在提示词里加一句「不要发挥严格按格式输出」。扩写正文时我希望语言稍微灵活一点就加「用口语化表达可以适当举例」。如果你通过 API 调用下面这组参数是我实测比较稳的阶段模型temperaturemax_tokens说明生成提纲DeepSeek0.32000低温度保证结构稳定扩写正文Kimi0.74000稍高温度让语言自然生成备注Kimi0.51000备注要简洁温度居中max_tokens 设成 4000 是因为 6 页扩写大约需要 2500 到 3500 字留出余量防止截断。如果发现输出被切掉不要直接调大 max_tokens先检查是不是一次喂了太多页。3. 把 Markdown 变成 23 页 PPT格式对齐与导入实操3.1 Markdown 结构怎么定才能被 PPT 工具识别Kimi 扩写出来的 Markdown 如果直接丢进 PPT 工具大概率会乱。常见问题是标题层级不统一、列表符号混用、表格没有表头。我一般会在导入前做一次格式清洗把结构固定成下面这样## 第 4 页当前流程的痛点 人工整理一份 20 页的材料平均要花 3 小时。 格式不统一导致每次汇报都要重新调版式。 版本混乱最后一版经常找不着。 备注这里停顿让听众回忆自己踩过的坑。 ## 第 5 页目标状态 理想流程是DeepSeek 出提纲Kimi 填内容Markdown 中转。 每一步都可回退改结构不用重写内容。 最终导入 PPT 工具只调版式不动文字。 备注强调「可回退」三个字。关键点有三个每页用##开头且带页码正文用普通段落不用列表备注用引用。这样导入时PPT 工具会把每个##识别为一页段落识别为正文引用识别为备注。3.2 用 Python 脚本做 Markdown 到 PPT 的批量转换如果手工复制粘贴 23 页太慢可以用 python-pptx 写一个转换脚本。下面这个脚本我用了很多次处理 23 页大约 10 秒。from pptx import Presentation from pptx.util import Inches, Pt import re def markdown_to_pptx(md_text, output_path): prs Presentation() # 按 ## 切分页面 pages re.split(r\n## , md_text) for page in pages: if not page.strip(): continue lines page.strip().split(\n) title lines[0].replace(## , ).strip() # 用空白版式手动加标题和正文 slide prs.slides.add_slide(prs.slide_layouts[6]) # 标题框 title_box slide.shapes.add_textbox( Inches(0.5), Inches(0.3), Inches(9), Inches(0.8)) title_box.text_frame.text title title_box.text_frame.paragraphs[0].font.size Pt(28) # 正文框 body_box slide.shapes.add_textbox( Inches(0.5), Inches(1.3), Inches(9), Inches(5)) body_text \n.join( l for l in lines[1:] if not l.startswith()) body_box.text_frame.text body_text.strip() body_box.text_frame.paragraphs[0].font.size Pt(18) prs.save(output_path) # 读取 Markdown 文件并转换 with open(slides.md, r, encodingutf-8) as f: md f.read() markdown_to_pptx(md, output.pptx)这段代码的逻辑是用正则按##切分页面每页第一行作为标题剩余非引用行作为正文。slide_layouts[6]是空白版式避免默认版式带来的占位符干扰。标题字号 28pt、正文字号 18pt 是我试过在 16:9 屏幕上比较舒服的值如果内容多可以降到 16pt。参数方面Inches(0.5)是左边距Inches(9)是文本框宽度这些值对应 10 英寸宽的幻灯片。如果你的 PPT 是 4:3 比例把宽度改成 8 英寸左右。备注部分这个脚本没有处理如果需要写入备注可以用slide.notes_slide.notes_text_frame.text追加。3.3 导入后必做的三处版式检查脚本跑完不代表能直接讲。我每次都会检查三个地方第一标题有没有换行溢出尤其是超过 15 个字的标题第二正文段落之间的间距是否一致python-pptx 默认段落间距有时候会忽大忽小第三备注有没有正确写入如果用了上面的脚本备注是丢掉的需要手动补或者改脚本。如果不想写代码常见做法是用支持 Markdown 导入的 PPT 工具把清洗好的 Markdown 直接粘贴进去。这类工具一般会把##识别为页面分隔识别为备注。导入后同样要检查标题溢出和段落间距。4. 避坑与排查23 页流水线里最容易翻车的 5 个地方4.1 现象Kimi 扩写时把两页内容合并成一页原因DeepSeek 输出的提纲里相邻两页的标题太相似Kimi 判断为同一主题就合并了。比如「当前痛点」和「痛点根因」两页如果要点也有重叠合并概率很高。解决在喂给 Kimi 的提纲里给每页加一个唯一标识比如「第 4 页独立页」和「第 5 页独立页」并在提示词里明确「每页必须单独输出不得合并」。如果已经合并了不要让它重写直接手动在合并处插入## 第 X 页切开再让 Kimi 补写缺失的那页。4.2 现象生成的 Markdown 表格在导入 PPT 后变成一堆竖线原因Markdown 表格语法|和---在 PPT 工具里不被识别为表格而是当普通文本处理。这是最常见的一种翻车。解决如果某一页需要表格不要用 Markdown 表格语法改用「要点 缩进」的形式。比如把「参数 | 值」写成「参数值」一行一个。如果必须保留表格就在导入后手动在 PPT 里插入表格把内容粘贴进去。23 页里表格页一般不超过 3 页手动处理成本可以接受。4.3 现象DeepSeek 生成的提纲页数对不上要么 21 页要么 26 页原因提示词里虽然写了「严格 23 页」但模型对数字的遵守并不总是精确尤其是当主题内容多的时候它会自动「补充」几页。解决在提示词里把 23 页拆成「封面 1 页 目录 1 页 背景 1 页 正文 17 页 总结 1 页 QA 1 页 封底 1 页」让模型做加法而不是直接理解 23。如果还是超了就手动删掉重复的正文页如果少了就让 DeepSeek 在指定位置补一页不要让它重新生成全部。4.4 现象Kimi 扩写的内容读起来像教科书不适合演讲原因提示词里没有限制语言风格Kimi 默认会输出比较书面化的表达。解决在扩写提示词里加一句「用对同事说话的语气写每句话不超过 40 字避免『综上所述』『值得注意的是』这类词」。如果已经生成了书面化内容不要整段重写挑出最生硬的 3 到 5 句让 Kimi 改口语其余保留。全部重写反而容易丢失信息。4.5 现象导入 PPT 后中文字体变成宋体排版全乱原因python-pptx 默认使用模板的字体如果模板是英文的中文会回退到系统默认宋体。解决在脚本里显式设置字体。给标题和正文的font.name赋值为「微软雅黑」或「思源黑体」同时设置font._element.rPr.rFonts.set(qn(w:eastAsia), 微软雅黑)确保中文字体生效。这一步不加后面手动改 23 页字体会很痛苦。5. 让 23 页 PPT 可回退用 Markdown 做版本锚点的一个习惯这套流程跑顺之后我最大的改变不是做得更快而是敢改了。以前用传统方式做 PPT改到第 5 版之后基本记不清哪页动过、哪页没动最后只能靠文件名「最终版」「最终版2」「真的最终版」来管理。现在所有内容都在一个 Markdown 文件里每一页对应一个##块改哪页就动哪个块改坏了直接回退到上一个 commit。具体做法是把 Kimi 扩写完成的 Markdown 存成slides.md用 Git 做版本管理。每次调整结构或替换案例之前先 commit 一次。如果改完发现不如上一版git checkout就能回到之前的状态。这个习惯看起来跟 PPT 没关系但它解决的是「后悔药」问题——23 页的内容量靠记忆回退是不现实的。另一个进阶技巧是给每页加一个隐藏的锚点注释比如!-- page:04 --。这个注释不会显示在 PPT 里但在 Markdown 文件里可以快速定位。配合编辑器的搜索功能输入page:04就能跳到第 4 页。如果团队协作每个人改自己负责的页码合并冲突也少很多。验证这套流程是否跑通我一般看三个指标第一从 DeepSeek 出提纲到 Kimi 扩写完成总耗时是否在 40 分钟以内第二导入 PPT 后需要手动调整版式的页面是否少于 5 页第三隔一天再看这份 PPT是否还能说清每页的核心问题是什么。三个都满足说明结构和内容都立住了。我自己的习惯是每次做完一份 23 页的 PPT把 Markdown 源文件单独存一个文件夹按主题和日期命名。下次遇到类似主题不用从零开始把旧提纲喂给 DeepSeek 让它改比重新生成快得多。希望帮到你。本文还有配套的精品资源点击获取