Build ppt from sources
基于用户上传的 Word、PDF、PPT、表格、图片及文本资料,按“资料检查与分类—PPT大纲确认—逐页文案确认—每批5页生图预览确认—逐页还原可编辑PPT—渲染质检”的门禁流程创建或重做演示文稿。用于用户要求制作汇报PPT、研究汇报、项目汇报、领导汇报、方案汇报,或要求先看效果图再生成可编辑PPT的任务。From its SKILL.md
npx -y skills add 2233531707/build-ppt-from-sourcesAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 25 days oldThe repository was created 25 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
8.1 KB, ~2.8k tokens by cl100k_base, as published. Nobody here has run it
基于资料制作PPT
严格按阶段推进。把用户确认视为阻塞门禁,不得跳过或用内部判断代替。
加载执行规范
- 开始处理资料前,加载
Presentations技能并遵守其叙事、实现和渲染质检要求。 - 进入页面预览或高清插图生成阶段时,加载
imagegen技能并使用内置生图工具。 - 需要详细输出格式、预览提示词结构或质检清单时,读取 references/workflow-templates.md。
维护阶段状态
使用以下状态控制流程:
资料就绪 → 大纲已确认 → 逐页文案已确认 → 预览图分批确认中 → 全部预览已确认 → 高清素材已确认 → PPT已制作 → 质检通过
- 每次只推进到下一个允许状态。
- 用户修改上游内容时,退回对应状态并更新受影响的后续产物。
- 用户说“继续”只表示继续当前阶段,不表示自动批准尚未确认的阶段。
第一阶段:检查并分类资料
- 检查当前对话中用户上传或明确选定的资料。
- 如果没有资料,明确请用户上传,并停止后续制作。
- 如果资料无法支撑用户要求的主题、受众或成果,列出缺失项,请用户补充后停止。
- 阅读全部相关资料,不以截断预览、文件名或历史记忆代替正文读取。
- 将资料分类为:
- 内容支撑:任务书、报告、方案、数据表、会议纪要等,用于确定事实和文案。
- 参考模板:现有PPT、页面截图、品牌规范等,用于确定版式、字体、色彩和页眉页脚。
- 图片素材:原始照片、系统截图、图表、框架图、Logo等。
- 约束资料:研究边界、验收指标、领导意见、禁止项等。
- 输出资料分类表,并说明各资料的使用范围、优先级及冲突点。
- 出现冲突时,优先遵循用户明确指定的底稿或最新版本;无法判断时询问用户,不得自行拼接。
不得用网络内容、记忆内容或常识补足材料中的关键成果、数据、系统界面和研究结论,除非用户明确授权。不得把生成图片描述成已有成果。
第二阶段:提交PPT大纲方案
基于资料提出PPT大纲,至少说明:
- 汇报对象与用途;
- 建议页数和叙事主线;
- 每章目的及页面安排;
- 重点页面与拟采用的资料;
- 视觉方向及参考模板来源。
当存在实质性取舍时,提供一个推荐方案和一至两个备选方案,并说明差异。等待用户选择或提出修改意见。未收到明确确认前,不进入逐页文案。
编辑现有PPT时,先给出“保留、改写、新增、删除”的页面映射。不得用删除页面代替内容修订;删除会造成章节或论证链断裂时,必须提供替代页并取得确认。
第三阶段:生成逐页具体内容
对大纲中的每一页生成制作底稿,包含:
- 页码与页面类型;
- 页面标题;
- 核心结论;
- 可直接用于PPT的文字;
- 信息层级与建议版式;
- 图片、图表或框架图需求;
- 对应资料来源。
正文必须面向最终汇报对象,使用确定、严谨、可上屏的表达。删除问号式小标题,以及“可能、大概、这里介绍、材料显示”等过程性或模糊措辞。技术深度服从受众:面向领导汇报时用业务语言解释技术路径,同时保留必要的技术可信度,默认采用克制、正式的政务汇报表达。
“已完成、已建立、已实现、达到”等进展或成效判断必须有资料明确支撑;资料仅说明研究计划、方法或目标时,不得改写为已取得的成果。
完成全部逐页内容后,请用户统一确认或指定页面修改。未确认前不得生成页面预览图。
第四阶段:分批生成页面预览图
- 按已确认的逐页内容生成16:9 PPT页面预览图。
- 每一页单独生成一张图片;不得用一张拼图代替多页预览。
- 每批最多5页:
- 第1批为第1—5页;
- 第2批为第6—10页;
- 依此类推;
- 最后一批不足5页时按实际数量生成。
- 每张预览图必须体现该页完整构图、内容层级、配图位置和风格。
- 用户提供参考PPT时,优先继承其视觉体系;不得混入突兀的通用卡片模板。
- 研究进展、系统成果、数据图表和真实场景不得用生图虚构。优先直接使用资料中的原图;没有合适图片时,使用可编辑表格、流程图、框架图或有目的的留白,不使用无关生成图填充页面。
- 每批生成后立即展示本批全部页面,列出页码与版本,等待用户反馈。不得在用户确认本批前生成下一批。
- 根据反馈只重做受影响页面;内容发生变化时同步更新逐页底稿。保存每页最终选定的预览版本。
生图预览中的文字必须与逐页底稿一致。发现错字、乱码、模糊文字、结构错位或图片含义错误时,重新生成,不得让错误进入确认版本。
第五阶段:准备并确认高清素材
全部页面预览确认后,按页拆分需要栅格化的素材:
- 背景图;
- 照片或场景插图;
- 复杂美术示意图;
- 无法以PPT原生组件合理重建的装饰元素。
使用生图功能生成高清、无页面文字、构图与预览一致的独立素材。需要透明背景时,按 imagegen 技能的抠图流程处理。逐项展示生成或抠图后的素材,并说明对应页码与用途,等待用户确认。素材未确认前不得进入PPT制作。
不要把标题、正文、表格、流程文字、编号、箭头或总结条制作成图片。研究进展、系统界面、真实图表和已有成果优先从上传资料中提取,不重新生成。
第六阶段:逐页还原可编辑PPT
仅在全部页面预览明确确认后开始制作PPT。
- 以每页最终选定预览图为设计参考,按页码逐页还原。
- 使用 PowerPoint 原生可编辑组件制作标题、正文、表格、形状、流程节点、箭头、分隔线、页码和图标。
- 不得把整张预览图作为页面背景或把文字烘焙进图片。
- 简单框架图使用原生形状;先放连接线,再放节点,避免连线穿过节点或文字。
- 资料中的真实截图和图片保持原始含义,不裁掉关键信息,不改变数据。
- 插入上一阶段已确认的高清素材,保持正确画幅和清晰度,不拉伸,不随意裁掉主体。生成图不得伪装成真实系统截图、现场照片或研究成果。
- 有参考PPT时,沿用其母版感、字体、色彩、间距、页眉页脚和页面标识;无参考模板时,遵循用户已确认预览图的视觉体系。
- 确保所有可编辑元素在合理范围内一比一还原;必要偏差记录在内部质检清单中,不向页面添加制作说明。
第七阶段:渲染与交付质检
完成后必须:
- 渲染每一页为图片并逐页全尺寸检查;
- 检查文字溢出、异常换行、重叠、裁切、连接线穿透、图片变形、低清素材和空白占位;
- 检查所有页面与最终确认预览的构图、配色和内容是否一致;
- 检查全部事实、数据、成果截图和图片来源可追溯;
- 运行演示文稿溢出检测并修复全部非预期问题;
- 确认文字、形状和图表仍可编辑,且未把整页扁平化为图片;
- 仅在质检通过后交付可编辑
.pptx。
最终回复简要说明页数、可编辑范围、图片来源和质检结果,并提供最终PPT。不要把内部计划、提示词记录、临时预览或质检账本作为交付物,除非用户明确要求。
What ships with it: 5 files
17.3 KB alongside SKILL.md
agents/
- openai.yaml519 B
references/
- ppt-refinement-workflow.md2.1 KB
- workflow-templates.md9.5 KB