56gthzwbzf-boop/codex-ppt-skills：参考图不是背景，而是可编辑重建的证据

把一张好看的参考页变成 PPT，最偷懒的办法是直接把截图铺满整页。外观看起来一模一样，打开 PowerPoint 却什么都改不了。标题不能改，表格不能改，箭头不能移，最后只得到一张被塞进 PPT 的图片。

56gthzwbzf-boop/codex-ppt-skills 的价值就在这里：它不是追求“把图放进 PPT”，而是把参考图拆回可编辑对象。仓库里有两个 Skill：editable-ppt-from-reference-image 和 hybrid-img2pptx-editable，一个更偏手工可编辑重建，一个更偏高保真混合还原。

它先把“像”拆成很多小决定

参考图是布局、层级、颜色和风格的 source of truth，但最终 PPTX 不能把整张参考图当背景。这个规则看起来苛刻，实际上正是它的核心：像，不等于平铺截图；像，是把文本、形状、表格、线条、图标和局部图像分别判断该怎么重建。

因此它会要求分析 source width、source height、dominant colors、major regions、repeated template elements，再决定每个元素是文本框、原生形状、SVG、小 PNG，还是需要额外资产。

两个 Skill 解决的是同一个拉扯

editable-ppt-from-reference-image 更像“尽量用 PowerPoint 原生对象重建”。它适合把标题、正文、表格、时间线、卡片和线条做成可编辑对象，最后用 Presentations 插件构建 PPTX。

hybrid-img2pptx-editable 则承认有些复杂视觉很难完全靠原生对象还原。它允许使用局部 PNG/SVG 或 text-free 辅助资产，但仍要求普通文本、表格、标签和主要结构保持可编辑。这个“混合”不是放松，而是把保真和编辑性分层处理。

VBA 和 layout JSON 是为了把重建过程留下来

仓库反复提到 layout JSON 和 executable PowerPoint VBA companion script。它们不是炫技，而是让“我为什么把这个元素放在这里”有记录。坐标、尺寸、元素类型、层级顺序都写出来，后续才有可能检查、复现和修正。

对参考图重建来说，这比直接目测摆放重要得多。没有结构记录，成品一旦偏了，只能靠肉眼反复拖；有了 layout JSON 和 VBA，至少知道哪一个对象、哪一段坐标、哪一种元素决策出了问题。

它对生成图的使用很克制

这两个 Skill 都允许在特定情况下使用 imagegen，但范围被压得很窄：只能做 text-free decorative accents、texture layers、small motifs 或非文字视觉片段，不能把标题、表格文字、标签、页码做成生成图，也不能用全页文字图替代可编辑内容。

这个克制很关键。它避免了“看似高保真，实际不可改”的假进度，也避免把可编辑 PPT 变成一堆漂亮但锁死的图片。

真正难的是视觉 QA，不是生成一页 PPT

仓库要求渲染 preview PNG、生成 layout JSON，并做 visual QA，甚至在可行时记录最大不匹配区域。因为参考图重建的难点在细节：一个表格边距偏一点、一个标签不对齐、一个图标变成占位符，都会让“像”打折。

它适合的用户也很明确：手上有参考图，希望得到还能改的 PPTX；愿意接受局部复杂资产保真，但不接受整页截图糊弄。若目标只是快速展示，不需要后续编辑，那这套流程会显得重；若目标是把设计稿交给别人继续改，它的重正是价值。