Pixelcut 导出后发现不是批准的商品图，怎样从原图、编辑结果和文件名确认是否选错任务？

先建一条可追溯记录

为每个商品单独记下 SKU、原图缩略图、编辑时间和导出文件名。缩略图用于区分外观相似的商品；时间用于把编辑结果与导出动作对应起来；文件名则应明确指向 SKU。若已有批准的编辑结果，也记录其辨认特征，例如包装颜色、配件位置或标签。

这是一项人工核对流程，不代表 Pixelcut 会自动建立或显示这些字段。也不要仅凭文件名判定身份：文件名可能被改过，必须与缩略图和编辑记录交叉核实。

1. 保留批准原图和批准编辑结果，不要覆盖它们。
2. 在测试副本上为每个待核对商品记录 SKU、原图缩略图和编辑时间。
3. 导出后把实际文件名填入同一行；找不到明确对应关系时先标记为待核对，不要交付。

虚构练习：三张相似 SKU

虚构练习：假设有三张外观相近的瓶装商品原图，SKU 分别为 TEA-01、TEA-02、TEA-03。它们的瓶身颜色接近，但标签文字不同。分别记录原图缩略图和编辑时间，再对每个编辑结果执行导出。以下记录仅用于说明人工核对方式，不是 Pixelcut 测试结果。

先定义区分依据：TEA-01 标签有细边框，TEA-02 标签为宽边框，TEA-03 瓶盖带有浅色环。导出后不要先按画面整体风格挑选，而是逐张核对这些特征与对应原图及批准编辑结果。

1. 每次只核对一行：原图 SKU、缩略图特征、编辑时间、导出文件名和导出图中的可见特征。
2. 如果导出图显示 TEA-02 的宽边框，却记录在 TEA-01 行，停止交付；检查是否把相似原图或编辑结果记到错误 SKU。
3. 如果三个文件都能逐一对应唯一 SKU，且特征符合各自批准结果，才通过这次身份核对。

分辨是选错任务还是观感问题

先比较身份特征，再判断清晰度。若导出图的标签、配件或包装颜色对应另一 SKU，当前文件未通过商品身份核对，但具体原因仍待定位，Upscale 不会完成这项身份核对。回到记录中查原图缩略图与编辑时间；若不能唯一确认，重新从正确原图开始处理测试副本，并建立新的对应记录。

若 SKU 特征正确，只是图像看起来模糊，才按 Pixelcut 官方建议尝试高分辨率导出、避免在 Pixelcut 外调整尺寸，必要时使用 Upscale。再次核对时仍需确认文件对应关系；清晰度改善不等于身份验证，也不保证恢复缺失细节。

1. 身份特征不匹配：停止交付，回查原图和编辑记录，不要用清晰度工具掩盖串图。
2. 身份特征匹配但观感模糊：在测试副本上尝试官方建议的导出与处理方式，再检查导出文件。
3. 无法确认导出文件属于哪个任务：标记为未通过，先重新建立唯一对应关系。

交付前的接受条件

只有当每个导出文件都能回溯到唯一 SKU、对应原图缩略图、编辑时间和批准编辑结果，且可见身份特征没有与相似商品串换时，才通过核对。任何一项缺失或冲突都应停止交付，保留原件并继续查证。

编辑建议：把文件名设计成能看出 SKU 的形式，并在记录表中保留实际导出文件名。文件命名格式属于团队流程约定，不是 Pixelcut 的已确认功能。

1. 通过：每个文件仅对应一个 SKU，原图与批准结果特征一致。
2. 未通过：存在重复对应、SKU 特征冲突或无法关联编辑时间；暂不交付，回到正确原图重新核对。

区分文件串换与同一任务内容变化

导出图出现另一 SKU 的特征，可以证明当前交付不符合批准结果，却不直接证明后台选错任务。如果原图和任务记录都对应，仍应比较批准编辑结果与实际下载文件；无法解释时保留两份文件并标记来源未确认，不要把推测写成已定位的软件故障。

可在团队记录中给批准文件保留校验值，区分同名的不同字节；不同格式或重新导出的文件校验值不同，并不自动说明商品变了。这是外部文件管理方法，不是 Pixelcut 自动提供的 SKU 追踪。

下载本题核对表

表内为虚构练习数据。保留示例作参考，另存一份并填写你自己的输入、观察和判断；示例不是测试回执。

虚构的人工核对记录示例，并非已完成的软件测试 (CSV)