序列帧变成1、10、2播放？先核对文件名与实际顺序

封面为 AI 生成的多姿势示意，不是编号序列、实际拆分结果或正确帧间隔的证明。

12张图都在，动作却从第1帧跳到第10帧，再跳回第2帧。先别用降低 FPS 掩盖跳跃：核对文件名、工具帧列表和目标项目实际播放顺序，三者可能不是同一套排序。

文本顺序与数字顺序不同

把 frame_1.png、frame_2.png、frame_10.png 作为例子。按数字编号期望得到1、2、10；按一种常见的字符串比较则可能得到1、10、2。MDN 的 Array.sort 文档说明了 JavaScript 默认排序按字符串比较的行为。这里用它解释一种可能机制，不表示 Tooliva 或你的引擎一定使用这个实现。

文件管理器看起来顺序正确，也不能证明上传后列表或导出后的加载顺序相同。自动自然排序、文本排序和手工顺序应分别确认，不能从一个界面的表现推断全部流程。

补零有前提，不是自动修复

若本组计划编号为1到12，可在副本中采用统一前缀与三位编号：hero_attack_001.png 到 hero_attack_012.png。固定宽度有助于让这组简单、同前缀的文件名在文本比较中保持编号关系；三位仅是本例规格，不是所有项目的强制标准。

补零不能修正原图内容本来就放错编号、多个动作混在同一组或人工列表顺序不同。超过既定编号宽度时，应重新制定整组规范。不要直接改线上正在被引用的文件名；先保留原文件到新文件的对应表，相关引用也需同步核对。

先做一张顺序清单

• 计划序号与原文件名。
• 画面内容：起手、出手、收回等可辨阶段，以实际动作为准。
• 工具帧列表中的位置。
• 导出后或目标项目中的实际位置。

假设缺少008，先确认它是丢失文件还是本就不在设计中；不要复制007凑够数量。001.png与1.png若同时存在，也不能只靠补零批量改名，可能产生同名冲突。先明确哪一张应保留，避免覆盖。

在工具内观察实际帧列表

打开 动画帧拼接拆分工具，按当前界面检查本组帧及其顺序。公开介绍包含帧顺序调整和动画预览，但不应推断上传时必然按某种数字规则排序，也不承诺每个工作流有相同按钮。

保持画布、帧内容和播放参数不变，先修正明确的顺序问题，再预览完整动作。若顺序正确仍然抖动，转去检查画布与参考点；若顺序正确但节奏太快，再讨论 FPS，不把不同问题混成一个参数。

导出后再核对一次，而不是止于预览

保存清单，并检查导出的图片、实际元数据或接收方约定是否表达了同一顺序；只检查确实提供的文件，不假定 ZIP 内部排列自动等于播放器顺序。目标项目按自己的加载规则读取时，应以最终播放和实际顺序表复查。

还要观察最后一帧到第一帧的衔接，但不要为了消除跳变就随意删掉设计中的停顿或空白。帧数与时长的关系可继续阅读帧数、FPS与一轮时长。只有内容、编号、列表和实际播放关系一致，才能把本轮顺序检查记为通过。