agentsclimarketplace

Build ppt from sources

Skill 2233531707/build-ppt-from-sources

基于用户上传的 Word、PDF、PPT、表格、图片及文本资料,按“资料检查与分类—PPT大纲确认—逐页文案确认—每批5页生图预览确认—逐页还原可编辑PPT—渲染质检”的门禁流程创建或重做演示文稿。用于用户要求制作汇报PPT、研究汇报、项目汇报、领导汇报、方案汇报,或要求先看效果图再生成可编辑PPT的任务。From its SKILL.md

Install
npx -y skills add 2233531707/build-ppt-from-sources

Assembled 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已制作 → 质检通过

  • 每次只推进到下一个允许状态。
  • 用户修改上游内容时,退回对应状态并更新受影响的后续产物。
  • 用户说“继续”只表示继续当前阶段,不表示自动批准尚未确认的阶段。

第一阶段:检查并分类资料

  1. 检查当前对话中用户上传或明确选定的资料。
  2. 如果没有资料,明确请用户上传,并停止后续制作。
  3. 如果资料无法支撑用户要求的主题、受众或成果,列出缺失项,请用户补充后停止。
  4. 阅读全部相关资料,不以截断预览、文件名或历史记忆代替正文读取。
  5. 将资料分类为:
    • 内容支撑:任务书、报告、方案、数据表、会议纪要等,用于确定事实和文案。
    • 参考模板:现有PPT、页面截图、品牌规范等,用于确定版式、字体、色彩和页眉页脚。
    • 图片素材:原始照片、系统截图、图表、框架图、Logo等。
    • 约束资料:研究边界、验收指标、领导意见、禁止项等。
  6. 输出资料分类表,并说明各资料的使用范围、优先级及冲突点。
  7. 出现冲突时,优先遵循用户明确指定的底稿或最新版本;无法判断时询问用户,不得自行拼接。

不得用网络内容、记忆内容或常识补足材料中的关键成果、数据、系统界面和研究结论,除非用户明确授权。不得把生成图片描述成已有成果。

第二阶段:提交PPT大纲方案

基于资料提出PPT大纲,至少说明:

  • 汇报对象与用途;
  • 建议页数和叙事主线;
  • 每章目的及页面安排;
  • 重点页面与拟采用的资料;
  • 视觉方向及参考模板来源。

当存在实质性取舍时,提供一个推荐方案和一至两个备选方案,并说明差异。等待用户选择或提出修改意见。未收到明确确认前,不进入逐页文案。

编辑现有PPT时,先给出“保留、改写、新增、删除”的页面映射。不得用删除页面代替内容修订;删除会造成章节或论证链断裂时,必须提供替代页并取得确认。

第三阶段:生成逐页具体内容

对大纲中的每一页生成制作底稿,包含:

  • 页码与页面类型;
  • 页面标题;
  • 核心结论;
  • 可直接用于PPT的文字;
  • 信息层级与建议版式;
  • 图片、图表或框架图需求;
  • 对应资料来源。

正文必须面向最终汇报对象,使用确定、严谨、可上屏的表达。删除问号式小标题,以及“可能、大概、这里介绍、材料显示”等过程性或模糊措辞。技术深度服从受众:面向领导汇报时用业务语言解释技术路径,同时保留必要的技术可信度,默认采用克制、正式的政务汇报表达。

“已完成、已建立、已实现、达到”等进展或成效判断必须有资料明确支撑;资料仅说明研究计划、方法或目标时,不得改写为已取得的成果。

完成全部逐页内容后,请用户统一确认或指定页面修改。未确认前不得生成页面预览图。

第四阶段:分批生成页面预览图

  1. 按已确认的逐页内容生成16:9 PPT页面预览图。
  2. 每一页单独生成一张图片;不得用一张拼图代替多页预览。
  3. 每批最多5页:
    • 第1批为第1—5页;
    • 第2批为第6—10页;
    • 依此类推;
    • 最后一批不足5页时按实际数量生成。
  4. 每张预览图必须体现该页完整构图、内容层级、配图位置和风格。
  5. 用户提供参考PPT时,优先继承其视觉体系;不得混入突兀的通用卡片模板。
  6. 研究进展、系统成果、数据图表和真实场景不得用生图虚构。优先直接使用资料中的原图;没有合适图片时,使用可编辑表格、流程图、框架图或有目的的留白,不使用无关生成图填充页面。
  7. 每批生成后立即展示本批全部页面,列出页码与版本,等待用户反馈。不得在用户确认本批前生成下一批。
  8. 根据反馈只重做受影响页面;内容发生变化时同步更新逐页底稿。保存每页最终选定的预览版本。

生图预览中的文字必须与逐页底稿一致。发现错字、乱码、模糊文字、结构错位或图片含义错误时,重新生成,不得让错误进入确认版本。

第五阶段:准备并确认高清素材

全部页面预览确认后,按页拆分需要栅格化的素材:

  • 背景图;
  • 照片或场景插图;
  • 复杂美术示意图;
  • 无法以PPT原生组件合理重建的装饰元素。

使用生图功能生成高清、无页面文字、构图与预览一致的独立素材。需要透明背景时,按 imagegen 技能的抠图流程处理。逐项展示生成或抠图后的素材,并说明对应页码与用途,等待用户确认。素材未确认前不得进入PPT制作。

不要把标题、正文、表格、流程文字、编号、箭头或总结条制作成图片。研究进展、系统界面、真实图表和已有成果优先从上传资料中提取,不重新生成。

第六阶段:逐页还原可编辑PPT

仅在全部页面预览明确确认后开始制作PPT。

  1. 以每页最终选定预览图为设计参考,按页码逐页还原。
  2. 使用 PowerPoint 原生可编辑组件制作标题、正文、表格、形状、流程节点、箭头、分隔线、页码和图标。
  3. 不得把整张预览图作为页面背景或把文字烘焙进图片。
  4. 简单框架图使用原生形状;先放连接线,再放节点,避免连线穿过节点或文字。
  5. 资料中的真实截图和图片保持原始含义,不裁掉关键信息,不改变数据。
  6. 插入上一阶段已确认的高清素材,保持正确画幅和清晰度,不拉伸,不随意裁掉主体。生成图不得伪装成真实系统截图、现场照片或研究成果。
  7. 有参考PPT时,沿用其母版感、字体、色彩、间距、页眉页脚和页面标识;无参考模板时,遵循用户已确认预览图的视觉体系。
  8. 确保所有可编辑元素在合理范围内一比一还原;必要偏差记录在内部质检清单中,不向页面添加制作说明。

第七阶段:渲染与交付质检

完成后必须:

  1. 渲染每一页为图片并逐页全尺寸检查;
  2. 检查文字溢出、异常换行、重叠、裁切、连接线穿透、图片变形、低清素材和空白占位;
  3. 检查所有页面与最终确认预览的构图、配色和内容是否一致;
  4. 检查全部事实、数据、成果截图和图片来源可追溯;
  5. 运行演示文稿溢出检测并修复全部非预期问题;
  6. 确认文字、形状和图表仍可编辑,且未把整页扁平化为图片;
  7. 仅在质检通过后交付可编辑 .pptx

最终回复简要说明页数、可编辑范围、图片来源和质检结果,并提供最终PPT。不要把内部计划、提示词记录、临时预览或质检账本作为交付物,除非用户明确要求。

What ships with it: 5 files

17.3 KB alongside SKILL.md

agents/

Keep looking

Skills are one crate of 326,144. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.