预览型转换：不是替代存档，而是让系统「先能看见」
运营与编辑往 CMS、工单或邮件里塞现场图，接口常限制格式与单张 MB，HEIC 直接被 415 拒绝；`convert-heic-preview` 强调的是可读的中间产物：中等分辨率、适度质量，用来占位、选图、客户确认构图，而不是取代印刷或大屏投放的母版。许多系统同时限制「长边像素」和「文件体积」，应把缩放与质量分开调：先按长边 1920 或 2560 适配版面，再用质量档控制体积，避免只靠极低质量硬压导致摩尔纹与文字发虚。EXIF Orientation 在部分预览引擎里会被忽略，需在转档时决定是否把像素物理旋转，否则手机竖拍在后台横躺。批量活动图应记录哈希或拍摄时间前缀，防止同一现场被压成多版「最终稿」无法溯源；对外发布前仍应换回未压缩或高质量源走一遍正式管线。
预览用 HEIC 转 JPG 流程
- 在 `convert-heic-preview` 读清 CMS 的长边、体积与色彩要求。
- 竖拍抽样检查方向与裁切，确认非只改 EXIF 未改像素。
- 预览通过后再从 HEIC 或高质量导出走正式发布，不沿用预览档。
预览转换问答
预览图能直接当头条大图吗？
不建议；预览常降采样，正式位应用原片或高质量导出。
上传后仍超限怎么办？
先降长边再微调质量，勿一次把质量拉到肉眼可见块效应。
批量同名覆盖怎么防？
用日期+序号或内容哈希命名，输出到独立预览目录。
当 `convert-heic-preview` 输出用于商业页面时，除了画质，还必须补充哪些合规检查项才能安全上线？
建议先执行“设置上线前终检门槛、记录导出参数、同步品牌规范清单”，并重点复核“缩略图裁切异常、透明边缘发灰”两类风险，再决定是否进入正式发布。
面对紧急发布窗口，团队怎样平衡 `convert-heic-preview` 处理效率和稳定性，避免后续集中返工？
建议先执行“记录导出参数、同步品牌规范清单、对齐平台上传规则”，并重点复核“CDN 缓存错配、缩略图裁切异常”两类风险，再决定是否进入正式发布。