Codex 生成的不透明教学视觉不是 H3Max 实测输出或可用作透明测试的文件。把透明 PNG 当作一个有输入、有中间状态、有验收条件的素材任务可以避免两种常见混乱把预览截图当导出结果把最近保存的文件当已通过检查的版本。下面不涉及自动化脚本也不假设工具已经替你完成验收。流程以浇水壶为例保留源文件、生成或提取候选、检查透明区域与主体最后制作必要的交付派生版。建立文件状态而不是只改文件名建议区分以下状态状态含义不能据此推断的内容原始文件未修改的输入依据不保证已有透明背景去背景候选已下载、尚待检查不保证孔洞清空或主体完整验证版本已完成透明度与轮廓检查不保证之后的转换仍保留 Alpha交付版本最后一次处理后已复查不能用更早的预览代替检查这些是人为组织方式不是 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再重新打开做两类检查。派生版本必须重新验收画布留白过大时可以从通过检查的母版派生紧凑裁切。完整保留壶嘴、提手、最高叶尖及柔边不用裁切掩盖错误。需要指定像素时再建立满足交付像素要求的派生文件保持原比例。不需要变换时可以直接保留已验证版本。任何后处理都不能自动继承此前的透明度结论。裁切、缩放或修复之后要检查新文件而不是旧预览。若导出变成实底回最后通过验证的透明文件更换处理路径不反复加工已压平版本。最终核对交付文件的透明外围、清空孔洞、完整主体、干净自然边缘和实际尺寸。测试白底、深蓝底只属于检查文档不能一起合并交付。这个流程的终点不是“处理结束”而是“最后一个要交付的文件已经验证”。