PixoLet 评测批量做主图会打乱尺寸吗——先看导出设置和命名

批量做主图时出现尺寸不一致，通常不是生成过程随机改了尺寸，而是导出设置没有统一、下载文件重名覆盖，或者任务部分失败后只补了一部分。要判断 PixoLet 的批量流程会不会打乱尺寸，建议先用 3 到 5 张商品图跑一轮完整链路：确认页面到底有没有批量入口，观察任务队列和失败反馈，下载后逐张比对像素、比例和格式，再检查文件名是否带序号、是否会覆盖。页面预览看起来正常不代表导出文件正常，最终以实际文件的属性为准。

判断 PixoLet 批量主图是否打乱尺寸，先看导出设置是否对整批任务统一生效，再看文件名是否可区分。适用场景是一次提交多张商品图；操作上先确认批量入口和队列状态，下载后逐张比对像素、比例、格式，并记录命名是否带序号、是否覆盖同名文件。验证以实际文件属性为准，不以页面预览为准。若入口只支持逐张生成，尺寸差异更可能来自每张手动设置的出入，需要单独核对；批量入口和导出规则也可能随版本变化，需结合当前页面确认。

确认页面是否有批量主图入口

先把“批量生成”和“一次上传多张、实际逐张生成”分开。前者通常有一个统一的任务入口，上传后进入队列；后者每张图各自有一套设置，导出尺寸容易因为手动改动而不一致。建议打开页面后先记录入口名称（以实际文案为准）、一次可上传的图片数量上限、是否出现队列或进度列表，以及导出尺寸是整批共用还是每张单独设置。

入口名称与位置：截图或记下菜单路径，便于复现。
可上传图片数量：记录上限，以及超出时页面是拒绝还是分批提交。
队列状态：是否有“排队中/生成中/完成/失败”这类可见状态。
导出设置作用范围：改一次尺寸，观察是只影响当前图，还是影响整批。

如果页面没有批量入口，只能逐张操作，就应在记录里写明“无批量能力”，后续尺寸差异按单张设置问题排查，不要拿批量流程的结论去套。

上传多张商品图后检查任务状态

多任务同时生成时，最容易漏看的是中间状态。建议按上传顺序建一张简单记录表，字段包括：图片标识、提交时间、状态变化（排队、生成中、完成、失败、取消）、失败提示原文、是否出现重试按钮。失败提示能直接说明是格式、尺寸还是内容校验问题，比重跑一遍更有判断价值。

重点确认重试按钮的作用范围：是重跑整批，还是只重跑失败的那一张。如果只有整批重试，失败后继续补图就可能产生重复文件，命名和数量都要一起核对。取消操作也要留意，取消后的任务是否仍占用队列、是否留下半个文件，这些都能从任务列表和导出目录看出来。

核对每张导出图的尺寸和比例

把全部结果下载到同一个目录，逐张记录像素宽高、宽高比、文件格式和色彩模式，再与页面显示的导出设置对照。只要有一张与页面设置不符，就说明该张的导出参数没有按预期生效，而不是“看起来差不多”可以放过。下面是一个本地核对样例，路径和扩展名按实际情况替换，它不是 PixoLet 的官方命令：

from pathlib import Path
from PIL import Image

for p in sorted(Path("exports").glob("*")):
    if p.suffix.lower() in {".png", ".jpg", ".jpeg", ".webp"}:
        with Image.open(p) as im:
            w, h = im.size
            print(p.name, w, h, round(w / h, 3), im.format, im.mode)

没有 Python 环境时，也可以用 file exports/* 或 identify -format "%f %wx%h %m\n" exports/* 先看一遍。注意格式转换可能影响透明通道，PNG 转 JPG 后透明区域会变化，这属于格式差异，不要和尺寸问题混在一起判断。比例方面，把 1:1、4:5、16:9 这类目标比例写进记录表，逐张比对，比只看宽度更可靠。

检查文件命名和覆盖风险

下载多张图后出现顺序错乱，很多时候不是尺寸问题，而是文件名规则不清楚。先记录实际命名：是否保留原文件名、是否追加序号、序号从 0 还是 1 开始、是否带时间戳、同名文件是否被直接覆盖。浏览器在遇到同名下载时可能自动加“(1)”，这本身就会让文件顺序看起来混乱。

ls -1 exports | sort
md5sum exports/* | sort

ls 用来看命名和排序，md5sum 用来发现内容完全相同的重复文件。人工编号时可以按上传顺序在文件名前加两位序号，例如 01_、02_，并保留一份“序号—原始文件名—导出尺寸”的对照表；重命名前先复制一份备份，避免覆盖后无法回溯。若命名模板不能自定义，建议分批下载，每批数量控制在自己能核对清楚的范围内。

用失败重试验证批量稳定性

稳定性不能只看一次顺利跑完。可以人为挑一张不符合要求的图，例如格式不支持或分辨率明显偏低的图，混在正常图里提交，观察失败提示是否明确指出是哪一张、重试是否只作用于该张、重试完成后最终导出数量是否等于提交数量。核对关系可以写成：成功文件数加上明确失败数应等于提交数，对不上就说明有任务被静默丢弃或产生了重复文件。

重试后还要再看一次文件名和尺寸，确认补跑的那张没有覆盖同名的旧文件，也没有套用其他图片的导出设置。这样一轮下来，批量入口、任务反馈、导出参数、命名规则和失败补齐都有记录，再决定是否扩大批量规模，比直接大批量提交稳妥。