GPT IMAGE 2 in practice：透明PNG制作流程：生成支持、背景分离与导出验收

Codex 生成的不透明教学视觉，不是 H3Max 实测输出或可用作透明测试的文件。

把透明 PNG 当作一个有输入、有中间状态、有验收条件的素材任务，可以避免两种常见混乱：把预览截图当导出结果，把最近保存的文件当已通过检查的版本。

下面不涉及自动化脚本，也不假设工具已经替你完成验收。流程以浇水壶为例，保留源文件、生成或提取候选、检查透明区域与主体，最后制作必要的交付派生版。

建立文件状态，而不是只改文件名

建议区分以下状态：

这些是人为组织方式，不是 H3Max 自动创建的工作流。保留真实格式，不要为了命名统一把 JPEG 直接改名为 PNG。

先查清PNG导出与Alpha支持的关系：PNG 可以保存透明信息，也可能完全不透明；JPEG 不支持 Alpha 通道。Alpha 存在时，像素仍可能全部不透明。

所以验收不能只读扩展名，也不能只确认“有通道”。还要检查背景究竟在哪些区域透明，以及主体有没有被误删。

入口决策：直接生成，还是背景分离？

直接透明生成需要两个条件：生成路径实际支持透明输出，输出格式能够保留透明度。提示词中的transparent不会自动提供这两个条件。

棋盘格预览也不能代替输出证明，因为棋盘格可能被画进图片。下载名是 PNG，同样不能证明目标背景已经消失。

如果所选生成界面仅提供 JPEG，或没有透明控制依据，就将已有图像作为输入，另行进行背景分离。已有素材无需为了去背景重新生成。

原图与要保留的结构

本例是浅灰背景上的赤陶橙色浇水壶：左侧细壶嘴、右侧大提手、顶部绿叶。

Codex 生成的不透明源图示意，不是 H3Max 背景分离测试结果。

使用清晰原件，不用缩小预览截图；原件另外保存，不能被候选覆盖。画面需要包含完整壶嘴、提手和叶尖。

要保留的是物体本身，包括合理阴影和可见内部表面。要删除的是外部浅灰背景，以及穿过提手孔看到的背景。孔洞判断是空间关系，不是按颜色深浅直接删除。

接着进入源图的本地背景分离环节，选择文件，运行本地去背景，下载 PNG，并标为待检查候选。这一步无需生成提示词。

先检验透明区域，再检验保留区域

可以对照透明通道准备到文件保存的分步流程理解操作边界：准备 Alpha、删除背景和导出不是同一件事。通道让透明度能够被记录，但不会自动决定哪些像素属于背景。

实际检查时，在支持独立底层的编辑器里放置白底，把下载 PNG 放上去，再只将底层改为深海军蓝。不要修改上方素材，不要向孔洞涂测试色。

这是 Codex 生成的不透明教学比较板，不是 H3Max 输出或真实 Alpha 文件。底色与放大例只解释验收方法，验收对象是自己的下载 PNG。

外围与提手孔应同时显示改变后的底色，实心壶身保持橙色。若内部有固定灰块、白块，或棋盘图案不随底层变化，需要继续检查残留内容。仅凭白色预览无法区分应用画布和文件里的实色像素。

接下来以 100% 显示对照原图，检查壶嘴最左端、提手内外缘、叶尖与叶间空隙、壶身底部。透明度正确，不足以抵消少了一片叶或截短壶嘴的问题。

放大用来定位问题，实际显示尺寸用来判断用途。不能只在极大倍率下追求硬边，而忽略原图应有的自然柔和。

失败后回到正确的依据

整个结果仍有背景时，先确认没有打开原图或截图。若下载结果确实不透明，回原件，在能够透明导出的外部编辑器重新处理。改文件后缀无法完成分离。

提手孔局部残留时，外部选取孔内背景并删除，保留橙色内缘。填白只会让单一白底场景看起来正确。

主体细节缺失时，从原图恢复叶尖、壶嘴或提手部分，再修整选区。不能用损坏后的候选定义“正确轮廓”。

遇到浅色边晕时，应先区分正常高光与原背景颜色，再查询Defringe的边界像素修正方式。指定宽度的边缘处理要局部、逐次检查，避免削掉本来正确的颜色与细结构。

这些修复属于外部编辑路径，不代表 H3Max 存在未经核验的蒙版、擦除或恢复控件。修复后保存新 PNG，再重新打开做两类检查。

派生版本必须重新验收

画布留白过大时，可以从通过检查的母版派生紧凑裁切。完整保留壶嘴、提手、最高叶尖及柔边，不用裁切掩盖错误。

需要指定像素时，再建立满足交付像素要求的派生文件，保持原比例。不需要变换时，可以直接保留已验证版本。

任何后处理都不能自动继承此前的透明度结论。裁切、缩放或修复之后，要检查新文件，而不是旧预览。若导出变成实底，回最后通过验证的透明文件，更换处理路径，不反复加工已压平版本。

最终核对交付文件的透明外围、清空孔洞、完整主体、干净自然边缘和实际尺寸。测试白底、深蓝底只属于检查文档，不能一起合并交付。

这个流程的终点不是“处理结束”，而是“最后一个要交付的文件已经验证”。