KiCad项目归档包含哪些文件，不能只凭ZIP名字判断

工业研发外包交付一个名为“完整项目”的ZIP文件，接收方仍可能追问其中包含什么。压缩文件的名字只表达发送者的说法，不能独自证明打包范围。KiCad项目归档的官方说明，提供了一个理解文件集合的具体例子。

归档工具按哪些类型收集

本次读取的KiCad 9.0参考手册标明基于9.0.9，文档修订号为152cd19e。在“Saving and loading project archives”部分，它列出从项目文件夹保存进归档的文件类型，包括项目、原理图、PCB、库与规则文件，以及若干旧格式文件、三维模型、制造文件和文档。

例如列表包含.kicad_pro、.kicad_sch、.kicad_pcb，也包含.step、.stp、.pdf、.txt与.py等类型。这里的含义是该版本工具的收集范围，不是说项目文件夹中任何扩展名的文件都会自动进入ZIP。也不能仅看到一个PDF，就认定设计源文件已经一并交付。

能查看，与能继续设计不同

手册在文件说明中强调，项目文件保存着重要设计信息，发送完整设计时应包含它；有些其他文件也可能必要。同时，.kicad_prl属于本地项目设置，fp-info-cache是加速库读取的缓存，不必随项目分发。各文件角色不同，不能只按数量多少判断交付完整度。

这些说明也让“完整”变成一个需要解释的词：若本次只约定提供查看资料，就应按查看用途说明；若交付可继续编辑的设计，应把相应设计文件和项目设置范围说清。用途由双方约定，本文没有据扩展名替任何真实项目作制造或设计验收。

清单比文件名多提供一层证据

一份交接说明可以将本次归档工具版本、约定交付类型和实际文件列表对应起来。若附件不在手册列出的类型中，就不能未经检查便宣布它已由归档工具收集。这是针对工具列表提出的交接核对思路，不是对某个真实ZIP内容的实测结果。

版本边界同样要保留。9.0手册本身提醒，不同版本功能和外观可能有差异；本文不把9.0.9的类型列表称作所有版本的永久规则。我们没有打开工程、运行归档或验证电路，讨论的只是研发资料交付范围。明确“工具打包了什么”和“这次约定交什么”，才有条件判断两者是否一致。