Spine 皮肤短名看得见，程序却找不到？先核对完整名称

封面为 AI 生成的多外观角色示意，不是皮肤树、导出数据或运行时查找测试。

美术说皮肤叫 red，程序按 red 查找却没有结果。先别马上重新导出或重命名：这里的 red 是界面短标签、资源名称，还是实际导出数据里的完整皮肤名？这三者不能凭口头约定自动对应。

文件夹可能成为运行时名称的一部分

Spine 官方皮肤文档说明，在工程中用文件夹组织皮肤时，文件夹名称会加到导出后供运行时使用的皮肤名之前。因而某个工程里的短标签，不一定就是应交给查找逻辑的完整字符串。

例如，假设实际工程将 red 放在 outfits/winter 目录下，完整名称可能是 outfits/winter/red。该名称是本文条件示例，不表示 Tooliva 导出必然使用这些目录，也不是要求给你的文件追加相同前缀。

先从实际数据确认，不从PNG文件名猜

保留本次导出包，让负责集成的人通过适配当前格式的查看方式，确认数据中实际有哪些皮肤名称。若拿到的是二进制数据，不把它当文本随意搜索替换，也不建议为了查看名字而写简化解析器。

页面PNG名、工作台资源名、武器款式名可能承担其他职责。文件存在，不证明存在同名皮肤。也不要因为一个默认名称能工作，就擅自把其他名字全部改成默认值。

交接一份两列映射，再补上下文

• 显示短名：协作者在界面或笔记中使用的称呼。
• 实际完整名：从本次数据确认的原样字符串。
• 数据批次：导出包及目标项目实际加载路径。
• 观察结果：查找是否成功，以及后续显示是否正确。

假设短名red与完整名outfits/winter/red对应，记录这对关系即可，不必为了沟通方便就改动原始数据。重复短名可能出现在不同分组，只有短标签会让交接含糊。大小写和分隔符也应按实际数据保留，不默认接收方会替你归一化。

把“找不到”与“找到后显示不对”分开

查找失败时，先核对实际加载的批次与完整名称。查找已返回对象，但画面没有按预期改变时，应继续核对项目里的皮肤应用、附件选择与动作状态，而不是反复改名。名字确认只是其中一步，不是渲染通过的证明。

这里的判断需要项目的真实日志或状态，不凭一张角色截图推断查找结果。工程代码变更应由对应负责人按当前运行库文档处理，本文不提供未验证的跨引擎代码。

工作台导出仍按真实皮肤名检查

在 Spine 工作台中，按公开教程确认已完成资源和导出皮肤名。不要从 Spine 编辑器文件夹规则推断工作台必然提供同名文件夹管理界面。

命名层次仍不清楚时，参考资源名、皮肤名和款式名的区分。验收应保留实际名称、查找结果和计划动作的显示结果，不能只写“red已经导出了”。