引言：讓好版本找得回來的迭代日誌
痛苦的版本管理時刻，通常發生在團隊已經找到好東西之後。04 版有完美的眼神運動，但 06 版手勢更乾淨。有人在 07 版提亮了背景，然後整場戲就和上一集剪不到一起了。已批准的觀感明明在某個匯出資料夾裡，但沒人能證明到底是哪條提示詞、哪張參考、哪條時機筆記或哪個風格改動生成了它。
AI 漫劇迭代不是「抽卡到更好看為止」。每次重試都會改變證據。如果不記錄變數、原因和受影響資產，你就無法重現成功，也無法避開失敗分支。風格版本管理在專案層面也有同樣問題：一個升級後的色盤、線寬規則或合成流程，可能讓新鏡頭更好，卻讓舊鏡頭沒法剪在一起。
這篇指南把鏡頭版本迭代和風格版本管理合成一套 ArcLoop 工作流程。用 版本迭代與風格管理指南 做日誌，用 風格公式指南 處理視覺規則本身的變化，用 AI 動漫參考圖選擇指南 判斷到底是角色資產、風格包、分鏡還是場景參考導致了變化。
目標很簡單：每個版本都要回答四個問題。改了什麼？為什麼改？有效嗎？現在有哪些鏡頭或資產依賴這個版本？
AI 漫劇版本與風格迭代的核心原則
每輪只改一個有意義的變數。「變好一點」只會製造無用證據。「保持 03 版身分和機位，只把燈籠亮度從柔和脈衝改成一次銳利閃光」才讓下一位審片人有東西可比。
記錄原因，不只記錄數字。像 shot12_v5_final_new2 這樣的版本名沒什麼用。有用的日誌會寫：「v05：放慢轉頭以保留懷疑感；淘汰，因為袖子擋住鑰匙。」原因才會讓下一次決策更快。
把鏡頭迭代和風格版本分開。鏡頭迭代改的是局部細節：表情、手勢、鏡頭距離、動作時機、道具亮度。風格版本改的是可重複使用規則：色盤、線條粗細、陰影密度、紋理、顆粒、畫面裁切或最終合成。混在一起後，你很難知道哪些舊鏡頭需要更新。
不要只因為一張漂亮靜幀就批准風格升級。一個風格版本至少要在一個特寫、一個中景和一個重環境鏡頭裡測試。如果它只在主視覺幀上成立，就還不是專案風格。
把批准和資產綁定。如果一個新風格版本會影響主角表、市集背景、戰鬥範本和預告裁切，就把這些資產列出來。否則專案會悄悄分裂成舊觀感和新觀感。
版本迭代工作流程步驟
從基線包開始。它應該包含鏡頭節拍、已批准人物三視圖、場景參考、機位說明、風格版本、提示詞和審片清單。如果基線模糊，迭代日誌只會記錄猜測。
誠實命名第一個輸出。叫它 draft v01，不要叫 final。用一句話補充生成目標：「測試角色是否能在守衛進入前認出破損星盤。」這個目標決定審片人要看什麼。
先按固定錨點審查，再談創意審美。檢查身分、道具狀態、螢幕方向、動作可讀性、裁切和風格版本。一支片段可以很美，但如果已批准風格是平面黃昏色，而新版本加了亮面霓虹陰影，它仍然失敗。
為下一輪選擇一個變數。可以是表情、機位高度、前景遮擋、道具發光、時機、顏色對比或參考強度。不要一次改提示詞措辭、機位、參考和風格，除非你有意開新分支。
用短句記錄結果。使用緊湊格式：v03 -> 鏡頭從正面中景改成側面越肩；道具揭示更有效；失去眼神交流；只在場景需要保密感時保留。 這足夠讓另一位隊友理解分支。
只有當版本通過目前任務，才提升為入選版本。入選版本不一定是細節最多的那個。它是最服務鏡頭目標，同時保住角色、風格和可剪性的那個。
當風格變化時，開啟一行風格版本紀錄。寫清改了什麼、為什麼改、測試了哪些鏡頭、哪些資產採用它、哪些舊鏡頭需要重做，以及哪條舊規則廢棄。這樣可以吸收風格版本管理的搜尋意圖，不用另建一套工作流程。
版本記錄該跟鏡頭放在一起，別丟進表格
ArcLoop 沒有專門的版本日誌功能，但也不需要另開一張表格：產出某段片段的鏡頭描述和它引用的 @ 資產，一直跟這個鏡頭掛在一起。出現更好的片段時，團隊照樣能看清是哪些資產、哪句措辭產生的它，因為什麼都沒被搬到別的檔案裡。
如果想在專案之外另外記一份，可以用 工作流程範本：保持記錄小而清楚，基線、改了什麼變數、結果、現在依賴它的資產。當某個版本因為參考變化而改善，用 分鏡頭參考類型指南。當風格上的改動影響重複場景、道具或世界觀規則，用 ArcLoop 世界觀。
ArcLoop 確實會把 Story Outline 和 Storyboard 放在同一個專案裡。如果團隊把視覺風格從「霧氣水墨」改成「清晰賽璐璐黃昏」，這個決策自然就掛在受影響的分鏡節拍和生成鏡頭旁邊——沒有別的地方可以讓它漂走。
有用的審查順序是：基線正確性、單變數結果、風格相容性、剪輯相容性，然後才是精修。如果某次迭代改善了臉但破壞風格版本，記錄這個取捨。如果某個風格版本改善新鏡頭，但讓舊鏡頭衝突，批准前先標出受影響資產。
範例提示詞 1：Clocktower Scene 迭代日誌
為原創 2D 動畫鏡頭 Clocktower Signal 寫一份版本對比筆記，跟你在 ArcLoop 裡生成的片段放在一起。
基線鏡頭：Liora Fen 是年輕的鐘樓機械師，灰藍短髮、琥珀色工作手套、炭灰圍裙裙和黃銅音叉。她在日落時爬進停擺鐘樓內部，聽見一口鐘自己響起。
已批准錨點：灰藍短髮、琥珀手套、右手黃銅音叉、炭灰圍裙輪廓、穿過鐘齒輪的暖色日落、無額外角色、直式畫面。
目前風格版本：SV-02 清晰賽璐璐上色、細墨線、琥珀輪廓光、柔和塵埃、無重顆粒。
迭代欄位：版本號、改變變數、提示詞或參考是否改變、原因、結果、狀態、可重複使用筆記、受影響資產。
審片規則：如果 Liora 的音叉消失則淘汰；如果鐘齒輪變成現代機械則淘汰；如果鏡頭不再匹配 SV-02 則淘汰；只有鐘聲提示被視覺動機支撐時才提升版本。
這會告訴團隊什麼可以改，以及鏡頭必須繼續遵守哪條風格規則。
範例提示詞 2：單變數鏡頭修改
把 Clocktower Signal v03 改成 v04，只改下面已批准基線裡的一個變數。
v03 已批准內容：Liora 的臉、灰藍短髮、琥珀手套、黃銅音叉、炭灰圍裙裙、鐘樓齒輪布局、直式畫面、SV-02 賽璐璐黃昏風格。
v03 的問題：鐘聲很清楚，但 Liora 反應太晚，觀眾無法判斷她是在看到齒輪運動前就聽見了它。
要改變的單一變數：Liora 的反應時機。讓她的眼睛提前一秒抬起，並在最大齒輪移動前握緊音叉。
不要改變：鏡頭角度、色盤、線條風格、服裝、道具、齒輪布局、長度、背景塵埃或結尾幀。
輸出目標：7 秒 2D 動畫鏡頭，同一構圖，讓鐘聲和角色反應之間的因果關係更清楚。
負向約束：無新光色、無額外鐘、無文字、無標誌、無臉部漂移、無音叉消失、無現代鐘錶零件。
這次修改有用，因為它沒有重新打開整個鏡頭。它只改時機，並保留圍繞它的證據。
範例提示詞 3：跨資產風格版本升級
為 Clocktower Signal 專案建立從 SV-02 到 SV-03 的風格版本更新。
變更原因：SV-02 在特寫裡很清楚，但新舊環境鏡頭剪在一起不順，因為寬鏡頭裡的塵埃層太平。
風格變化：保留細墨線、琥珀輪廓光和賽璐璐臉部；在重環境鏡頭裡加入更深的齒輪陰影、更暖的窗光泛光，以及更明顯的塵埃縱深。
測試資產：Liora 握住音叉的特寫、鐘齒輪通道裡的中景、停擺鐘室的遠景。
採用規則：SV-03 只用於第 04 場之後的鐘樓室內鏡頭；外部日落鏡頭在重做前繼續使用 SV-02。
迭代規則：不要把這次風格更新和表情或機位變化合併在同一輪。
批准測試：舊 SV-02 特寫和新 SV-03 室內鏡頭剪在一起時，不應出現突然的線寬、色盤或燈光跳變。
這記錄了風格改動、原因、測試覆蓋和受影響資產。
AI 漫劇版本迭代的常見踩坑
最常見的坑，是一次改太多東西，然後批准最好看的偶然結果。如果臉、機位、參考和色盤都變了，沒人知道到底哪一部分有效。
另一個坑，是在審片前就用 final 當版本名。像 final_final_approved2 這樣的名字說明批准狀態和檔名在糟糕地做同一件事。用狀態欄位來處理批准。
創作者也會忘記錄入被淘汰版本。一個被淘汰的風格輪次，可能解釋後面某個分支為什麼看起來不對。留一行原因，然後繼續。
第四個坑，是把風格升級當成本地精修。如果新的線寬、陰影規則或配色會影響不只一個鏡頭，就該把它做成一個 Visual reference 資產，再列出哪些鏡頭要跟著重生成。
最後，不要盲目重做舊鏡頭。先判斷風格變化在剪輯裡是否真的重要。如果一個舊外景仍然能和新室內鏡頭順利剪在一起，就記錄這個例外，而不是為了對稱浪費重試。
AI 漫劇版本迭代與風格版本管理 FAQ
迭代日誌應該包含什麼？
包含基線、版本號、改變變數、變更原因、觸碰到的提示詞或參考、結果、批准狀態，以及任何可重複使用經驗。當變化升級為風格版本時，再加入受影響資產。
風格版本管理和普通鏡頭迭代有什麼不同？
鏡頭迭代修一個局部輸出。風格版本管理會改變跨多個資產或場景重複使用的視覺規則。如果新舊鏡頭需要剪在一起，就把它作為風格版本追蹤。
選擇前應該生成多少個版本？
只生成足夠比較目前決策的數量。一個變數通常三到五個草稿就夠。如果它們都無法解決鏡頭目標，可能是基線包本身有問題。
ArcLoop 如何防止好版本丟失？
片段不會丟，是因為產出它的鏡頭描述和 @ 引用的資產，一直掛在 Storyboard 裡那個鏡頭上——沒有另一份日誌會跟它脫節。片段有效時，你能直接看出是哪個資產或哪句描述起了作用，因為別的都沒變。
什麼時候應該開分支，而不是繼續同一條版本鏈？
當下一次嘗試會改變前提、機位計畫、角色設計或風格版本時，就開分支。如果只是保留基線並調整一個局部變數，就繼續同一條版本鏈。
