Mac 照片图库：导出未修改原片还是拖拽派生图
用户在「照片」里拖拽到 Finder、或「导出」时，常搞混「未修改原片」与经过同步/编辑的派生版本：前者更接近相机 HEIC，后者可能已是系统生成的展示用文件。`mac-photos-export-jpg` 适合要把活动图批量交给设计、法务或 Windows 同事的场景：需统一 JPEG 质量、长边像素、是否写入拍摄时间/镜头信息、是否剥离 GPS 以满足隐私合规。若开启「优化 Mac 存储」，本机可能只是低分辨率占位，完整 HEIC 仍在 iCloud；离线转换前务必「将原片下载到此 Mac」，否则在线工具拿到的是糊缩略再转 JPG，损失不可逆。与系统内置导出相比，在线批量便于统一命名与体积上限，但仍应以「照片」里导出的原片做一次对照校验肤色与细节，避免链路中混入了屏幕截图或聊天转发图。
Mac 图库协作导出流程
- 在 `mac-photos-export-jpg` 前确认 iCloud 原片已落盘，避免占位文件。
- 约定是否保留位置信息、版权备注与方向标签的处理方式。
- 与「导出未修改原片」抽几张做 diff，确认未误用编辑预览图。
Mac 照片导出问答
导出很小一张是不是坏了？
多为未下载原片或误拖了共享相册缩略；先下载全分辨率。
编辑过的图还能当「原片」吗？
编辑链在图库内；对外若需未编辑底稿，用导出原片或从备份取。
GPS 要不要留？
对外发稿常需剥离；内档可单独目录保留带坐标版本。
当 `mac-photos-export-jpg` 输出用于商业页面时，除了画质，还必须补充哪些合规检查项才能安全上线？
建议先执行“再定义体积阈值、抽样覆盖真实终端、做渠道侧预演验证”，并重点复核“透明边缘发灰、审批链路缺失”两类风险，再决定是否进入正式发布。
面对紧急发布窗口，团队怎样平衡 `mac-photos-export-jpg` 处理效率和稳定性，避免后续集中返工？
建议先执行“统一命名与目录结构、设置回滚版本、做渠道侧预演验证”，并重点复核“压缩导致细节损失、终端渲染偏差”两类风险，再决定是否进入正式发布。