包装画稿交接，先说清Scribus项目文件与PDF的用途

包装画稿进入交接环节，一句“把最终稿发过来”仍可能留下问题：对方要接着修改设计，还是要接收某种用途的输出文件？以Scribus为例，它的官网分别介绍原生文件格式和PDF输出能力。[1] 两者可以属于同一个设计项目，却不应在交接说明里只剩下一个含混的“稿件”。

官网说明，Scribus的文件格式基于XML，可以用普通文本编辑器读取和分析。[1] 这里谈的是项目文件的数据表示方式。能以文本查看这些内容，与得到一份已经排版好的阅读输出，是不同的信息；“基于XML”本身也没有说明收件人已经取得项目所需的全部资料。

另一部分则专门介绍PDF创建与输出。官网把可靠的PDF生成列为其印刷工作能力之一，并说明从1.6.0版本起，也可导出PDF/X-1a:2001及PDF/X-4。[1] 这段话描述软件支持的输出选项，而不是对一份尚未检查的包装文件作出格式合格或可以直接生产的结论。软件具有某项能力，和某个文件实际选择了什么，仍需分别说明。

PDF的用途也不限于印刷。该页随后列出PDF演示和表单等非印刷输出。[1] 因此，收到一个PDF，仅凭文件类型仍不能知道作者准备让它承担什么工作。交接说明若只写“已发PDF”，对方可能仍需追问它用于阅读沟通、演示，还是另一个约定的环节。

可以设想一次具体的资料交接：设计者将一份文件标为“继续修改的Scribus项目”，另一份标为“供本轮内容确认的PDF”，并给两者写上对应版本。这是本文提出的说明方式，并非Scribus规定的交付模板。它的作用是让接收者知道文件之间的关系，避免把某次阅读用输出直接当作所有后续工作唯一的依据。

这样的区分也不需要把话说成“PDF绝对不能修改”，或者“XML文件一定能修复”。官网的格式介绍不足以支持这些保证。对包装视觉设计而言，先明确哪份是项目文件、哪份是输出、各自对应哪个版本与用途，就能减少沟通中的歧义；至于具体文件内容是否完整、是否符合后续环节要求，还应结合那份文件及实际约定确认。