精确像素：先对齐展示尺寸与 DPR
`resize-image-pixels` 用于对齐设计稿标注或旧系统固定宽高：需明确是「等比缩放」「固定框内居中」还是「裁剪」，否则交付易扯皮。放大插值会制造伪细节，缩小则可能需克制锐化以免光晕。Web 场景应同时考虑设备像素比，仅导出 1x 往往在 Retina 上发糊。
按像素缩放建议步骤
- 在 `resize-image-pixels` 写明目标宽×高、是否允许拉伸变形，以及优先约束长边还是短边。
- 对含字与细线 UI 在 100% 与目标 DPR 下验收，检查锯齿、色彩断层与是否需像素对齐。
- 文件名或目录带 `WxH` 后缀，母版单独存放，便于 `srcset` 多档映射。
像素缩放问答
设计标注 750px，开发要 2x 资源，应先出哪一版？
用逻辑宽度 × DPR 反推物理像素再导出，避免随意拉大后被 CSS 硬缩导致虚边。
缩小后文字发虚，先怀疑尺寸还是锐化？
先确认导出像素仍 ≥ 展示×倍率；再检查是否过度 USM 或半像素偏移。
同一批 PNG 与 JPEG 改到相同像素，验收有何不同？
透明 PNG 看边缘与半透明；JPEG 锁定 sRGB 并避免链路二次有损。
当 `resize-image-pixels` 输出用于商业页面时，除了画质，还必须补充哪些合规检查项才能安全上线？
建议先执行“设置上线前终检门槛、再定义体积阈值、记录导出参数”，并重点复核“批量命名冲突、透明边缘发灰”两类风险，再决定是否进入正式发布。
面对紧急发布窗口，团队怎样平衡 `resize-image-pixels` 处理效率和稳定性，避免后续集中返工？
建议先执行“记录导出参数、做渠道侧预演验证、设置上线前终检门槛”，并重点复核“文本边缘发虚、色彩映射偏移”两类风险，再决定是否进入正式发布。