批量 PSD→PNG：用 alpha 策略、trim 规则与不可静默覆盖的输出路径，挡住「一千张里混进几十张坏图」
`batch-psd-png` 面向 SKU 图、游戏资源或本地化切图等大规模产出。批量时最致命的不是单张失败，而是失败被静默覆盖或混入仓库无人知晓。应在模板层规定：哪些类目必须带 alpha、哪些可以铺白底、trim 容差与最小内边距是多少；manifest 记录输入哈希、输出哈希与错误码。抽检应用脚本扫 alpha 直方图与文件大小分布的离群值，而不是人工打开每一张。
如何使用
- 按类目抽样试跑五十张，验证透明策略与 trim 不会吃掉投影，再把参数 JSON 冻结进版本库；正式任务分目录并行，禁止不同类目共用同一预设。
- 跑批后自动对比输出数量与输入清单，离群文件进隔离区；对连续相同错误码熔断，避免坏参数污染全库。
- 发布包附带 manifest 与抽检报告签名，外包回传亦走同一校验脚本；任何重试写入新文件名或新版本目录，禁止覆盖旧字节以便审计。
PSD 转 PNG（batch）问答
同一批 SKU 导出的 PNG 有的带透明 alpha、有的却是实底，源 PSD 混用背景层时如何用模板与脚本在入库前发现？
混用「背景图层 + 需要抠图的前景」与「应透明却铺白」的 PSD 在同一批里很常见，必须在模板写明每类 SKU 是否保留 alpha，并用脚本检测输出是否存在非平凡 alpha 通道；否则运营会发现同一目录里有的图能透底有的不能，排查成本极高。
为控制包体是否应对全库统一启用调色板 PNG，在什么品类上量化风险最大、需要哪些视觉 diff 与签字流程才能批量上线？
调色板 PNG 能把体积压到几分之一，但在渐变肤色或金属高光上极易出现色带与脏点；仅当视觉负责人对样张签字后可批量启用。应用 diff 工具对比原真彩与量化结果的关键区域，而不是只看平均 ΔE。
自动 trim 裁切把商品投影裁掉或留白不对称，应如何为硬边图标与软阴影商品分别设定容差与最小边距？
自动裁边若容差过小会切掉柔和投影，过大又留太多空白；应对「硬边图标」与「软阴影商品图」设不同 trim 策略和最小透明边距。批处理前用十张阴影重的样张试跑，确认投影完整再全量开跑。
批处理失败重试若静默覆盖成功文件，会导致线上无法判断是哪一次字节，应如何用版本目录与日志满足审计与回滚？
重试任务应写入带 attempt 序号或内容哈希的子目录，日志记录每次输入输出与异常栈，严禁静默覆盖成功文件；否则无法判断线上 bug 来自哪一次导出，也无法做合规取证。
外包一次性回传上千 PNG，如何用自动化脚本检查分辨率、色彩模式、alpha 与体积离群，并把异常件分流人工复核？
验收脚本应批量检查分辨率、色彩模式、是否存在 alpha、文件大小是否落在按 SKU 类型统计的置信区间内，并把离群件打入待人工队列；配合随机目视抽检，可在小时内发现整批缺通道或误调色板，而不是等上线后才被用户截图。