核心概念：可控、可重現與驗收。 每次交付都保存參考、指令、輸出與驗收結果，下次更換標題、場景或產品顏色時才有可靠起點。
用固定任務比較
選擇三項最接近業務的任務，每項先執行三次作為小樣本檢查。保留所有輸出並記錄哪張進入交付，不要只保存最好的一張。
| 測試題 | 保持項 | 通過條件 |
|---|---|---|
| 人物換場景 | 臉型、髮型、服裝 | 身分可辨識，服裝結構無明顯漂移 |
| 商品改色 | 輪廓、標誌、位置 | 只改變指定顏色 |
| 兩行標題 | 字元、層級 | 逐字正確，縮圖仍可讀 |
| 草圖構圖 | 位置、前後關係 | 主體與留白符合草圖 |
| 透明單體 | 結構、邊緣 | 真實透明，多種底色皆可用 |
確認實際使用的模型
記錄介面顯示的模型名稱、日期與可見參數。若沒有精確版本，就寫「介面未標示」，不要從清晰度或檔案大小推測。
Prompt 檔案保存任務結構
任務名：旅行水杯 / 書桌場景 / 第一版
參考：product-master-v1.png
介面模型：依本次實際顯示填寫
目標：生成書桌使用情境圖
保持項：杯體比例、杯蓋、把手、塗層與標誌位置
變化項：背景、環境光、陪襯物件
輸出：依實際檔案填寫比例與尺寸
驗收：商品完整；標誌正確；沒有遮擋；光影合理
結果：通過 / 需要修復 / 放棄，並寫明原因
在 Arcloop 保存圖片與素材，另用文件或表格記錄任務欄位。參考與輸出的對應關係，比不斷追加「最終版」更有價值。
失敗時只修改一處
主體正確而文案錯誤時只修文字；身分錯誤時回到角色母版；構圖錯誤時重新提供版面參考；透明失效時檢查去背步驟與檔案格式。
本輪只修復一個問題：標題第二行出現多餘字元。
第二行必須只有「第三集」，不增加空格、英文、標點或其他字。
保留人物、背景、主標題、構圖、色彩與標題區位置。
如果無法保持人物，優先輸出沒有第二行文字的版本。
建立團隊任務庫
為角色、編輯、產品、文字、草圖、序列幀和透明素材各保存一項通過任務。每筆記錄包括輸入參考、允許變化、必須保持及驗收條件。完整素材包同時保留通過圖、失敗圖、參考圖與 Prompt。
分開硬性條件與偏好
固定任務的價值在於兩次測試只改變一個變數。比較模型時保持參考圖、Prompt、比例與品質不變；比較 Prompt 時保持模型與參考圖不變。若同時更換模型、參考與構圖，就無法判斷改善來自哪裡。
評審前定義硬性條件與可接受偏差。產品主圖通常把輪廓、標誌位置和顏色列為硬性條件；氣氛海報可以允許背景細節變化，但人物身分與標題必須準確。硬性條件失敗一項就退回，偏好只用於候選排序。失敗描述應可觀察，例如「杯蓋變高」或「標題多一個字」，不要只寫「感覺不對」。
每項測試保存輸入校驗值、完整 Prompt、模型與可見設定、開始時間、輸出檔名、判定和評審備註。多人協作再加上操作者和評審人，一張固定欄位的表格已足夠。
用固定順序驗收一張圖
- 任務完成度：先確認主體、場景與動作。
- 保持項：對照參考檢查身分、比例、標誌和關鍵結構。
- 文案：逐一檢查文字、數字、標點與大小寫。
- 放大結構：檢查手指、把手、邊緣、反射和遮擋。
- 交付尺寸閱讀：縮到卡片或資訊流的實際大小。
- 檔案交付：核對比例、像素、色彩模式、alpha 與命名。
固定順序讓每個失敗直接對應下一步。硬性條件已失敗時停止審美爭論，也不要讓漂亮風格掩蓋錯字或錯誤檔案格式。
保護已通過的基準
把歸檔任務拆成固定項與可變項。固定項包括商品比例、角色身分、品牌色和精確文案；可變項包括背景、動作、時間與陪襯物。重複使用時只替換可變項，並在 Prompt 再次列出固定項。新需求若要改固定項，應複製成一條新任務，不要覆蓋通過的母版。
修復引入新問題時，把它保存為失敗版並回到最近一張穩定圖。連續在失敗結果上編輯會累積身分、比例與色彩漂移。每輪記錄起始版本、唯一修改項和驗收結果。
| 失敗 | 回到哪裡 | 下一步 |
|---|---|---|
| 人物身分漂移 | 角色母版 | 重申臉型、髮型和服裝保持項 |
| 商品結構漂移 | 通過的產品圖 | 鎖定輪廓、杯蓋、把手和標誌 |
| 文案錯誤 | 最近一張結構正確圖 | 只修指定文字 |
| 構圖偏離 | 版面草圖 | 標明主體框、標題區和留白 |
| 邊緣或透明失敗 | 未去背的清晰單體 | 重新處理背景並做多底色檢查 |
維護並交接任務庫
模型入口、關鍵參數或業務規則改變時，只需先回歸一組核心任務：人物身分、產品編輯、文字、構圖和透明素材各一條。核心通過後再擴大。
最終素材包應包含 references、outputs-pass、outputs-fail 和 prompts，另附清單連接任務編號與檔名。失敗圖定義了流程邊界，不應刪除。交付前請未參與生成的人抽查；他更容易看到畫面實際存在的問題，而不是被 Prompt 的預期影響。
讓評審結果可以被另一個人重現
一條有效的驗收備註應包含位置、現象和影響。例如「右側杯把與背景混在一起，縮到卡片尺寸後輪廓無法辨識」，比「杯子不好看」更容易採取行動。若問題只在特定尺寸或底色出現，也要把條件寫進備註，避免下一個人無法重現。
候選圖最好以相同縮放與背景並排，不要一張看全螢幕、一張看縮圖。評審介面不同會改變清晰度與色彩感受；至少保留一套固定的檢視條件，包括螢幕縮放、預覽尺寸和深淺背景。涉及印刷或影片時，再補充相應的色彩與安全區檢查。
對文字內容採用雙重核對：先由操作者逐字比對 Prompt，再由評審人只看核准文案與成品。數字、日期、價格和專有名詞最容易被快速閱讀忽略，應拆成獨立欄位。若文案無法穩定生成，交付流程應允許改用真正的文字排版，而不是無限重抽整張圖。
建立可追蹤的版本鏈
每個新版本都應指向上一個起點，例如 v3-from-v1-copy-fix，表示它從穩定的 v1 開始，只修文案。版本鏈讓團隊可以迅速退回最後一張通過圖，也能看出某次修復是否累積了其他漂移。不要用「最終、最終2、真的最終」取代變更描述。
同一任務若更換模型，建立新的比較分支並保留共同輸入。把兩個模型的輸出放在相同驗收表下，不因模型名稱而預先提高或降低標準。若新模型在速度上更好、但文字穩定性較差，記錄為具體取捨，而不是只給單一總分。
發布前的最後閘門
發布用圖片至少需要內容、品牌、技術三類通過。內容檢查畫面是否符合文章與受眾；品牌檢查角色、商品、顏色與語氣；技術檢查尺寸、格式、透明度、檔名及載入。三類評審可以由不同角色完成，但結果必須回到同一條任務記錄。
發布後若發現問題，也要把線上版本和修正版連回任務庫。記錄問題是在生成、驗收、上傳還是版面階段發生，下一次才能修正真正的流程缺口。任務庫的目的不是保存更多檔案，而是縮短定位問題與再次製作的時間。
