把 AI 生成的 3D 盔甲导入 Unity 或 Unreal 后，站立时明明对得很准，一播放跑步、抬臂或转身动作，肩甲却开始漂移，护腕穿进手臂，武器方向翻转，背包也偏离身体。
这类问题通常不能只靠"重新刷一遍权重"解决。更常见的原因是：部件采用了错误的绑定方式，挂点层级或局部轴向不一致，角色与盔甲使用了不同的参考姿态，或者变换数据在导出和导入时被重复计算。
更可靠的排查顺序是：附件分类→挂点与轴向→骨架映射与 Bind Pose→变换链→蒙皮权重→极端动作回读。
图注：骑士盔甲的草图、线框和成品可以说明资产会经历建模与整理流程，但动作中的挂点、参考姿态和蒙皮空间仍需在真实模型中验证。
这张素材适合说明模块化盔甲的资产制作方向，不能证明模型具有真实骨架、Socket、Bind Pose、蒙皮权重、动作重定向配置或 Unity、Unreal 中的运行结果。海报中的功能文字也不是技术验收数据。发布到 CSDN 时，需要将本地图片上传至平台并替换为站内图片地址。
第一步：先给附件分类，别把所有部件都当成蒙皮网格
现象
肩甲、护腕、武器和背包在站立姿态下都能对齐，一播放动作，却分别出现漂移、扭曲或穿体。
原因
这些部件看起来都属于"盔甲"，实际使用的运动方式却不相同。可以先分为三类：
- 刚性挂接： 武器、盾牌、背包以及部分肩甲和装饰件。它们整体不发生形变，只需要跟随某根骨骼或挂点移动。
- 单骨骼蒙皮： 护腕、护膝和小型护甲片。它们可能以蒙皮网格形式导出，但主要由一根骨骼控制。
- 多骨骼蒙皮： 胸甲、裙甲、披风和软质皮带。它们需要跨关节变形，通常由多根骨骼共同影响。
如果把武器做成多骨骼平滑蒙皮，它可能同时受到手臂、手掌甚至手指权重影响；如果把裙甲当成完全刚性的附件，角色扭腰或抬腿时又容易穿体。
怎么查
在 DCC 中为每个部件建立一张简表：
| 部件 | 绑定方式 | 目标骨骼或挂点 | 是否允许变形 |
|---|---|---|---|
| 长剑 | 刚性挂接 | hand_r / weapon_socket | 否 |
| 护腕 | 单骨骼蒙皮 | lowerarm_r | 少量或否 |
| 裙甲 | 多骨骼蒙皮 | pelvis、thigh 等 | 是 |
只需整体移动的部件优先使用刚性挂接；确实需要跨关节弯曲，再使用单骨骼或多骨骼蒙皮。Unity 中重点检查附件的父节点和本地变换，Unreal 中则检查 Socket、骨骼层级和 Skeletal Mesh 设置。
通过标准
每个部件都有明确且唯一的跟随方式，没有同时被父子关系、约束、Socket 和蒙皮重复控制。
第二步：检查挂点名称、父级关系和局部轴向
现象
武器位置偏移，背包悬在身体外侧，或者模型整体方向翻转。站立时偏差不大，动作幅度越大，问题越明显。
原因
挂点不只是一个位置坐标，还包含名称、父级、局部旋转和坐标轴方向。例如，武器挂点本应位于手掌或手腕骨骼下方，却被放在角色根节点下；DCC 中的挂点叫 weapon_socket，引擎脚本查找的却是另一个名称；前轴与上轴转换不一致，也会让附件绕错误方向旋转。
怎么查
- 确认 DCC、交换文件和引擎中的挂点名称完全对应；
- 检查挂点是否位于预期骨骼下，而不是角色根节点或错误侧的骨骼下；
- 对比局部位置、局部旋转和局部缩放，不要只看世界坐标；
- 检查左右侧骨骼命名、镜像轴、负缩放和导入轴向转换；
- 用简单立方体替代武器，测试挂点自身是否稳定。
如果立方体也发生翻转或漂移，问题通常在挂点、父级或坐标系，不在武器模型本身。
通过标准
站立、转身和抬臂时，挂点的调试轴始终与目标骨骼保持一致；附件依赖局部变换正确跟随，而不是靠世界坐标"碰巧摆对"。
第三步：核对骨架映射与 Bind Pose
现象
盔甲单独显示正常，换用另一套角色动作后，肩甲、护腕或裙甲开始穿体，严重时整套附件都会扭曲。
原因
动画能否正确传递，不只取决于骨骼名称，还取决于骨骼层级、骨骼朝向、比例和参考姿态。
Bind Pose 可以理解为网格与骨架建立绑定时的"基准合影"。后续每个动作都在这套基准关系上计算。如果角色按 A Pose 绑定，盔甲却按 T Pose 绑定，肩部一开始就存在角度差；动作幅度越大，偏移越明显。
T Pose 是双臂接近水平展开的参考姿态，A Pose 则是双臂向下形成一定夹角。两者没有绝对优劣，关键是角色、盔甲和动画重定向使用同一基准，或完成了正确转换。
怎么查
将角色和盔甲放到同一参考姿态，对比以下层级：
- 根骨骼与骨盆；
- 脊柱与锁骨；
- 上臂、前臂与手部；
- 盔甲使用的辅助骨骼；
- 左右侧骨骼方向和比例。
在 Unity 中检查 Avatar 映射与参考姿态，在 Unreal 中检查骨骼树、Retarget Pose 和重定向设置。先让盔甲跟随原始骨架播放原始动作，再切换重定向动作：原始动作正常、重定向动作异常，优先检查映射和参考姿态；两者都异常，则回到绑定和权重。
通过标准
角色、盔甲和动画的骨架层级与参考姿态关系明确；不会只因为骨骼名称相同，就直接判定两套骨架兼容。
第四步：清理未应用缩放和重复父级变换
现象
附件偏移量会随角色旋转或缩放逐渐放大；同一套盔甲在 DCC 中正常，导入引擎后却整体偏转或尺寸异常。
原因
对象、骨架、挂点和导出容器可能同时携带缩放或旋转。常见情况包括：
- 对象缩放没有应用；
- 骨架根节点不是 1、1、1；
- 父级带有负缩放或非均匀缩放；
- 附件同时受到父子关系和约束控制；
- 导入引擎后，又通过 Socket 或脚本叠加了一次相同变换。
怎么查
从附件向上逐级查看整个变换链，记录每一层的位置、旋转和缩放。导出前清理无用中间父级、重复约束和隐藏控制器。不要同时用父子挂接、DCC 约束和引擎 Socket 控制同一个刚性部件。
可以把附件复制到一套干净骨架上做对照：干净层级正常、原层级异常，说明问题更可能来自父级变换，而不是网格或贴图。
通过标准
附件的最终运动只有一条清晰的变换来源；根节点、骨架和挂点的缩放规则一致，导出后不会被重复应用。
第五步：确认刚性部件没有被错误地平滑蒙皮
现象
肩甲边缘被拉长，武器像橡胶一样弯曲，护腕在转腕时变成软管。
原因
自动绑定或权重生成可能把硬质部件分配给多个邻近骨骼。即使每个顶点的权重总和等于 1，也不代表权重分配合理。对金属板和武器而言，"数学上合法"不等于"运动方式正确"。
怎么查
打开权重可视化，重点检查：
- 硬质部件是否出现多个骨骼颜色混合；
- 左侧部件是否误领右侧骨骼权重；
- 是否存在零权重顶点；
- 是否残留不再使用的辅助骨骼；
- 权重归一化后是否改变了原本的主控制骨骼。
武器、盾牌和硬质背包优先使用单一骨骼或 Socket 刚性挂接。必须作为蒙皮网格导出时，也应让顶点主要受同一骨骼影响。裙甲和软质皮带则需要平滑过渡，不能为了"防漂移"全部锁死到一根骨骼。
通过标准
硬质部件能保持形状，柔性部件能够随关节合理变形；不会用同一种权重策略处理所有附件。
第六步：用三类极端动作完成导出回读
为什么必须做极端动作
站立姿态只能证明附件在某一帧对齐。真正容易暴露问题的是大幅抬臂、扭腰和快速转身，因为这些动作会同时放大挂点方向、骨架映射、权重与变换链中的误差。
三类固定动作
- 抬臂： 检查肩甲、护腕和武器；
- 扭腰： 检查背包、胸甲和裙甲；
- 快速转身： 检查挂点方向、惯性表现和重定向结果。
每次测试记录附件编号、绑定方式、目标骨骼、首次异常帧、局部变换和当前动画。然后对比三个阶段：
- DCC 已异常： 回到绑定、参考姿态和权重；
- DCC 正常，导出回读异常： 检查导出选项、单位和变换烘焙；
- 回读正常，引擎异常： 检查导入缩放、骨架选择、Socket 和重定向配置。
资产需要在 DCC 与引擎之间往返时，可以把 DCC 导出衔接入口 作为流转环节。但它负责的是资产传递，不会自动统一 Bind Pose、挂点轴向、权重或引擎重定向设置。
通过标准
同一附件在源 DCC、导出回读文件和目标引擎中使用相同的骨架与动作时，位置、方向和变形结果一致。
六步验收清单
- 已区分刚性挂接、单骨骼蒙皮和多骨骼蒙皮；
- 每个附件只有一种明确的跟随方式；
- 挂点名称、父级、局部位置和局部轴向一致；
- 角色、盔甲与动画的骨架映射和 Bind Pose 已核对；
- T Pose 或 A Pose 的转换关系明确；
- 根节点、骨架和附件没有未应用或重复计算的变换；
- 刚性部件没有被错误分配多骨骼平滑权重；
- 抬臂、扭腰和快速转身均已完成导出回读；
- Unity 或 Unreal 中的最终结果与源文件一致。
模块化盔甲换动作后漂移，并不等于 AI 生成的 3D 模型完全不能使用。它更像一条资产链路中的数据没有对齐：附件应该怎样跟随、挂在哪个层级、使用哪套参考姿态、变换由谁负责，以及哪些部件允许变形。
先把这六层关系逐项分开，再做导出回读，通常比反复拖动附件或整体重刷权重更容易找到根因，也更便于后续的 3D 角色动作制作和资产复用。
你遇到的盔甲漂移，更常发生在肩甲、武器，还是裙甲？