让 AI 生成的 PPT 重新变得可编辑

你向某个 AI 演示文稿工具索要幻灯片,下载了 .pptx 文件,并在 PowerPoint 中打开它——却发现无法点击任何一个字,因为每张幻灯片其实是一整张扁平化的图片,文字全部烙印在图片里。把文件上传到这里,即可在保留原设计的前提下,在原图上方重新构建出真正可编辑的文本框。它适用于 Gamma、Copilot、Canva 等类似 AI 幻灯片生成器导出的文件,已经包含真实文字的幻灯片则完全保持不变。

这个功能能做什么,不能做什么

你原来的幻灯片图片会保留作为背景,因此设计 - 颜色、图标、图表、布局 - 都会完全保留。然后从这张图片中读取文字,并在其上方重建为真正可点击的 PowerPoint 文本框。也就是说,这是一种尽力而为的重建,不是像素级的矢量重现:偶尔会出现识别错误的字符、奇怪地被拆分或合并的行,或字号相差一两个点,而且原始字体名称完全无法从图片中恢复。展示之前请先检查结果。

为什么你的 AI 幻灯片无法编辑

.pptx 本质上是一个 XML 的 zip 压缩包。真正的 PowerPoint 幻灯片会把每个文本框存储为一个带有自己的 <atag/> 文本片段的形状,因此 PowerPoint 知道每个字的位置,并允许你重新输入。多个 AI 演示文稿生成工具会完全跳过这一步:它们在浏览器中把做好的幻灯片渲染成一张 PNG 或 JPEG 图片,然后把这张图片满铺地放进幻灯片里。文件能完美打开、完美打印——但里面完全没有文字。没有任何东西损坏,也没有可点击的修复选项,因为就格式而言,这个文件恰恰就是它看起来的样子:一张图片。

这个工具反过来操作。它会查看每张幻灯片真实的形状树,找出那些整张幻灯片只有一张图片覆盖、自己没有文字的幻灯片,从这张图片中读取文字及其位置,再把它们写回为真正的文本形状——同时保留下方的图片,让设计保持不变。已经包含真实文字的幻灯片会被原样复制,完全不被触动。

你能得到什么

幻灯片的部分会发生什么
标题和正文文字通过 OCR 重新读取,并重建为真正、可选中、可重新输入的文本框
文字位置和大小放置在文字在图片中所在的位置,字号根据其高度估算
文字颜色直接从图片本身采样,因此暗色幻灯片上的浅色文字仍保持浅色
背景、颜色、图标、图表完全保留——原始图片仍作为幻灯片背景
字体无法从图片中恢复;会使用演示文稿的默认字体
已经有真实文字的幻灯片原样复制,不作任何改动——完全不对它们运行 OCR

这是一种尽力而为的“去扁平化”,而不是完美的重建:恢复出的文字叠加在原始设计图片之上,因此 OCR 识别错误和略有偏差的行位置都是可能出现的。发布前请先仔细通读一遍结果。

常见问题

为什么我无法编辑 Gamma / Copilot / Canva 导出的 PowerPoint 中的文字?

因为里面根本没有文字。这些导出工具通常会把每张完成的幻灯片渲染成一整张图片,并将其满版铺在幻灯片上,于是标题、要点和数字全都只是像素,而不是 PowerPoint 的文本对象。PowerPoint 可以正常打开和打印该文件,但没有任何东西可以点击进去。这也是为什么「修复」「重置幻灯片」或重新保存文件从来都无济于事——没有东西损坏,文字本来就不存在。

这个工具是如何把文字找回来的?

它会解压 .pptx 并读取每张幻灯片真实的形状树。当一张图片覆盖幻灯片约 85% 或更多面积,且幻灯片上几乎没有真实文字时,该幻灯片就被判定为扁平化。仅针对这类幻灯片,背景图片会经过 OCR 处理,找出每个单词及其在图片中的位置,再根据图片在幻灯片上的实际尺寸把这些像素坐标换算成磅值,然后把每一行(或段落,当各行间距均匀时)在该位置重新写入为真正的 PowerPoint 文本框。原始图片会保留作为幻灯片背景,因此设计得以保留。

它的准确度如何?

足够用来编辑,但不足以未经检查就直接发布。所有内容都来自对渲染图片的 OCR 识别,因此偶尔会出现识别错误的字符、一行文字被拆分或合并方式与原文不同,以及字号偏差一两磅的情况。文字位置会尽量落在原始文字之上,但可能略有偏移。字体本身完全无法从图片中恢复,因此会使用演示文稿的默认字体。展示前请快速浏览每一张重建的幻灯片。

我的演示文稿会上传到服务器吗?

不会。文件完全在你的浏览器中使用 jszip、tesseract.js 和 pptxgenjs 进行解压、OCR 和重建。任何内容都不会被发送到任何地方,没有账户,也不会存储任何内容。较大的演示文稿因同样的原因需要更长时间——OCR 在你自己的设备上运行。

相关工具