前段时间，我用一个真实的线下商业项目测试了一套流程。

我先确认方案框架，再让 Codex 读取 1 份项目资料和 30 张图片，调用 guizang-ppt-skill 生成提案。

从框架确认到第一版成品出现，实际操作时间约 1 小时。

最后留下了：

• 一份包含 26 个页面的动画网页提案。
• 16 张经过筛选、复制、重命名和落位的项目图片。
• 一份 26 页、约 22MB 的 16:9 PPTX。

这是一次真实结果，但下面的步骤不限定项目类型。

无论你做的是商业提案、产品介绍、工作汇报、演讲分享、项目复盘还是培训课件，只要手里已经有文档和图片，都可以替换模板里的变量，按照同一套流程操作。

先把人和 Codex 的分工说清楚：

下面所有带 {大括号} 的内容，都需要替换成你自己的项目信息。不要把大括号原样发给 Codex。

1. 第一步：准备项目文件夹

不要把图片一张张上传到聊天框。先在电脑上建立一个项目文件夹，再在 Codex 左侧打开整个文件夹。

1.1. 目录结构

目录可以直接照这个结构建立：

{项目名称}/
├── 项目资料.pdf
├── 项目说明.md
├── images/
│   ├── 01-current-state.jpg
│   ├── 02-key-item.jpg
│   ├── 03-reference-style.jpg
│   └── 04-process.png
└── outputs/

1.2. 图片命名规则

三个规则：

1. 前面使用两位序号，保证排序稳定。
2. 后面写图片用途，不写客户姓名和隐私。
3. 照片使用 .jpg，透明图片、图表和流程图使用 .png。

1.3. 通用文件参考

直接参考：

01-cover.jpg
02-current-state.jpg
03-key-item.jpg
04-reference-style.jpg
05-process.png
06-result.png

你来做

• 收集真实文档和图片。
• 删除姓名、电话、订单和内部数据等敏感信息。
• 在 Codex 中打开整个项目文件夹，不要只打开一个文件。
• 确认原始资料已经保留备份。

交给 Codex

• 创建 images 和 outputs 子目录。
• 盘点文件格式、数量和大致用途。
• 标记损坏、重复或尺寸过小的图片。
• 只读取原始文件，不移动、不重命名、不删除原件。

1.4. 发送清单

请检查当前项目目录中的全部文档和图片。

先不要生成PPT，也不要移动、重命名或删除原始文件。

请先完成：
1. 按文件类型列出全部材料。
2. 判断每份材料可能用于哪些内容。
3. 标记重复、损坏、尺寸过小或无法读取的文件。
4. 列出目前缺少但可能影响提案制作的材料。
5. 如目录不存在，请创建images和outputs文件夹。

确认后继续

• 核对 Codex 有没有漏掉重要材料。
• 确认每类图片的用途是否判断正确。
• 盘点结果不准确时，先纠正，不要进入大纲阶段。

2. 第二步：让 Codex 盘点材料并写大纲

不要一上来就说"帮我做一个 PPT"。

如果项目目的、使用对象和页面结构都没有确认，Codex 只能一边猜内容，一边排版。

页面很快出来，但返工量通常更大。

你来做

先填写六个变量：

• {项目名称}
• {项目类型}
• {使用对象}
• {最终用途}
• {目标页数}
• {必须解决的问题}

交给 Codex

• 列出已有材料。
• 提取与项目目的有关的信息。
• 标记缺失资料。
• 生成逐页大纲。
• 为每一页匹配建议图片。

把下面的内容复制给 Codex，并替换大括号：

请根据当前项目目录中的材料，为我整理一份提案大纲。

项目信息：
- 项目名称：{项目名称}
- 项目类型：{商业提案／产品介绍／工作汇报／演讲分享／项目复盘／培训课件}
- 使用对象：{客户／老板／团队／公开观众}
- 最终用途：{网页演示／PPT发送／现场汇报}
- 目标页数：{目标页数}
- 必须解决的问题：{用一句话写清楚}

先不要生成PPT，请先完成：
1. 列出已有材料及各自用途。
2. 提炼这次提案必须回答的3—5个问题。
3. 输出逐页大纲。
4. 每页写清标题、核心内容和建议图片。
5. 标记缺失材料，不要自行虚构。

确认后继续

• 删除不需要的页面。
• 调整页面顺序。
• 确认每一页只表达一个重点。
• 大纲没有确认，不进入 HTML 制作。

【配图 2：材料盘点表和逐页大纲】

3. 第三步：把项目限制写成检查清单

同样一批资料，面对不同对象，做出来的提案会完全不同。

给客户看、给老板汇报、给团队培训，重点、语气和页面密度都不一样。

这些取舍不能让 Codex 自己猜。

你来做

决定：

• 哪些内容已经确定，不能修改。
• 本次具体处理哪些部分。
• 哪些信息必须成为主线。
• 哪些内容不能出现。
• 最终做到初稿、意向方案还是正式交付。

交给 Codex

• 把要求整理成项目检查清单。
• 找出互相冲突的要求。
• 根据优先级调整大纲。
• 标记无法自行判断的位置。

可以直接发送：

请把下面的信息整理成项目限制清单：

- 已经确定、不能修改的内容：{填写}
- 本次需要处理的内容：{填写}
- 必须重点表达的信息：{填写}
- 禁止出现的内容：{填写}
- 参考风格：{填写}
- 交付边界：{初稿／意向方案／正式交付}

请检查这些要求是否互相冲突。
有冲突时先列出来，不要自行取舍。
根据确认后的限制清单更新逐页大纲，但先不要生成PPT。

确认后继续

• 人工确认限制清单。
• 对冲突要求作出取舍。
• Codex 标记为"无法判断"的位置必须逐项回复。
• 不能让 Codex 自己决定客户需求和项目方向。

【配图 3：项目限制清单与大纲确认结果】

4. 第四步：调用 Skill 生成 HTML

大纲和限制清单都确认后，再让 Codex 调用 guizang-ppt-skill。

这个 Skill 会生成横向翻页的网页 PPT。

它提供电子杂志风和瑞士国际主义两种视觉方向。

你来做

选择：

• 风格：电子杂志风或瑞士国际主义
• 主题色
• 目标页数
• 是否保留动画
• 哪些图片必须完整显示

交给 Codex

• 调用 guizang-ppt-skill。
• 创建 outputs/{项目名称}/images/。
• 从原始素材中筛选图片。
• 将入选图片复制到输出目录，不修改原图。
• 按"两位序号＋英文用途"重命名副本。
• 编写 HTML 页面、图片路径和翻页交互。
• 加入 WebGL、Motion One 和低功耗模式。

替换变量后直接发送：

大纲和项目限制清单已经确认。

请调用guizang-ppt-skill生成{目标页数}页横向网页提案。

参数：
- 项目名称：{项目名称}
- 风格：{电子杂志风／瑞士国际主义}
- 主题：{主题名称}
- 比例：16:9
- 是否保留动画：{是／否}
- 输出目录：outputs/{项目名称}/
- 图片目录：outputs/{项目名称}/images/

要求：
- 图片只从当前项目素材中选择。
- 入选图片只能复制到输出目录，不修改原始文件。
- 图片统一改成"两位序号＋英文用途"的文件名。
- 照片使用4:3或16:10标准容器。
- 需要完整显示的图表、平面图和流程图使用fit-contain。
- 保留键盘、滚轮和触屏翻页。
- 生成后检查标题溢出、图片裁切和底部翻页区域。

确认后继续

• 先检查风格、封面和前三页。
• 前三页方向不对时立即返工。
• 不要等全部页面完成后再否定视觉方向。
• 确认后再让 Codex 完成剩余页面。

在我的实际案例中，Codex 从 30 张原始图片中选出 16 张，最终生成 26 个 HTML 页面。

这个比例只是本次结果，不是固定标准。

【配图 4：index.html、images 和输出目录】

5. 第五步：在浏览器里逐页验收

生成文件不等于完成交付。

HTML 可以直接用浏览器打开，不需要部署，也不需要启动本地服务器。

但技术检查和内容判断必须分开。

交给 Codex

• 检查图片路径是否失效。
• 核对实际页面数量。
• 查找标题溢出和内容超出安全区。
• 检查键盘、滚轮、触屏和低功耗模式。
• 根据反馈修改 HTML。

你来做

• 判断整套大纲是否讲得通。
• 判断图片是否与内容匹配。
• 检查名称、数据和结论是否准确。
• 检查视觉是否符合真实使用场景。
• 在最终演示使用的电脑上播放一次。

竖版图片放进横屏页面时，主体可能被裁掉。

照片可以放进 4:3 或 16:10 图片框；需要完整展示的图表和流程图，应使用 fit-contain。

确认后继续

• 技术问题交给 Codex 修改。
• 内容好坏和能否交付由人判断。
• 页面仍有错字、错误数据或图片裁切问题时，不进入导出阶段。

【配图 5：浏览器逐页检查与修改前后对比】

6. 第六步：导出 PPTX

网页版本适合现场演示，但很多接收方仍然习惯使用 .pptx。

交给 Codex

• 将每页导出为 3840×2160 PNG。
• 按 slide-01.png 开始顺序编号。
• 将每张图片铺满一页 16:9 幻灯片。
• 生成 PPTX。
• 核对 HTML、PNG 和 PPTX 页数是否一致。

你来做

• 打开最终 PPTX 检查。
• 在另一台电脑上测试播放。
• 决定交付 HTML、PPTX，还是两者都交。
• 告知接收方图片型 PPTX 不能单独编辑文字。
• 完成最终发送和交付。

这种导出方式可以避免换电脑后字体和版式错位，但也有明确限制：

• PPTX 中每一页都是整页图片，文字不能单独编辑。
• 网页中的 WebGL 和入场动画不会进入 PPTX。
• 需要修改内容时，应先改 HTML，再重新导出对应页面。

确认后继续

• 核对三种文件的页数。
• 检查 PPTX 是否能正常打开。
• 确认交付边界已经说明。
• 完成这些检查后再发送文件。

7. 哪些工作被压缩了，哪些没有

这次约 1 小时，从大纲确认后开始计算，不包含前期沟通和内容判断。

其实更多的时间是在优化，慢慢把甲方的诉求填进去。

7.1. Codex 压缩掉的主要

• 盘点和整理文件。
• 把大纲重复复制到页面。
• 为每页匹配版式。
• 统一字体、颜色和页码。
• 调整图片尺寸和路径。
• 批量导出页面并生成 PPTX。

7.2. 人仍然必须负责

• 项目为什么要做。
• 内容应该讲给谁。
• 哪些信息真实、哪些不能公开。
• 哪套大纲和视觉方向成立。
• 最终结果能不能发送给客户、老板或团队。

这套流程适合快速生成提案、汇报和演示初稿，不适合直接替代专业施工图，也不适合需要逐个编辑文本框的传统 PPT 协作场景。

如果你手里已经有一批文档和图片，可以从第一步开始，把大括号里的变量换成自己的项目，直接跑一遍。