批量改尺寸：命名、抽检与失败可重跑
`batch-resize-photos` 常见于电商上新与图库同步：横竖图混排时统一长边比统一宽高更安全。流水线应处理 EXIF 方向、跳过低质源、并对异常文件单独报错而非静默跳过。否则「少一张图」在线上很难第一时间发现。
批量缩放建议步骤
- 在 `batch-resize-photos` 约定统一长边或统一宽高、输出格式与是否覆盖 ICC。
- 对横图/竖图/方图分层抽检，检查是否出现拉伸变形与意外裁切。
- 输出清单 CSV（源路径→目标路径→像素），失败行可单独重跑；上传前跑一遍文件数量对账。
批量缩放问答
一万张里混有损坏 JPEG，批处理要不要停？
建议默认「记录错误并继续」+ 结束汇总报告；关键活动可改为遇错即停。
批量后颜色与单张调试不一致？
检查是否一批转 sRGB、一批保留嵌入 ICC，或是否误开/关了自动旋转。
如何避免覆盖原图无法回滚？
写入新目录或加后缀版本号，原目录只读；发布前 diff 数量与总字节。
当 `batch-resize-photos` 输出用于商业页面时，除了画质，还必须补充哪些合规检查项才能安全上线？
建议先执行“设置回滚版本、设置上线前终检门槛、沉淀复盘模板”，并重点复核“色彩映射偏移、体积超限退回”两类风险，再决定是否进入正式发布。
面对紧急发布窗口，团队怎样平衡 `batch-resize-photos` 处理效率和稳定性，避免后续集中返工？
建议先执行“先锁定尺寸档位、统一命名与目录结构、抽样覆盖真实终端”，并重点复核“批量命名冲突、透明边缘发灰”两类风险，再决定是否进入正式发布。