GPT Image 2.6 動態貼圖：送出前先修正循環

角色在你的預覽中揮手，但循環重播時卻出現跳動。或者你下載了動態圖片，卻發現貼圖目的地拒絕接收。GPT Image 2.6 動態貼圖的做法，始於原生的 GIF 請求、一段讓角色回到開場姿勢的提示詞，以及根據發布平台所做的匯出決定。GPT Image 2.6 可以直接生成 GIF。該檔案可作為網頁或貼文中的貼圖風格反應使用，而應用程式的貼圖庫則可能要求透明度、不同的格式與大小限制。本指南提供一段水獺提示詞，研究三個已發布的動態參考範例，並檢視一張提交的水獺靜態圖與動畫，之後再選擇 GIPHY 或 WhatsApp 匯出。

重點摘要

• 使用文生圖的 GIF 選項生成動態，並同時描述動作與其回到原位的姿勢。
• 研究真實的動態範例，然後檢查你自己 GIF 的第一格與最後一格，以及在貼圖尺寸下的可辨識度。
• 純色背景的 GIF 可直接用於某些貼文，但 GIPHY 與 WhatsApp 的貼圖格式還需要更多處理。
• 把模型目錄的起始價格視為下限，再查看完成工作的實際收費。

GPT Image 2.6 實際上能匯出什麼

OpenAI 的圖像生成文件說明了圖像生成的動態 GIF 輸出。將輸出格式設為 GIF，然後選擇影格數與每一格的持續時間。文件記載的範圍是 2 到 64 格，每格 20 到 2,000 毫秒。這些是控制項，並不保證每一種影格尺寸與數量的組合都能符合請求的像素預算。

目前的圖像編輯參考資料也列出，當所選模型具備 GIF 預覽權限時可輸出 GIF，格數為 2 到 16 格。在規劃圖生 GIF 的執行之前，先確認實際的編輯介面是否提供該選項。上傳一張靜態圖本身並不保證角色在動態過程中維持完全一致。下文另立的水獺範例始於一張 PNG 與一段提供的 MP4，我們在本機將其轉換為 GIF；這並非原生 GIF 編輯結果的證據。

在本文中，「動態貼圖」指的是緊湊、富有表現力、且只有一個可辨識主體的循環動畫。這並不聲稱第一個下載的 GIF 就是適用於每個通訊應用程式的原生貼圖包。特別是，Atlas Cloud 的 GIF 參數指引指出，其 GIF 選項無法與透明背景參數合併使用。因此我們要求使用均勻的淺色背景，檢查結果，並將透明度處理留待另一個本機處理步驟。

模型頁面的參數指引是執行前確認 GIF 與背景設定的檢查點。

一段乾淨的提示詞可以要求一致的毛髮、圍巾與輪廓，但實際儲存的影格才決定這些細節是否真的維持穩定。循環也是如此。回到原位姿勢的指示能改善提示內容，但並非無縫結果的證明。

用一段提示詞製作動態貼圖 GIF

撰寫角色、動作與回到原位的姿勢

選擇一個無需聲音也能理解的反應。下方可用的提示詞描述一隻開朗的海獺，牠轉身、揮手兩次、眨眼，然後回到四分之三側身姿勢。這隻水獺只有少數幾個識別特徵：暖棕色毛髮、奶油色口鼻、深色眼睛，以及一條藍綠色圍巾。這些細節易於逐格檢查，且在 GIF 以縮小尺寸顯示時仍清晰可辨。

複製下方的完整提示詞。它的第一句定義檔案的視覺設定。中間固定角色與鏡頭。最後幾句指明可見的動作與收尾姿勢。固定正方形視角在此很實用，因為鏡頭移動可能會掩蓋薄弱的角色動畫，並在視角重置時造成循環跳動。

plaintextCopy
1Create one original animated reaction sticker-style GIF on a uniform solid pale cream background (#F6F1E8). Subject: a small round sea otter with warm brown fur, a cream muzzle, dark round eyes, and one tiny teal scarf; keep these features identical in every frame. Fixed square composition, full body centered with generous safe space, no text, logo, border, other characters, or scenery. In one smooth looping action, the otter starts in a cheerful three-quarter pose, turns toward the viewer while clearly waving one paw twice, blinks once, gives a small buoyant bounce, then turns back to the exact starting three-quarter pose. Make the head, paw, and body positions change progressively between frames, with no still-image hold, slideshow cut, camera zoom, or sudden jump. The last frame must lead naturally into the first. Keep the outline and expression readable at 128 pixels wide.

「揮手兩次」讓手爪有明確的任務。「轉回精確的起始四分之三側身姿勢」定義了最後一格與第一格之間的接縫。避免定格停頓的指示則針對另一種失誤：檔案可能包含許多影格，卻只顯示極少變化。純色背景讓後續的邊緣移除更容易檢查，儘管它本身並不會產生透明度。

不要加入另一個角色、彩紙、招牌或場景來讓結果顯得熱鬧。在 128 像素寬的尺寸下，這些元素會與手爪和臉部搶焦點。反應貼圖需要可辨識的情緒與可見的動作；額外細節只有在預定目的地要求時才值得保留。

已發布的動態貼圖案例：狐狸、貓與機器人

OpenAI 的 GPT Image 2.6 發布文章將動作序列與動態範例配對呈現，其中包括兩個六格的上班族反應。同樣的呈現方式在此也適用：展示動態、展示解釋動態的影格，然後檢視小型貼圖檢視器實際上會看到什麼。以下為外部參考案例，並非 GPT Image 2.6 或 Atlas Cloud 的測試結果。

案例 1：一隻狐狸，三種清晰可讀的反應

公開的 Motion Sticker Pack 藝廊發布了同一隻狐狸角色的三種反應：害羞、諷刺，以及吃西瓜。我們將其三個原始 240 × 240、24 格、三秒的 GIF 合併為單一的同步長條圖。由左至右，狐狸從驚訝的表情轉為臉紅，雙臂交叉並移動視線，然後將一片西瓜送向嘴邊。圍巾、連帽衫、星星徽章與尾巴，讓人在這三個構想之間很容易察覺角色一致性的偏移。

由該藝廊的害羞、諷刺與吃西瓜檔案組合成的一個 GIF，由左至右顯示。這些是來自另一套工作流程的參考動畫.

第一個反應改變臉部表情，而身體大致維持不動。第二個依賴幅度小得多的眼部動作，因此縮小後其含義可能會消失。第三個讓道具發揮作用，但西瓜在咬下的過程中必須保持一致。這是三種不同的提示詞限制，而不是在水獺身上添加額外道具的三個理由。在貼圖尺寸下，先挑選一個清楚的動作。

下方的靜態比較讓循環的接縫可供檢視。在害羞的 GIF 中，最後的頭部角度與表情與開場影格不同。這不會自動毀掉一個反應，但這是個理由，讓你在宣告循環完成前，以預定尺寸重播該檔案。

已發布的害羞狐狸 GIF 的第 1、13 與 24 格。此圖為影格比較；上方的動態長條圖則是播放測試。

案例 2：由 25 格構成的白貓循環

另一個已發布的白貓貼圖案例，始於一段關於毛茸茸藍眼貓與藍色毛線球的提示詞。其程式庫說明該案例使用了較早期的圖像模型、一張 5 × 5 的 sprite sheet、本機影格分割，以及 GIF 組裝。這個外部案例遵循的生成途徑，與本指南中原生 GPT Image 2.6 GIF 工作流程不同。其輸出仍提供了有用的動態測試：貓靠近球、翻滾、回到直立狀態，並在接近開場姿勢處結束。

來源案例的動態 GIF 以外部動態參考形式呈現，並非 GPT Image 2.6 的結果。

附編號的縮圖對照表說明了為什麼這個讀起來與狐狸的反應不同。貓在整個序列中改變全身位置，而球則為動作提供錨點。第 1 格與第 25 格的姿勢足夠接近，暗示經過規劃的回到原位，但仍需要動態 GIF 來判斷時間節奏與任何可見的跳動。

來源案例的影格縮圖對照表顯示了動態 GIF 背後的進展過程。

案例 3：機器人揮手測試角色一致性

已發布的機器人動畫案例始於一張白紫配色的角色圖，接著顯示機器人在短循環中揮手與眨眼。其作者表示，第一次嘗試 sprite sheet 時改變了機器人的尺寸與腿部，因此最終範例從固定的角色基礎生成姿勢，並在本機組裝。其中可見的教訓仍適用於貼圖提示詞：可辨識的角色需要穩定的身體比例，同時由單一肢體承載動作。

來源案例的揮手 GIF 包含 24 格，時間約 1.85 秒。留意抬起的手、眨眼，以及回到起始姿態的過程。

這段動畫不只是縮放：手抬起、面罩閉合完成眨眼，雙腳則保持不動。將其與下方的原始角色相比較。紫色面罩、肩甲、胸部形狀與腿部比例，都是可逐格檢查的具體細節。有些面罩與手的形狀仍有變動，因此應將輸入圖與 GIF 一起觀看，而不是從提示詞就假設角色完全一致。

已發布的來源圖是這個外部案例的固定角色參考。它讓你將動態結果與預期設計進行比較。

對於本指南中的水獺提示詞，對等的檢查是藍綠色圍巾、口鼻與身體比例是否在揮手與轉身過程中保持不變。讓鏡頭與起始姿勢保持固定，然後評判下載的動畫，而不是把一句回到原位姿勢的敘述當作無縫循環的證明。

在 Atlas Cloud 上執行 GPT Image 2.6 Sunburst

若要採用可重現的途徑，請開啟 Atlas Cloud，並前往 GPT Image 2.6 Sunburst 文生圖遊樂場。這是圖像生成路徑；名稱相似的編輯路徑則是不同的操作。在更改任何措辭之前，先完全照原文貼上提示詞。

若實際表單中出現這些控制項，請選擇高品質、中等複雜度、GIF 輸出、24 格，以及每格 100 毫秒。要求 512 × 512 的正方形影格，並將透明背景保持關閉。要求的時間為 24 × 100 毫秒，也就是一個循環 2.4 秒。如果表單因總像素預算過大而拒絕該影格尺寸，請依照顯示的錯誤減少尺寸或影格數，並記錄實際執行的數值。在完成的工作確認之前，不要標示結果為 512 × 512。

執行一次並等待結果完成，然後下載 GIF 本身。預覽靜態圖或模型頁面的範例圖，並不是這段提示詞的輸出。在貼文使用之前，檢查儲存檔案的格式、尺寸、影格數與時間。非同步工作可能會顯示排隊或執行中狀態一段時間；只有完成的輸出與真正下載的檔案，才算完成的範例。

這段水獺提示詞是可重現的起點。下方完成的 Atlas 靜態圖與另立的動畫，並不構成以上述 24 格設定進行原生 GIF 執行的紀錄。請依實際格式與影格來評判每個下載的檔案，而不是假設提示詞保證了乾淨的循環。

我們的水獺：一張靜態圖與一個透明動態去背

我們從下載的靜態圖中移除了淺奶油色背景。下方的透明 PNG 獨立呈現原始水獺，因此其臉部、鬍鬚、藍綠色圍巾與輪廓都能與動態版本直接比較。

我們逐格移除動畫的奶油色背景，以每秒 15 格取樣動作，裁切為 512 × 512 正方形，並編碼成 76 格的透明 GIF。

透明 GIF 保留了移動的手爪與頭部轉動。角落的像素是透明的，因此角色周圍不再出現奶油色矩形。

Atlas 遊樂場的螢幕截圖記錄了靜態圖步驟：一張完成的海獺 PNG。可見的控制項顯示高品質、中等複雜度、2048 × 1152 的 16:9 影格，以及 PNG 輸出。該螢幕截圖並未顯示後續動畫的生成設定。

Atlas 遊樂場的螢幕截圖顯示了靜態圖提示詞、設定，以及完成的 PNG 輸出。

動畫水獺保留了棕色毛髮、奶油色口鼻、深色眼睛與藍綠色圍巾，但其臉部形狀、鬍鬚位置與圍巾配置與原始 PNG 不同。因此該動畫顯示的是相關的角色設計，而不是靜態圖的像素級忠實動畫。在貼圖尺寸下重播 GIF，並在發布前檢查最後一格到第一格的轉換。

檢查循環在貼圖尺寸下是否可行

檢查第一格與最後一格

將下載的檔案播放數個循環，然後在第一格與最後一格暫停。比較水獺的身體角度、圍巾位置、手爪高度，以及其在正方形內的位置。若動作自然延續，些微差異是可以接受的。位置跳動、臉部突然改變，或圍巾消失，都會讓接縫變得明顯。

接著，將顯示縮小至約 128 像素寬。臉部與揮動的手爪應該在不放大的情況下仍可辨識。如果動作只在完整解析度下才顯現，那麼在聊天選擇器或小型社群貼文中就會很弱。檢查整個循環過程中全身是否都保持在安全區域內，以免手與尾巴在邊緣被裁切。

除了端點之外，也要檢查影格的進展。兩次揮手是否有清楚的外揮與內收階段？眨眼發生時，角色的其餘部分是否保持一致？一長段幾乎相同的影格是否讓 GIF 感覺像靜態圖？一個有用的驗收檢查是可觀察的：可辨識的主體、可見的揮手、穩定的特徵、沒有切斷，以及不會引人注意的最後到第一格轉換。

有些播放器會在預覽中最佳化或略過影格。如果動態看起來奇怪，請在第二個檢視器中開啟下載的 GIF，或在本機擷取其影格，再歸咎於模型。單憑第一格的螢幕截圖無法驗證時間或循環。實際的 GIF 才是要評判的成品。

修正看起來像幻燈片的動態

如果生成的水獺幾乎不動，只修改動作那句話，並讓角色、背景與影格設定保持不變。將現有的揮手與轉身指示替換為：「讓手爪大幅且明確地揮動，並讓頭部明顯地從四分之三側身轉到正面再轉回。」然後再次執行，並將新檔案與相同的驗收檢查進行比較。

這種單一變更方法能告訴你更強烈的動作措辭是否有幫助。同時改寫整段提示詞，可能會改變水獺的設計、場景與時間，使結果更難解讀。如果主要問題反而是接縫，請保持動作不變並強化收尾姿勢的指示。要求結尾時的頭部角度、手爪位置與身體高度與開頭相同。

一次成功的重跑應該因為改善了動畫而值得採用，而不是因為提示詞聽起來更強硬。保存動作在小尺寸下明顯、且循環能乾淨收尾的版本。如果兩個版本都未通過，誠實的結果就是一個未完成的範例；在稱其為可用貼圖之前，先調整動畫概念或影格預算。

GIF 不一定就是應用程式貼圖

目的地決定了「完成」的含義。帶有完全不透明奶油色矩形的 GIF，可能可用於接受 GIF 上傳的網頁文章或社群貼文。貼圖庫會將圖像疊加在其他內容上，因此其規則通常要求主體周圍有透明像素。更改檔案名稱無法增加透明度或改變其編碼。

GIPHY 的貼圖定義給出了第一格的透明度門檻。WhatsApp 的官方貼圖要求指定了 WebP 格式、尺寸、檔案限制、時長與貼圖包規則。這些是目的地要求，而不是 GPT Image 2.6 Sunburst 會自動套用於原生 GIF 的設定。

對這隻水獺而言，本機轉換工作流程會辨識每一格中均勻的奶油色背景，在保留毛髮邊緣的同時移除它，在淺色與深色表面上檢查每個影格，並將產生的動畫編碼為適合目的地的格式。轉換後再次檢查循環：調色盤縮減、邊緣清理與影格時間變更，可能讓原本良好的 GIF 在最終檔案中顯得粗糙。

WhatsApp 也要求動態貼圖以動態貼圖包形式提交，在其記載的應用程式工作流程中，每個貼圖包有 3 到 30 個貼圖。一個水獺檔案足以測試動態，但它本身並不是完整的 WhatsApp 貼圖包。如果你今天只需要一個用於網頁的快速反應，那就停在已驗證的 GIF。如果你需要的是貼圖庫素材，請為轉換、驗證與實際匯入測試預留資源。

GPT Image 2.6 Sunburst 還是 GPT Image 2.6 Flare，以及 GIF 要花多少錢？

對於這個規格嚴謹的角色，GPT Image 2.6 Sunburst 是合理的首選，因為該請求要求一致的特徵與精確的回到原位姿勢。當迭代速度很重要，且你想測試多種動作措辭時，GPT Image 2.6 Flare 是替代方案。這些模型名稱描述的是定位，而不是針對這隻水獺的實測品質排名。公平的比較會對兩者執行相同的提示詞、尺寸、影格數、時間與品質設定，然後檢查兩個下載的檔案。

GPT Image 2.6 Flare 模型頁面 對這個選擇很有用，但目錄的「From」金額描述的是入門價格，而不是 24 格高品質 GIF 的帳單。GIF 工作可能比單張靜態圖消耗更多輸出。在執行之前查看實際的模型頁面，然後在工作歷史記錄中查看已完成任務的報價或結算費用。如果你需要估算更大的貼圖批次，請將實際的模型、品質、影格數、尺寸與費用一併記錄下來。

對於 GPT Image 2.6 動態貼圖，最簡單的下一步是製作一個循環，以預定顯示尺寸檢查它，並在進行轉換工作之前決定其目的地。當 GIF 就足夠時，這給你一個可用的 GIF；當應用程式需要真正的貼圖格式時，這給你一份清楚的額外步驟清單。

常見問題

我可以用 GPT Image 2.6 編輯現有的 GIF 嗎？

目前的圖像編輯參考資料列出，當所選模型具備 GIF 預覽權限時，可輸出 2 到 16 格的 GIF。這並不表示每個遊樂場都會提供該選項，也不表示上傳動態 GIF 就能保留其原始動作。檢查實際的控制項並檢視下載的結果。本文中的水獺 GIF 是從一段提供的 MP4 在本機轉換而來。

為什麼我要求的 512 × 512 GIF 被拒絕？

影格數、影格尺寸與輸出數量必須符合請求的總像素預算。嘗試較少的影格或較小的支援影格尺寸，並在文章或上傳規格中使用實際接受的尺寸。本指南中的 24 格設定是要測試的請求，並不保證每個介面都會接受。

我可以把 GIF 上傳為 WhatsApp 動態貼圖嗎？

WhatsApp 記載的動態貼圖格式是 WebP，具有透明圖像與嚴格的大小與時長限制。將完成的動畫轉換並驗證，然後透過貼圖包工作流程進行測試。將 GIF 副檔名改為 WebP 並不會轉換檔案。