Spine 多皮肤只有一套异常，还是全部异常？按影响范围排查

封面复用了 AI 生成的多外观角色示意，不是异常皮肤截图、实际导出结果或修复前后对比。

多皮肤包里一套外观不正常，与所有外观都无法按预期显示，应该留下不同的排查记录。先确认影响了哪些对象，以及异常首次出现在哪一步，再决定检查资源部件、导出文件还是目标项目。不要一看到显示问题，就把全部角色送回重绘。

这份方法以 Spine 工作台教程中的资源预览、校准与多皮肤导出为依据。下面的对照记录是人工排查建议，不是平台自动诊断结果。

先固定一批文件和一个可用动作

保留本次原始导出包，独立解压，记录选择的资源与实际皮肤名。比较时先使用模板实际提供的同一个动作；不要一边切换文件批次，一边换动作，再把观察结果当作同一条件下的对照。

如果本次有两套外观，可先称为A和B，在笔记中分别对应真实资源与皮肤名。A/B只是记录符号，不是要求改动导出名称，也不代表工作台新增了对照模式。

第一种情况：工作台里就只有一套资源异常

先在 Spine 工作台确认选中的资源、部件和动作。若A在预览中已出现连接缺口，而B在同一动作下未出现，应把问题记录到具体资源和部件，不先用替换整包文件来处理。

继续区分方向、大小或位置不合适，原图选区不合适，以及部件画面本身需要修改。具体调整可参考 同动作校准检查清单。这一步是在缩小范围，不是仅凭两套外观就证明某个唯一根因。

第二种情况：工作台里多套资源都显得异常

先复查比较前提：是否来自本次计划的模板，是否选择了同一个实际可用动作，以及期望的体型和运动方式是否合理。如果比较条件不一致，逐套调整可能只是围绕错误前提重复劳动。

把每套资源观察到的具体问题分别记录。外观都“不太对”仍不足以证明它们有同一种错误，更不能直接推断需要同一段返工要求。

第三种情况：预览可用，导入目标项目后仅一套异常

先核对异常对象实际使用的皮肤名、当前加载的文件批次和相关图片引用。确认交接双方说的是同一个对象，而不是同名资源、旧包或默认外观。不要仅因为目录里有一张同名PNG，就认定它属于当前数据。

再把目标项目中的现象与该资源在工作台的观察记录对照。两处表现不同是进一步排查的依据，不是工作台图片一定损坏或引擎一定有错的结论。

第四种情况：预览可用，目标项目中多套都异常

让负责集成的人先检查这批文件是否完整、引用是否匹配，以及项目实际使用的加载和运行环境。共同失败值得先核对共同条件，但也不能只凭影响范围就确认是哪一项配置出错。

一次核对一个主要条件，并保留实际错误信息、文件批次和观察到的皮肤/动作。涉及运行库或引擎配置时应按真实导出信息与目标项目要求判断，本文不提供未经验证的版本号或一键修复参数。

用一份四项记录交接问题

• 对象范围：仅A、仅B，还是多套；写出实际资源和皮肤名。
• 首次出现阶段：工作台预览、解压核对，还是目标项目播放。
• 固定条件：文件批次、动作，以及本轮没有更换的条件。
• 实际结果：具体症状、已检查项和下一项待查内容。

先固定动作比较不同外观，再固定外观检查其他计划动作。完整导出与交付步骤可继续查看 多皮肤导出检查清单。记录的价值是帮助下一位协作者复现同一现象，而不是提前写下“全部通过”或“全部需要重做”。