Spine 包里有多个 PNG：先查 Atlas 页，不要按图片数猜皮肤

封面复用 AI 生成的角色部件与姿势示意，不是实际 Atlas 页面、导出包截图或多页加载测试。

下载的 Spine 资源里有几张 PNG，是否代表几套皮肤？不能仅按图片数量判断。先看本次 Atlas 实际引用了哪些页面图片，再核对这些文件是否完整交付。

Spine 官方 Atlas 格式说明描述了由一个或多个 page 条目及其中的 region 条目组成的结构。page 包含页面图片名称，region 描述该页内的区域。页面图片与某个部件区域不是同一层次的对象。

先从实际引用建立图片清单

保留原始压缩包，在独立目录解压。查看实际 Atlas 的 page 条目，逐项记录图片名、文件是否存在、实际相对位置和导出批次。按官方格式区分页与区域，不要把文本中每个单独名称都猜成一张PNG。

例如假设包内引用 hero_a.png 和 hero_b.png，这两个名称只是本文示例。若实际 Atlas 不含这些名字，不应为了套用清单而改名。也不要仅因为另一个旧目录里存在同名图片，就认定它属于本次交付。

两页示例中，只复制第一张会怎样？

假设本次某个需要显示的区域位于第二页，但交付副本只包含第一页图片。此时应先核对页面文件及加载路径，而不是直接让美术重画那个部件。这个例子解释检查顺序，不是在诊断你的资源一定缺少第二页。

反过来，图片都在目录里，也不能仅凭“数量齐了”宣布成功。目标项目必须实际使用正确的文件与引用；错误目录、不同批次或名称差异仍需单独排查。

把皮肤记录和页面记录分开

计划使用哪些皮肤，应依据实际导出记录和数据中的名称确认，不从PNG顺序推断。页面清单回答的是“渲染引用的图片是否齐备”，皮肤清单回答的是“准备切换哪些外观”。两份记录可能有关联，但不能互相替代。

Tooliva 图文教程展示了同模板已完成资源的多皮肤导出。实际页数与文件结构仍以当前包为准；本文不推断每个工作台导出都一定是多页，也不承诺任意文件可以随意合并。

不通过手工拼图掩盖缺失引用

把多张PNG拼到一张大图，并不说明 Atlas 里的区域坐标与页面关系已经同步改变。不要为了减少文件数而先替换原始图片，再把新的错位当成生成质量问题。

若确需重新打包，应在已确认支持该资源的流程里处理，并保留原包与新包的区别。没有对应工具或验证条件时，先交接实际缺失项，不自行编写简化加载器来绕过格式约束。

按同一批次验证，而不是只看默认外观

• 逐个核对 Atlas 实际 page 图片名称与位置。
• 确认目标项目加载的是本次文件批次。
• 检查计划皮肤、实际动作和可观察的部件显示。
• 保留实际报错、缺失对象和已经确认的文件信息。

如果资源尚未准备完整，可回到 Spine 工作台核对本次导出。更完整的外观与交付步骤见 多皮肤导出清单。文件清单通过不等于已完成所有引擎兼容测试。