最近我有一个挺有意思的体验：让 AI 帮我做一份汇报文件。
以往的经验告诉我，让 AI 一口气生成，往往是"生成时很爽，仔细一看却没法直接用、想改又很难改"。所以这次我一开始就决定——把步骤拆开。
首先，我是怎么做的：
- 先让 AI 生成一个"内容框架 skill"：它的作用是先提取资料，再自动产出 PPT 的内容文本。这个 skill 里我定义了几件事——
- 这是什么类型的 PPT（汇报 / 培训 / 还是展示文档内容的资料型）；
- 目标受众是谁、核心目的是什么、一句话中心思想是什么；
- 逐页和 AI 讨论内容，每页确认好之后，让它生成一张预览用的 SVG 图。
- 每页内容确认后让 AI 做成 HTML 文件——因为后期打算传到服务器，别人直接用网页就能看。
- 在 HTML 里加了一个编辑器，当一些文字表述需要调整时，可以直接改、直接存版本。
听起来这个思路好像没什么毛病，对吧？
确实，从 0 到 1 把文件做完只用了不到 2 小时真的很爽。
但是，还是翻车了！！！
我后面至少花了2个晚上不停的修复，所以我到底踩了哪些坑：
先说一个总的判断：对于这种内容长、逻辑强、完整度要求高的汇报式 PPT，选 HTML 这个格式本身可能就是一个方向性错误。
具体翻车点有三个：
坑 1：自适应问题我完全没考虑到用 HTML 有自适应问题，所以一开始就没有约束 AI选什么代码框架，也没有引入类似"画布窗口"的概念。
结果是：在我电脑上看完全没问题的文件，换到别人电脑上就出现模块重叠。
因为不懂技术，我最后唯一想到的办法，是把内容转成截图存回HTML 里……
坑 2：编辑器只能改字，改不了布局我让 AI 加的那个 HTML 编辑器，好处是能改文字，坏处是只能改文字，一旦要动布局，还是得回去和 AI 对话改。
而且它有缓存问题：编辑器开着的时候改一处，会把别的内容也改了，后来问了AI才知道主要是缓存导致的。
解决办法是让 AI 重新出一个"缓存隔离"的版本，并把编辑器默认设为关闭。
坑 3：想中途换格式，发现 HTML 转 PPT 几乎不可行中间我试着改变方向，不用 HTML 呈现，结果发现 HTML 转 PPT 最大的问题是：页面渲染的样式全没了，样式就变得很丑，布局也非常乱；
要不就是干脆处理成截图贴进 PPT，文字图片都不能编辑。
当时留给我的时间已经不多了，只好放弃了这条路。
遇到的这些问题，也找身边的大佬们咨询了一下，目前是以下2种方法。
方法一：仍然用 HTML 呈现
- 还没开始做：可以提前告诉 AI，不要做响应式，改成固定画布 + 等比缩放
- 已经做成响应式、需要紧急补救技术大佬给了个 iframe 的解法——把之前的 style、script 等所有内容全部塞进一个 iframe，给 iframe 一个合适的默认宽高，然后对它做居中缩放、撑满窗口，内容全部内联。
翻译成大白话：就是在网页里框定一块画布，用这块画布来控制页面的宽高，这样就不受外部布局的影响了。
方法二：改用 PPT 文件呈现
领导给我推荐了一个叫 PPT-Master 的项目：用 Python 生成 SVG 文件再转成 PPT（没想到和我无心插柳的操作思路撞上了），而且这个 skill 内置了一些视觉样式。
安装方法：让 Agent 去 GitHub 项目里拉取skill安装即可。
⚠️ 这里有个小坑：我用 git 拉取时直接给了整个仓库地址，但仓库里还有其他文件体积挺大，导致 git 进程卡住了。更稳的做法是——先让 Agent 扫描仓库，找到安装 skill 真正需要的文件，再做安装。
另外再分享一个视觉样式的PPT skill，叫guizang-ppt-skill。
这一通操作下来，我有两点比较深的体会：
- 不懂原理的时候，遇到问题真的很难解决。AI 也不一定能找的到对的方案——尤其当你从一开始就没预想到可能出现的问题时。
- 想让一个工具（或 AI）真正做出好效果，你自己也得懂一点工具和编码原理，才能在技术层面找到对的逻辑，最终指挥AI调用工具做出好东西。
技术平权，不等于认知平权。
你什么都不会的技术，有了 AI 也只能说是"从不能做——到能用"，但很难"从能用——到好用"。所以，在 AI 时代，扩充自己的技能、提升解决问题的认知，反而更重要了。
以上，如果你有更好的方法，更好用的工具，欢迎交流～
