創意工作流程
Claude Fable 5.2 創意反饋：把衝突意見整理成修改清單
一位評審希望畫面更明亮，另一位卻想保留深色氛圍。把兩條意見直接合成一個修改請求，可能讓整張圖都變了卻誰也不滿意。應先弄清要解決什麼問題、由誰決定。
本文依據 2026 年 11 月 12 日核對的文件和示意練習編寫，不報告 Fable 的現場測試結果。請在支援 Fable 的 Claude 介面使用該模型，再將確認後的資料手動交給 Ciyo。
先看做法
按受影響的元素對評論進行分組，區分請求的更改和未解決的衝突，並要求審批者解決衝突。將一項已接受的更改傳送到 Ciyo，並附上必須保持不變的明確列表。
1. 收集帶背景的反饋
以虛構花店活動為例，為已確認圖片和每條反饋編號，保留評審角色、涉及元素與日期。“白色標題壓在花束上看不清”這樣的理由也要留下，不能只摘出“改亮”。
分清事實與偏好。店名拼錯需要糾正，背景暖一點屬於偏好。涉及活動條件的反饋仍需由對應負責人確認，即使設計師改幾個字很快。
2. 編輯前先建決定記錄
讓 Fable 合併重複意見，保留矛盾意見，列出建議操作、依據、決定人和狀態。新提出的偏好，不會自動推翻另一位有許可權者先前確認的版本。
遇到明暗衝突，先問雙方要解決什麼問題。如果只是標題難讀，區域性文書處理也許足夠，不必改變整個攝影氛圍。這只是待確認的方案，不是模型有權自行裁定。
3. 只做已同意的修改，再前後對照
在 Ciyo 中明確指出已接受的原圖和本次唯一修改，列明產品、擺放、文案與裁切哪些必須保持。把結果和原圖放在一起看，不靠記憶判斷。
記錄新版本及其解決的反饋編號。如果花束被改了，或出現新文字，就拒絕這次結果或回到已接受版本。未解決的意見繼續保留，不能讓整潔清單造成已經全部簽字確認的假象。
複製並調整此請求
將方括號中的欄位換成自己的已確認資料。請求的結果是待核對草稿；這些示例並未作為模型效能測試執行。
合併關於[資產版本]的[IDS評論]。對重複項進行分組，保留矛盾，並將事實更正與偏好區分開來。返回受影響的元素、建議的操作、源評論 ID、審批者和狀態。不要自己解決權力衝突。起草一份範圍修訂請求，僅包含已已確認的更改和明確的未更改列表。示意性反饋日誌
這些示例檢查描述了驗收標準，而不是觀察到的模型結果。
| 評論 | 狀態 | 下一步行動 |
|---|---|---|
| 企業名稱拼寫錯誤 | 確認更正 | 替換確切的文字 |
| 背景更亮 | 偏好衝突 | 詢問活動批准者 |
| 保持陰暗的心情 | 偏好衝突 | 與可讀性需求一起審查 |
| 已確認的報價不變 | 鎖定 | 在每次修訂中保留 |
常見錯誤與處理方法
不要將友好的致謝視為認可。記錄實際決定及其適用的版本。
當已確認的任務是一項修正時，避擴音出改善影象的一般要求。它使得意外的變化更難以識別。
選擇工作方式並進行交接
對於單獨的商店，從一件物品開始，並將來源事實保留在草稿旁邊。團隊應該指定一名審批者並保留一個過時的版本，以便舊的評論不能默默地覆蓋當前的決定。如果輸入不完整，請在完善藝術品之前返回給該事實的所有者。
使用 Ciyo 進行此處描述的視覺工作以及您帳戶中當前提供的控制元件和模型。單獨保留 已確認的文案，並在需要時使用 可編輯的畫布文字 新增準確的措辭。生成的圖片是視覺草稿；在使用之前檢查其匯出的檔案。
資料來源與延伸閱讀
以下為本文參考的官方文件與相關指南。不同賬號的功能和控制元件可能不同，開始前請核對自己所用的介面。
常見問題
Fable能決定哪位審稿人獲勝嗎？
它可以組織衝突並提出選擇。您的團隊必須定義誰有權批准相關變更。
我應該立即應用每條評論嗎？
只有當已確認的變更是相容的並且易於一起驗證時。拆分獨立的更改可以使故障更容易隔離。
如果影象編輯更改了其他細節怎麼辦？
將其與接受的源進行比較，拒絕不需要的更改並縮小請求範圍或在適當的情況下使用精確的畫布控制元件。
在 Ciyo 中準備一版視覺草稿
帶入已確認的資料，按本文清單核對一版，再決定是否製作更多版本。