GPT Image 2.5 核心概念：结构化输出与可拆分资产 把多个姿态放进规则网格，是把一次生成变成一组可复用资产的方法。围绕 GPT Image 2.5 的图像创作，本篇把整张设定图继续加工为精灵图、帧序列或动作参考，并用 Arcloop 的网格切分承接素材拆解。
16 个小人排在一张图里，不一定就是 16 帧动画。有些图表现的是不同姿态，有些才是同一个动作的连续阶段。前者可以当动作设定，后者还需要检查顺序、角色比例与固定位置，才适合继续合成动图。
我们把这篇 Arcloop 练习设计成五步：定义动作、固定角色、生成网格、切出单帧、检查锚点。文中的“抬手打招呼”模板把一个动作拆为起势、抬手、轻摆与复位，再通过画布的网格切分获得独立图片。每一步都有明确交付，便于定位动作不连贯的原因。
先选一个足够小的动作
第一次制作不要选择翻滚、腾空、转身和挥剑组合。先做简单的“抬手打招呼”：手从身侧抬起，轻摆两次，再放下。角色身体位置保持稳定，动作的变化更容易被检查。
准备一张原创成年角色或原创吉祥物参考。让角色完整站在画面里，四肢不要贴边。如果是带装饰的角色，先记下需要保留的饰物数量和位置。
参考所附原创吉祥物，生成一张 4×4 的“抬手打招呼”动作序列图。
16 个等大正方形格子，按从左到右、从上到下排列动作顺序。
1—4 格：右手从身侧缓慢抬起；5—8 格：手掌向外轻摆；
9—12 格：再次轻摆；13—16 格：手放回身侧，接近第一格姿态。
每格保持同一角色、同一服装、相同头身比例、同一视角。
双脚基准位置和角色中心尽量一致，四肢不越出格子。
单色浅背景，各格周围留白，不写文字，不画数字和装饰线。
这份动作模板为本篇“抬手打招呼”练习编写，按动作阶段约束每格内容。第一次输出可能只有姿态变化，动作顺序也可能错误。先把它当候选素材看，不要直接按帧播放后就宣布完成。
先检查网格，再点切分
在 Arcloop 画布选中网格图，使用“切分图片”，选择 4×4。该工具按行列划分图片区域；它不会理解哪个动作应该排在第几帧，也不会把大小不同的格子自动整理成标准精灵图。
| 检查对象 | 可以继续切分 | 建议先重做 |
|---|---|---|
| 网格结构 | 等大且排列规整 | 格子合并、大小不一 |
| 角色边界 | 手脚都在各自区域内 | 四肢穿过分隔区域 |
| 角色身份 | 服装与饰物稳定 | 中途换装或多出物件 |
| 动作顺序 | 相邻变化可以理解 | 连续几格重复或跳步 |
切分后放大独立图片。格子之间若有分隔线，可能需要裁去残留边缘。不要把每张图分别裁到“刚好包住角色”，那样很容易让角色在合成时忽大忽小。
用同一位置基准检查抖动
播放抖动常常来自角色位置变化，而不是动作本身。用脚底所在水平线和身体中心作为参照，检查每帧是不是在画面里左右漂移。如果角色抬手时身高也突然改变，需要修复该帧或重新生成。
重新生成第 7 帧，参考第 6 帧的人物与画面位置。
仅让右手向外移动少许，手臂保持自然弯曲。
角色头部大小、脚底高度、身体中心、衣服和背景保持参考图状态。
不要改变视角，不添加运动模糊，不裁切头顶或鞋子。
只输出这一张独立帧，不输出拼图。
孤立修一帧也可能导致风格不连贯，因此最终要把它放回前后两帧之间检查。如果修复成本超过重做一段动作，保留角色母版，重新缩短动作范围往往更有效。
GIF 与图生视频是两个交付方向
逐帧合成 GIF需要按照确定顺序设置帧时长，并检查第一帧与末帧的衔接。Arcloop 本篇流程负责图片生成、切分和保存；GIF 编码交给具备序列导入功能的工具完成，不把图片切分误写为“一键生成 GIF”。
图生视频则可以从一张确认的关键帧开始，在 Arcloop 视频模型入口继续描述动作。不要直接把 16 格拼图作为首帧，除非你确实想让视频中出现整张网格。更稳的做法是先选用独立关键帧，具体引用方式以当前模型支持为准。
两种方向的验收不同：GIF 检查帧间锚点和循环，视频检查时序、形变与动作合理性。序列图本身不能证明 GPT Image 是视频生成模型。
最终交付一张网格原图、16 张独立帧、帧顺序表和失败帧清单。这个素材包比单独一张拼图更容易继续制作和复用。
