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 張獨立幀、幀順序表和失敗幀清單。這個素材包比單獨一張拼圖更容易繼續製作和複用。
