AI 會改圖，不代表貼文素材已經做好
產品照的背景已經換好，大家看了都說可以。到了排 Instagram 直式貼文那一步，包裝側邊的字卻被切掉一半。圖檔沒有壞，改圖任務也確實完成了；只是團隊把「看起來對」當成了「可以交付」。
這是個假設情境，但我覺得它很能說明 AI 圖片工作流程的盲點。模型讓修改變得容易，於是人很自然地繼續修改，直到畫面順眼為止。順眼是挑選方向的方法，卻不是發文規格。
OpenAI 在九月推出 GPT Image 2.5，強調逐輪與局部編修更可靠，也把 Flare、Sunburst 放進 API，分別面向較快的日常產出與較細緻、耗時較長的編修。這些是廠商對產品的描述，不等於我測過哪個模型能穩定保住包裝上的每個字。即使編修能力進步，到了發布那一刻，仍得由團隊回答：哪些東西不能變？這張圖要放在哪裡？誰看過最後輸出的版本？
先說清楚哪裡可以動
假設一個台灣小團隊要替新商品準備貼文。我會先留下原始照片，把要求分成三欄：包裝外觀與標籤文字必須對照原稿；背景、光線可以嘗試改；照片沒拍到的產品細節不能請模型補成像是真的一樣。
這份清單不是能保證模型照做的咒語。它是人審圖時的對照表。編修後先比對商品邊緣、標籤字樣與原圖，確認能否把它當作產品素材；有疑慮就重做或改用原圖，而不是把疑慮留給後面的裁切步驟。生成的文字若本來就不可靠，放大或縮小圖片也救不了內容錯誤。
提示詞描述這次想改什麼；交付規格則要能指出什麼狀況算失敗。把兩者寫在同一段對話裡很方便，但不要因為模型回覆「完成」就省掉後者。
一張母圖，兩個版位
接下來才輪到方形與直式貼文。先選出一張經確認的母圖，另存兩個交付版本，分別在目標版型下看主體、標籤和文案。方形放得下，不代表直式就能直接沿用：為了填滿畫面而裁切，可能剛好吃掉產品資訊；把整張圖放進框內並補留白，雖然保住內容，也可能讓文字小到難讀。
如果讀不清楚，應回去調構圖或重新排文字。若主體被切掉，就比較裁切與留白，而非只換一句提示詞碰運氣。影像 API 能產生或編修圖片，輸出設定卻不能代替實際版位的檢查。
做尺寸適配時，像 Resize Image for Instagram 這類瀏覽器端工具可以選方形、直式或限時動態版型，切換 Fit／Fill，預覽後下載。它處理的是版型適配，不會替你修正錯字或判斷產品描述是否真實；工具裡的預覽也不能取代發文介面最後看到的樣子。把輸出放進實際要用的貼文流程，再由人確認一次。
留一張能退件的放行卡
小團隊不需要厚厚的素材規範。我會在每組貼文旁留下短短一張放行卡：來源照片與採用的母圖版本、目標版型、不能改的產品元素、最後預覽發現了什麼，以及誰同意發布。直式版本如果切到標籤，就標成「退回改版」，不要讓一張已通過方形檢查的圖替另一個版位背書。
這樣做會多一道工序，趕檔期時尤其容易被嫌慢。但反覆生成更多候選圖，並不會自動補上這道工序。把驗收留在最後，比事後才發現貼出去的圖說錯了產品、或在手機畫面上根本看不清楚，來得容易處理。
我想要的不是每張圖都經過冗長簽核，而是交付時能說得清楚：這張圖改了什麼、放在哪個版位、最後是誰看過那個版本。能回答這幾件事，圖片才從「改好了」變成「可以發布」。
資料來源與範圍
產品能力只依據官方公告與 API 文件的搜尋索引及當日來源摘要作有限描述；原始官方頁面正文未能直接擷取，本文不主張獨立效能測試或特定 API 尺寸限制。Instagram 工具的版型、預覽與瀏覽器端處理另以本地網站程式和公開頁面搜尋結果核對。文中的商品團隊是教學假設，並非實際呼叫 API、測試工具或上傳貼文的紀錄。