图片编辑图文
同一批图片要同时交付PNG和JPG：逐图导出后另行打包
同一队列可以包含透明素材和不透明照片，但批量ZIP只会对其中成功结果统一使用当前选择的一种格式，不会自动为每张图片挑选PNG或JPG。如果交付必须混合两种格式，先检查结果，再用完成卡片各自的下载按钮取文件，并在设备上另外组包。每一项都要对应正确版本与透明度需求，不能把输入扩展名当成导出规则。
发布于 2026-10-26 · 更新于
1. 按交付项目决定格式
先列出接收方真正需要的文件，不要只照抄来源扩展名。透明素材通常需要保留alpha的导出；不透明照片可能被指定为JPG。把这些决定写在自己的来源清单旁。这是你另外制定的交付计划，不是TextWiper自动保存到每张卡片的格式设置。
同一结果需要两种格式，就明确列出两份交付项。它们来自同一个已检查候选，不是两次独立修复。反过来，整组都保存PNG，也不等于已经满足接收方指定JPG的要求；本机都能打开，并不能代替对格式条件的核对。
2. 先完成图片候选与内容检查
在批量限制内加入获准编辑的支持格式文件，核对要删除的区域并完成修复。对完成卡片打开“检查结果”。默认展示完整修复图，需要比较变化时再主动开启对比。队列缩略图属于来源预览，不能把它当作最终导出格式和效果都已验收的依据。
归档前检查内容与透明度条件。PNG保存当前alpha，JPG会把透明部分放在白底上并重新编码。误下成JPG后，仅改名为.png无法找回透明度；需要从仍保留的合适结果重新导出，或者回到获准使用的来源，不是靠扩展名修正像素。
3. 看清批量ZIP格式控件的作用
批量导出格式只为ZIP内所有成功结果选择一种表示，不会识别主体、推断背景需要，也不自动沿用各输入扩展名。换一种格式再下载ZIP，得到的是从已有结果生成的另一份统一格式包，而不是逐图指定格式后形成的混合包。
只有已有结果的卡片进入ZIP。未处理来源、无匹配跳过项和失败项目，不会因为选好了格式就变成交付文件。先把结果清单与需求对应，故意保留不改的来源另作说明；不要把它计为本站生成的修复后文件，或以为整批选过就全部打包成功。
4. 用每张完成卡片分别取文件
等队列空闲后，按计划点击各完成卡片的PNG或JPG下载。同一个结果需要两种格式时，可以分别下载。更换下载格式不会重跑识别或修复，也不需要消耗整图自动清理试用；它只对当前已有候选执行相应导出。
在设备上找到完成下载并逐份打开，核对图片身份、版本、真实格式和尺寸。同名或近似名称的来源会造成文件名混淆，应保留自己的来源到输出对应记录。下载文件夹的排列顺序不一定与队列视觉顺序相同，不能仅靠从上到下对号入座。
5. 在编辑器之外组装混合包
把已验收的逐图文件放入独立交付文件夹。需要一个混合格式ZIP时，使用设备常规归档工具打包。这个压缩包由你在TextWiper之外制作；本站没有逐图格式规则或另一个混合ZIP命令。需要保留的母版应继续单独保存，避免被交付整理覆盖。
打开或解压最终包，检查真实条目数量、扩展名和每份内容。透明素材的PNG副本应保有所需alpha；指定的JPG应真正按JPG解码。压缩包名称不能证明内部这些条件成立，单看一串文件名也不能代替打开并核对实际版本。
6. 交付核对后再清空队列
一张来源对应多份输出或名称容易混淆时，给接收方附简短对应说明：哪一版经过检查、哪个位置用什么格式、还有什么限制。账户设置与关键词模板不保存图片或交付包，关闭工作区前应先保留设备上的实际文件，而不是把页面地址当成永久项目。
这是公测期间的手动批量导出流程。整图自动清理仍是另一个有限的单图登录试用，不是批量格式转换服务。接收方如果继续缩放、压缩或上传其他平台，产生的新副本还需作为下一交付步骤复核，不能自动沿用本次母版的批准结论。