先把问题解决
在图片工作台使用 {name}_{index}_{width}x{height} 模板，应用设置到全部图片，等待整批处理完成后下载ZIP。序号用于区分本次导出的同名项；解压后还要逐一核对图像内容、数量和像素尺寸，不能把文件名当成处理成功的证明。
准备两张同名、内容不同的练习图
保留原文件，在两个不同文件夹各放一张名为 catalog.png 的图片。自编练习用320×180像素画布，一张以红色为主并标 A，另一张以蓝色为主并标 B。这些标记仅用于辨认练习文件，并不是建议在真实商品图片上加字。
打开图片工作台，从图片转换入口上传两个副本，确认任务队列里有两项。可以分两次从各自文件夹选择；不要先复制到同一个文件夹再覆盖。练习选择 PNG、保留原尺寸，关闭额外裁剪、水印与旋转，让这一轮只检查命名和交付。
| 项目 | 第一项 | 第二项 |
|---|---|---|
| 原始名称 | catalog.png | catalog.png |
| 辨认内容 | 红色 A | 蓝色 B |
| 本例尺寸 | 320×180 | 320×180 |
| 预期序号 | 01 | 02 |
设置模板，再统一应用
在批量设置的命名输入框填写 {name}_{index}_{width}x{height}。name 取原文件名去掉扩展名后的部分，index 是本次成功结果的两位起始序号，width 与 height 表示输出图片的宽高。扩展名由选择的输出格式补上，本例不用再手动写 .png。
点击“应用设置到全部图片”，等两项都生成新的可下载结果，再点“一键打包下载 (ZIP)”。修改输入框后立即下载旧结果，可能把上次的处理状态与这次模板混在一起。先应用、再等待、最后下载，验收链条才完整。
本次练习的命名预期
catalog.png（红 A） catalog.png（蓝 B）
catalog_01_320x180.png catalog_02_320x180.png
解压后检查四件事
先看压缩包内部的文件清单，而不是只看下载文件夹中的 ZIP 名称。MDN 对 download 属性的说明指出浏览器接收的是建议文件名；浏览器的下载行为与压缩包内部成员名属于不同层次。外层 ZIP 多一个下载后缀，不能说明里面的图片发生了重复或缺失。
解压到新建的空文件夹，确认恰好有两张 PNG：01 对应红 A，02 对应蓝 B，打开后的实际尺寸均为320×180。实际工作再对照交付清单逐项检查，不要只抽看第一张。若导出后又在其他软件改名或编辑，保留该步骤的记录，避免把结果追溯到错误批次。
这一批通过验收的条件
- 队列里两项都已成功处理，ZIP内部也是两张图片。
- 两个文件名不同，序号与这一轮的项目内容对应。
- 实际打开的红 A、蓝 B 均存在，没有误把同一张图复制两次。
- 文件格式和像素尺寸与本轮设置一致；解压时没有覆盖提示。
序号不能替代素材身份
index 描述本次导出中的位置，不是素材的永久编号。重新排序、只处理部分成功任务或分批导出时，编号可能变化。完整等候本批成功后再下载，并保存“原路径—内容线索—结果名”的小清单；不要用 01 去关联另一批中的 01。
同样，宽高占位符不能证明方向正确，也不能证明画面没有裁掉关键信息。发现文字反向时，按翻转与旋转检查方法单独复核。如果交付改用 JPG 或 WebP，先看图片格式取舍指南，再核对透明背景与编码结果。
常见异常的处理方式
只收到一张
回看是否有任务仍在处理或失败；核实成功数量后重新导出到空文件夹。
尺寸名称与实物不符
确认是否打开旧下载文件，重新应用本轮设置，再从新ZIP核对。
需要长期固定编号
在素材清单里维护独立业务编号；不要让一个批次序号承担跨批身份关联。
常见问题
文件名带320x180就能保证尺寸正确吗？
不能。命名是便于核对的线索。必须在图像属性或图像查看器中检查实际像素宽高，且确认打开的是本轮下载结果。
序号每次都对应同一张素材吗？
不保证。它随当前成功结果的导出顺序生成。排序、成功任务集合或批次变化都可能改变编号，长期追踪要另存素材编号与对应清单。
能直接把同名文件解压进旧文件夹吗？
建议先解压到空文件夹，检查文件数量和内容后再交付。这样能看到真正的本批结果，也能避免旧文件混入或出现覆盖提示时误操作。
参考资料与延伸阅读
按步骤开始处理
进入对应工具，预览处理结果，检查导出的文件。
