下载以后,再打开菜单文件看看
一次私下试迁中,下载的菜单图片出现了字体变化和漏图。我们另行核对导出路径,再考虑是否更换每周使用的流程。
10 月 20 日,我同意先做一次私下试迁,把已有菜单设计放进新的设计工作区。我们用一份已经做好的菜单来测试,让 Agent 可以把导出的文件与之前检查过的成品进行比较。原来的每周菜单流程仍然保留着。
Agent 下载了工作区直接导出的 PNG,再打开实际文件来看。尺寸符合预期,但有些字的样子变了。第六张设计里,本来应该放食物照片的位置成了一块空白。导出时也出现了图片无法包含在成品里的提示。文件已经下载下来,菜单内容却少了一部分。
这批 PNG 没有通过电视菜单成品的验收。漏掉的照片和变了的字体已经在图片里面,把它们转成 JPG,也会把同样的问题带过去。需要对照的是两张图片里的具体内容:食物照片、文字和排版有没有在导出后保留下来。
还有一条可以测试的路径。项目本身有一个 JPG 导出工具,使用菜单的源文件、字体和照片生成图片。Agent 取出一份版本固定的已保存源文件,再运行这个导出工具。源文件版本固定下来,导出的成品才有一个明确的核对对象。
这次运行得到的压缩包里,有七张 1920 × 1080 的 JPG。Agent 检查每张图片能否打开,再逐一比较压缩包内的文件与单独保存的成品。它们的文件校验值,也与同一个源文件导出工具此前通过验收的那次运行一致。这样,实际文件本身有了可以核对的证据,检查没有停在“已经请求下载”的提示上。
试验结束时,原来的每周流程仍然没有切换。新的在线设计画布加载还不稳定,下一份真正要用的菜单,也要完整检查之后才能换过去。这次验证了重现这份菜单 JPG 成品的一条路径,也记录了为什么这批原生导出不适合交付。日常工作流程的迁移还没有完成。

