让AI排图片导出方案：先分透明用途，再比较PNG、JPEG和WebP

同一张插画要放到深色网页，也要发给只收 JPG 的合作方，不能只问 AI“哪个格式最清楚”。两个用途的透明度要求已经不同。这个练习让 AI 先拆交付条件，再用 GIMP 导出同一份作品；最后把真实检查记录交回 AI，挑出合格文件，而不是让它凭格式名宣布赢家。

先准备：一份源文件、两种用途

适合需要交付插画、活动卡片或网页配图的人。准备桌面版 GIMP、一款能处理文字的 AI，以及你有权使用的非敏感练习图。GIMP 是免费开源的跨平台图像编辑器；这里不需要付费插件或生成图片额度。AI 的免费额度与订阅限制依服务而定，练习只发送文字要求和表格，不必上传原图。

原创练习设定：做一张 1200×800 像素透明卡片，左边写“BLUE CUP 07”，右边放蓝色圆形与几条细线，圆形图层不透明度设为 50%。不会绘图也可以用矩形、文字和椭圆选区填色完成。先存为 cup-master.xcf，保留文字、图形和透明图层。源图不覆盖，试验文件放进新的 exports 文件夹。

用途 A 是需要透出深浅底色的网页卡片；用途 B 是白底预览图，接收方只收 JPG。两者都要求 1200×800，文字在 100% 缩放下可读；本练习再设一个自定上限 300,000 字节。这个数字是练习验收线，不是各平台通用限制。本文依据官方文档设计流程，未把界面操作或文件大小描述为实测成绩。

第一步：让 AI 把需求变成试验矩阵

把下面提示词复制给 AI。它需要做的关键判断是先排除不满足硬条件的方案，同时保留需要实际验证的空白。

请为我的图片交付设计最小测试矩阵，不生成或修改图片。
素材：1200×800，文字 BLUE CUP 07、细线、50% 不透明度的蓝色圆形；源文件保留为 XCF。
用途 A：透明网页卡片，要能叠在白底与深灰底上；接收端可试用 PNG/WebP。
用途 B：合作方只收 JPG，明确允许白底。
共同条件：尺寸不变，100% 缩放文字可读，文件不超过 300000 字节。
可用工具：GIMP；只导出副本。
请输出：文件名、用途、格式和初始参数、必须检查的项、失败后只改变哪一项。
必须先判断格式是否满足透明度与接收端条件。不要预填大小或画质分数，不承诺某格式必然更小，也不要把不同格式的质量 80 当成同一画质。

一个可用的起点如下。参数是为练习安排的初值，并非推荐给所有图片的“最佳设置”。

如果 AI 把透明 JPG 列成候选，直接退回：JPEG 不支持透明度。PNG 压缩等级 9 不等于低画质；其压缩过程是无损的，但主动改位深、颜色模式或缩小尺寸仍会改变图片。PNG 官方导出说明可用来检查 AI 有没有把“压缩等级”和“质量”混为一谈。

第二步：从同一个源图分别导出

1. 先做透明分支。确认画布空白区有透明棋盘格，隐藏任何铺满画布的背景层。选择“文件 → 导出为”，写入 cup-alpha.png。PNG 保留带 Alpha 的像素格式；不改尺寸，不切换到索引色。
2. 再做无损 WebP。仍从源图导出 cup-alpha-lossless.webp，勾选 Lossless，关闭“保存动画”。无损模式下图像质量与 Alpha 质量控件会被禁用，这是正常状态，见WebP 导出选项。
3. 最后做白底分支。复制一份图像，在图层底部加不透明白色背景，再导出 cup-white-q85.jpg。不要依赖软件替透明区选择的默认颜色；这一分支的白底必须由你明确决定。
4. 统一其余条件。保持相同尺寸和色彩处理；练习素材不含个人信息，输出不需要的 EXIF、XMP、IPTC 与缩略图可关闭。色彩配置文件另行保留一致，不把它和拍摄位置等元数据混为一谈。每次都使用新文件名，避免把已压缩 JPEG 当成下一轮源图。

使用“导出为”可明确选择新文件名和格式，官方菜单说明中也列出了入口。不要只把文件扩展名从 .jpg 改成 .png：改名不会恢复透明像素。

第三步：重新打开成品，把观察写成证据

关掉导出对话框后重新打开三份成品，而不是只看源图。透明文件分别叠到白底和深灰底检查：空白区应透出底色，半透明圆形应随底色呈现不同混合结果；文字四周不应多出白色矩形。白底 JPG 则只检查白底用途，不因没有透明度而判它在用途 B 失败。

把缩放调到 100% 查看文字和细线，再按真实展示尺寸看整体。需要定位缺陷时可以放大，但不要仅因高倍放大能看见压缩痕迹就否定合格交付。到文件属性中记录文件的实际字节数，不用“占用空间”代替；在你真正要使用的网页、幻灯片或接收软件中再打开一次。

下面仅是假设检查记录，用于演示如何要求 AI 作决定，不是本文测出的文件大小。

文件,用途,字节数,尺寸,透明测试,100%文字,目标软件
cup-alpha.png,A,245000,1200x800,通过,通过,通过
cup-alpha-lossless.webp,A,98000,1200x800,通过,通过,尚未测
cup-white-q85.jpg,B,76000,1200x800,不适用白底,通过,通过

请按先硬条件、后体积的顺序审计上表。
只依据记录作结论；未测项不得当作通过。
输出每个用途的“可交付/待验证/不合格”，列出证据和下一步。
不要把 B 的 JPG 拿来替代 A 的透明图，不要建议删除源文件。

正确的判断应是：A 的 PNG 已满足记录中的条件；WebP 虽更小，但接收端未测，只能待验证；B 的 JPG 可交付。AI 若说“直接统一用 76KB 的 JPG”，说明它把体积优先级放错了。你的真实数据也应保留“未测”这一状态。

遇到失败，按原因缩小修改范围

• 透明图变成白底：先重开文件，查看是否真的有 Alpha、是否导出了可见白底层；不要靠提高质量修透明度。
• 超过体积线：先确认业务是否允许有损。用途 A 允许时，可以从同一源图另导出一个有损 WebP，初试图像质量 85、Alpha 质量 100，其他条件不变再验收。用途 B 仍须保持 JPG，可单独降低 JPEG 质量后重验文字，不能换成 WebP 交付；如果合格画质或必须无损与体积线冲突，就询问能否调整尺寸或上限。
• 文字边缘脏或细线断：回到无损候选，或单独提高该格式的质量再试。不同应用、不同编码器的同名质量数值不能横向打分。
• 软件打不开 WebP：这份交付就选已通过的 PNG，不能用“浏览器通常支持”代替接收端测试。

如果不装桌面软件，可用Squoosh 官方网页做非敏感图片的格式比较。其官方 README说明压缩在本地进行，也说明会收集基础访问数据和压缩前后图像大小；“图片不传服务器”不等于“没有任何联网数据”。它与 GIMP 的编码器或默认参数不同，记录时必须写明工具，不能混用质量分值。

最终交付应包括被选中的文件和一行说明：用途、尺寸、透明度、实际字节数、在哪个接收端通过检查。保留 XCF 与试验记录。AI 的价值是把条件冲突找出来、把未验证项留在清单中；是否真的透明、清楚、可打开，仍以重新打开的成品为准。

资料核验：2026 年 10 月 29 日。格式能力另见Google WebP 官方说明。界面名称可能随版本与语言略有差异。