遗留系统场景：兼顾时效、可读与可追溯
`legacy-eps-jpg` 主要服务于遗留系统场景下的高频文件流转需求。该场景里最常见的问题不是“是否能导出”，而是导出后是否还能在真实协作环境中稳定阅读、快速确认并可追溯。为避免只追求速度导致后续返工，建议先定义本场景的验收门槛：关键信息在常见终端清晰可辨、文件命名与版本规则统一、异常样本能够复现并回退。执行时先做小样本验证，再分批放量，并记录每批参数与失败样本。上线前至少完成跨端抽检、流程留痕和责任映射三项检查。把这些基础能力固化后，遗留系统场景下的 JPG 交付才能从一次性操作升级为可持续流程，既能满足业务时效，也能在争议出现时快速定位问题，降低沟通成本和返工风险。 对仍在运行的旧系统，建议维护兼容白名单与降级方案，并定期回归测试核心脚本。这样即便依赖升级也能快速判断影响范围并安全回退。
遗留系统：固定像素模板与兼容白名单
- 梳理目标系统硬性要求：固定宽高、最大体积、色彩空间与渐进 JPEG 是否禁止，写成一页兼容矩阵；任何新需求先对照矩阵再改参数，避免拍脑袋适配。
- 对现代宽幅稿件选择唯一策略：居中裁切或加边留白，并在规范里配示意图；转换脚本禁止非等比拉伸，否则老系统虽能显示但内容已几何失真。
- 在真实客户端或虚拟机回归试开，保存二进制样本与版本号；依赖或库升级后重复冒烟，确保旧脚本仍能吃下新产出的 JPEG。
EPS 遗留系统转 JPG 常见问题
系统只收 1024 方形图，现代横版稿怎么进？
必须在规范里选定裁切或留白之一并配图说明，禁止经办人随意拉伸；裁切要标注安全区，避免 Logo 或条款被切掉造成合规风险。
老程序读不了渐进 JPEG 或 CMYK JPEG 怎么办？
在转换模板里显式关闭渐进并输出 sRGB 基线 JPEG；若业务误开高级选项，往往在旧库解析阶段直接失败，应在 CI 里用样本文件自动拦截。
批量灌库时偶发“能显示但颜色发污”是什么原因？
可能是客户端强制低质量解码、错误色彩配置或显示器未校准。先在标准环境对照 EPS 栅格基准，再分段排查是转换端还是展示端在降质。
升级依赖后老脚本批量失败如何快速止血？
立即回滚到上一已知良好镜像，同时用最小文件集对比新旧行为差异；修复后再走灰度，禁止高峰窗口无预案整体替换运行时。
是否还要为同一遗留系统保留多档 JPEG？
若业务确有多场景需求，应使用不同后缀或子目录区分并写清用途，避免同名覆盖；遗留系统最怕“同名不同参”导致缓存与数据库指针错乱。