企业官网建设流程全解析

简介：一份教你借助DeepSeek与Kimi高效制作PPT的完整报告，共23页，适合职场人士、教师及课程开发者参考。资源以可编辑的pptx文件呈现，压缩包仅1个文件，大小36.97MB，无需安装额外依赖即可打开查看。目前已有681人在线学习。报告从工具功能切入，分别梳理DeepSeek的逻辑推理、数据处理、多语言能力和Kimi的一键生成PPT、长文本处理、多模态支持等特点；随后给出从DeepSeek注册、生成Markdown大纲，到Kimi模板选择、细节优化、下载成稿的完整流程。同时提炼了提高内容质量、增强设计感与自动化效率的实用技巧，并展示工作汇报、学术演讲、行业分析等应用场景，还提示了数据准确性检查等注意事项。读者可直接参照流程复现，快速掌握两种AI工具的组合用法，显著缩短PPT制作时间并提升专业度。

1. 用DeepSeek+Kimi做23页PPT：内容归内容，排版归排版

「报告：如何使用DeepSeek+Kimi结合制作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秒，页数太少显得没做功课，页数太多现场根本讲不完。我一般先把报告拆成九段结构，再做一张页面分配表：

这张表有两个作用。一是控制信息密度：每页只承担一个任务，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页、Q&A/致谢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": f"Bearer {API_KEY}"}, json=payload) resp.raise_for_status() content = resp.json()["choices"][0]["message"]["content"] with open("ppt_content.json", "w", encoding="utf-8") as f: f.write(content) print("内容已保存为 ppt_content.json，页数由后续脚本校验")

这段代码里有三个参数值得留意。temperature设成0.3而不是默认的1.0：做PPT内容要的是结构一致，不是发散创意，温度越低，输出的编号和术语越不容易打架。response_format指定json_object：让模型返回合法JSON，省掉正则提取的麻烦。max_tokens给4000：23页内容加上JSON括号，3000到4000是常见区间，给太少会被截断在最后一页。

跑完后打开ppt_content.json检查一下数组长度。我习惯在代码里加一句assert，等不到人工数页数就报错，这个问题留到后面的避坑章节细说。

3. 让Kimi接手排版：两种从文案到23页pptx的落地路径

3.1 路径A：Kimi网页版从大纲一键生成PPT

DeepSeek把内容切成23页后，下一步是让Kimi接手排版。最省事的方式是直接用Kimi网页版：它的长文本能力强，可以把ppt_content.json里的内容整体读进去，再调用自带的PPT生成能力。

操作步骤是这样的：

1. 把ppt_content.json转成可读的Markdown大纲，格式为「第N页：标题 / 要点 / 备注」。
2. 打开Kimi网页版新建对话，粘贴大纲。
3. 发送指令：「按这份大纲生成23页PPT，页数必须等于23。封面1页、目录1页、背景第3到5页、方案第6到11页、数据第12到16页、计划第17到19页、风险第20到21页、总结第22页、Q&A第23页。不要合并页，不要自己加过渡页。」
4. 等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", encoding="utf-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补丁。

如果你的片子要上台讲，我强烈建议至少走一遍路径B：脚本把备注批量写进去，后面几分钟的验证环节会轻松很多。「DeepSeek生成的内容想做成PPT，用什么工具」这个问题，答案其实取决于你愿不愿意为可控性多配一个Python环境。愿意，就选B；只想快速出底稿，A也能用。

4. 23页pptx的规格参数：字体、版式、备注、动画和导出这样定

4.1 页面尺寸与版式参数

AI生成PPT最容易翻车的不是内容，是版式参数没定死。同样一段内容，字号差2磅，页面的观感就完全不同。下面这组参数是我做报告型PPT的常用基准，直接抄即可：

这些参数对应到python-pptx脚本里，就是标题设置font.size = Pt(28)、正文space_after = Pt(10)。如果你走Kimi网页版，模板里通常已经内置了部分参数，但要点单条30字的约束在提示词阶段就要写死，等生成后再改字号完全是补救。另外注意，不要在页面里堆超过7行的任何内容，投影比例一拉伸，内容就会溢出到页面外。

4.2 备注、动画与母版：让23页看起来像一个人做的

版式参数之外，还有三个容易被忽略的规格。

第一个是演讲者备注。汇报类PPT的备注不是摆设：现场紧张时，照着备注念能保证不卡壳。DeepSeek生成的notes字段是口语化的60到100字，刚好够讲40到60秒。脚本路径里已经写进了notes_slide，Kimi路径生成后需要人工补：在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里字体全变样

现象：同一个pptx，PowerPoint里正常，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是无状态模型，第二次对话没有第一轮的上下文，温度设置偏高时更容易放飞。

解决：让两次生成使用同一份提示词和同一个temperature=0.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页Q&A。标题连起来应该像一条故事线：先讲为什么做，再讲怎么做，然后拿数据证明，最后给计划。只要中间有断档，比如第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页就超时了。从那以后，我用大纲视图读一遍标题再决定上不上台，页数永远比标题数好数。希望这套DeepSeek+Kimi的流程能帮到你，至少让你少熬一个做PPT的夜。

本文还有配套的精品资源，点击获取