Spine 走路动作只在原地播放，是导出漏了位移吗？
先确认由谁推动角色前进，再区分骨骼姿态、场景位移与脚滑。
封面为 AI 生成的角色多姿势概念图，不是走路轨迹、根骨骼数据或游戏移动实测。
角色双腿在走，身体却留在原地，是否说明导出漏了位移？先确认项目需要的是原地循环，还是由动画驱动整体移动。动作里有走路姿态，不等于角色对象已经获得场景位移。
先明确移动由谁负责
一种项目约定是动画负责身体姿态，游戏里的角色控制逻辑负责前进；另一种约定会从动画里的位移提取移动信息。具体采用哪种方式，需要由项目集成人员确认，不能根据动作名称含有 walk 就判断。
如果设计本来就是原地循环，预览不前进可以是预期结果。不要为了让预览“走出去”，直接给所有部件统一加偏移，或把循环结束时的位置跳回误当作图片缺陷。
把三个坐标对象分开看
- 角色所在的场景对象：接收项目实际用它承载位置、朝向或移动逻辑。
- 骨骼层级与根骨骼：动画数据中哪些局部变换随时间改变。
- 画面中的身体和脚：最终渲染出来的姿态与接地观感。
Spine 官方运行时骨骼文档区分局部变换和世界变换，并说明骨骼变换受父级层次影响。这里的骨骼 world 坐标以根骨骼所在的坐标系为基准，不能未经换算就当作游戏场景对象的全局位置。
因此，观察腿部在摆动、某根骨骼坐标有变化，或渲染画面位置改变，分别证明了不同事情。先让集成人员指出正在记录的是哪个对象和坐标空间，避免用一张截图代替移动状态。
用两个受控对照定位责任
- 固定同一份资源、动作和播放速度，按项目允许的方式保持场景承载对象位置不变，记录骨骼和画面的变化。
- 保持同一动作，再按项目实际移动流程观察承载对象位置与画面；注明是否使用动画位移提取、是否另有控制逻辑推动。
这是一份建议的诊断方法，不是本文已经执行的引擎测试。不要为了对照直接删掉生产移动逻辑；应由负责人在测试场景或副本中操作，并记录实际条件。
前进两次、停在原地与脚滑分别交接
如果动画数据和游戏控制逻辑都产生整体位移，要确认两者是否按项目约定重复施加。若两边都没有负责前进，也不能期待走路姿态自行移动场景对象。这些是需要检查的分支，不是某个导出包已经被证明有错。
角色能前进但脚在地面上滑动，则还要核对移动速度与动作节奏的关系，以及实际缩放和接地设计；它与“场景对象根本没移动”不是同一个验收结果。本篇不给出适用于所有模板的步长或速度常量。
先验收运动约定，再验收部件连接
在 Spine 工作台按图文教程选择模板实际提供的动作，比较模板与当前资源。预览用于检查外观和动作，不代表已配置目标游戏的角色控制器或位移提取。
交接时保留资源批次、真实动作名、移动责任方、观察对象与坐标空间、实际播放速度，以及循环边界结果。若问题是袖口连接、武器离手等局部异常，另看同动作部件校准清单，避免把局部图片调整当作场景移动方案。