Spine 换图后颜色仍不对？先分清源图与 Slot 着色

替换了角色衣服的图片，预览里却仍带红色或半透明效果，是否应该继续生成新图？先固定同一部件和同一动作时刻，区分图片自身的颜色与显示它时附加的着色。换图和改颜色状态是两条不同的处理路径。

先把“颜色不对”写成可比较的现象

记录实际附件、所属 slot、动作名称和时间位置。是整块袖子偏色、只有边缘发黑，还是整个角色都变暗？这三种范围不能直接使用同一个结论。保留原导出包和当前加载的图片，不先压缩、重画或覆盖它们。

在图像查看器和工作台之间比较时，背景、显示缩放和色彩管理本身也可能不同。单独打开 PNG 看起来正常只是定位线索，不能据此证明运行时材质或着色一定有错。

源图之外，Slot 和 Attachment 也有颜色

Spine 官方 Slots 文档说明，slot 的颜色会给其附件着色并控制透明度，而且可以被动画打关键帧。附件也有独立颜色，但附件颜色不能按该方式打关键帧。因此，不能把“我已经换成另一张 PNG”当作这些颜色状态也已重置。

让工程或集成负责人提供真实颜色值，以及它们来自设置姿势、动画关键帧还是应用代码。这里不提供所有项目统一适用的颜色乘法公式：自定义材质、混合方式和渲染后端仍要以实际工程为准。

先比较相同位置，再比较不同时间

1. 同一附件、同一动画时刻：核对真实加载的纹理是否为当前导出批次，并记录源图外观。
2. 保持文件不变：记录该 slot 与 attachment 的颜色、alpha，以及负责人确认的额外运行时着色。
3. 沿同一动作逐段观察：标记首次出现偏色或淡出的时刻，查明是否与颜色关键帧或应用状态变化对应。
4. 在工程副本里由负责人一次调整一个已确认条件，再回到原时刻复查。

假设衣服在待机时正常、受击阶段变红，只能说明变化与阶段相关；没有数据就不能宣称一定存在受击闪红逻辑。若白色中性颜色符合本项目的正常约定，可以由负责人在副本里作为对照，但不要批量清空所有颜色关键帧，那可能删除设计需要的效果。

不要把 Tint Black 当作普通换图

官方文档还说明，Tint Black 允许分别处理图像较亮和较暗的部分。若实际工程启用了它，应一并交接 light/dark 颜色及所用渲染配置，而不是只报告一个“RGB正常”。这里并不假设模板必有 Tint Black，也不承诺所有运行库都使用同一配置入口。

明确交给美术还是工程处理

若确认源图本身就是错误的衣服配色，可在 Spine 工作台按公开教程核对生成资源和局部返工对象。若源图符合要求，而颜色数据或材质状态才是差异，则交给工程负责人处理；教程没有证明工作台提供任意 slot 颜色曲线编辑器。

最终交接至少包含文件批次、slot/attachment 名称、动作时刻、颜色来源与前后观察。只有边缘发暗时另走 Alpha/过滤排查，不凭这篇文章把所有黑边归因于 Tint Black。本文没有运行目标引擎或测量实际颜色。