图生PPT-V2

把一份大纲变成可演示的 PPT，常见路径都绕不开排版：先选模板，再拖文本框，最后逐页对齐。这种方式对人和模型都不友好——生成的版式要么千篇一律，要么文字溢出边框。另一个极端是用 PPT 内置的图形和文本框去「画」出复杂版式，结果是文件可编辑，但视觉质量堪忧。

它解决什么问题

这个技能选择了一条中间路线：让专业图像模型负责视觉表达，让代码只负责组装。每一页幻灯片都是一张由图像生成模型渲染的位图，因此排版自由度远高于用 PPT 形状拼凑，风格一致性也更容易保证。与「先生成 PPTX 再截图」的做法不同，这里每一页都经过一次独立的图像生成调用，视觉方案在出图阶段就被完整设计过。

工作方式

核心约束只有一条：图像必须来自模型生成，不能用代码画出来。

• 技能明确禁止使用 SVG、Canvas、matplotlib、PIL 或 PPT shapes 来伪造幻灯片图像。
• Codex 运行时必须调用内置的 imagegen 工具；其他运行时使用其原生出图能力。
• 代码只负责写 outline.json、逐页提示词和 manifest，以及把已生成的图片复制到输出目录、合成 PPTX。
• 生成的图片默认存放在 $CODEX_HOME/generated_images/，技能要求复制到任务输出目录并保留原图。

内容准备阶段（A1–A3）会把主题拆解为逐页大纲，并为每页生成一个自包含的提示词文件，其中写死了配色、版式骨架、图表形式和全部文字内容。这保证了同一页可以独立重出而不影响其他页。

出图阶段（A4）逐页调用模型，并强制写入 imagegen-manifest.json，记录每页的模型源图路径、复制目标路径和后端标识。缺少 manifest 或任一页缺少 generated_source 即视为执行失败。

组装阶段（A5）通过 scripts/compose_pptx.py 将每页位图合成为完整的图片型 .pptx 文件，deck.json 中每个 slide 只包含指向该页 PNG 的 background 字段。

注意事项

输出的图片型 PPTX 不可编辑。每一页是一张位图，选中后只能移动或缩放，无法修改文字。如果后续需要改字，应使用配套的 GordenImage2PPTX 将其转换为可编辑版本。

技能对内容密度有硬性要求：每页至少包含多个并列模块，每个模块带标题、要点和指标数据。内容过薄时版式再精致也不符合验收标准。另外，数据必须完全来自用户提供，不允许模型自行填充或推测数值。

配色上建议避免大面积纯绿色，因为下游抠图链路默认使用绿幕，会产生冲突。页脚默认不加页码、logo 或水印，除非用户明确要求。

如果运行时的图像生成后端不可用，技能会直接报错停止，而不会退化为代码绘图——这是刻意的设计，宁可失败也不产出虚假的「模型生成」结果。