好版本為什麼會丟
痛苦的版本管理時刻，通常發生在團隊已經找到好東西之後。04 版有完美的眼神運動，但 06 版手勢更乾淨。有人在 07 版提亮了背景，然後整場戲就和上一集剪不到一起了。已批准的觀感明明在某個匯出資料夾裡，但沒人能證明到底是哪條提示詞、哪張參考、哪條時機筆記或哪個風格改動生成了它。 這篇教學會一步步教你把版本和風格的迭代日誌建起來，讓每個過關的版本都能追溯來源。
AI 漫劇迭代不是「抽卡到更好看為止」。每次重試都會改變證據。如果不記錄變數、原因和受影響資產，你就無法重現成功，也無法避開失敗分支。風格版本管理在專案層面也有同樣問題：一個升級後的色盤、線寬規則或合成流程，可能讓新鏡頭更好，卻讓舊鏡頭沒法剪在一起。
這篇指南把鏡頭版本迭代和風格版本管理合成一套 ArcLoop 工作流程。用 版本迭代與風格管理指南 做日誌，用 風格公式指南 處理視覺規則本身的變化，用 AI 動漫參考圖選擇指南 判斷到底是角色資產、視覺參考、分鏡還是場景參考導致了變化。
目標很簡單：每個版本都要回答四個問題。改了什麼？為什麼改？有效嗎？現在有哪些鏡頭或資產依賴這個版本？
迭代不丟證據的規矩
每輪只改一個有意義的變數。「變好一點」只會製造無用證據。「保持 03 版身分和機位，只把燈籠亮度從柔和脈衝改成一次銳利閃光」才讓下一位審片人有東西可比。
記錄原因，不只記錄數字。像 shot12_v5_final_new2 這樣的版本名沒什麼用。有用的日誌會寫：「v05：放慢轉頭以保留懷疑感；淘汰，因為袖子擋住鑰匙。」原因才會讓下一次決策更快。
把鏡頭迭代和風格版本分開。鏡頭迭代改的是局部細節：表情、手勢、鏡頭距離、動作時機、道具亮度。風格版本改的是可重複使用規則：色盤、線條粗細、陰影密度、紋理、顆粒、畫面裁切或最終合成。混在一起後，你很難知道哪些舊鏡頭需要更新。
不要只因為一張漂亮靜幀就批准風格升級。一個風格版本至少要在一個特寫、一個中景和一個重環境鏡頭裡測試。如果它只在主視覺幀上成立，就還不是專案風格。
把批准和資產綁定。如果一個新風格版本會影響主角表、市集背景、戰鬥範本和預告裁切，就把這些資產列出來。否則專案會悄悄分裂成舊觀感和新觀感。
怎麼一步步完成版本迭代工作流程
從基線包開始。它應該包含鏡頭節拍、已批准角色資產、場景參考、機位說明、風格版本、提示詞和審片清單。如果基線模糊，迭代日誌只會記錄猜測。
誠實命名第一個輸出。叫它 draft v01，不要叫 final。用一句話補充生成目標：「測試角色是否能在守衛進入前認出破損星盤。」這個目標決定審片人要看什麼。
先按固定錨點審查，再談創意審美。檢查身分、道具狀態、螢幕方向、動作可讀性、裁切和風格版本。一支片段可以很美，但如果已批准風格是平面黃昏色，而新版本加了亮面霓虹陰影，它仍然失敗。
為下一輪選擇一個變數。可以是表情、機位高度、前景遮擋、道具發光、時機、顏色對比或參考強度。不要一次改提示詞措辭、機位、參考和風格，除非你有意開新分支。
用短句記錄結果。使用緊湊格式：v03 -> 鏡頭從正面中景改成側面越肩；道具揭示更有效；失去眼神交流；只在場景需要保密感時保留。 這足夠讓另一位隊友理解分支。
只有當版本通過目前任務，才提升為入選版本。入選版本不一定是細節最多的那個。它是最服務鏡頭目標，同時保住角色、風格和可剪性的那個。
當風格變化時，開啟一行風格版本紀錄。寫清改了什麼、為什麼改、測試了哪些鏡頭、哪些資產採用它、哪些舊鏡頭需要重做，以及哪條舊規則廢棄。這樣可以吸收風格版本管理的搜尋意圖，不用另建一套工作流程。
把下一輪改動直接寫在 shot card 上，不用另開文件。在 Storyboard 裡開啟這個鏡頭，只改說清楚變化的那一行——反應時機、道具發光、機位高度——其餘描述和 @ 引用原樣不動。先出圖，對照已批准的錨點檢查一遍，再決定要不要花一次影片生成額度。風格版本改了色盤、線寬或陰影規則時，挑一個特寫、一箇中景、一個遠景，把這三張 shot card 的描述都補上新的風格說明，再在 AI Chat Panel 裡一次性重生成三個，比如輸入"Generate videos for Shots 4, 9, and 15."。片段過審後，把它放進 Edit 時間線，挨著要剪在一起的那些鏡頭——如果和鄰近鏡頭對不上，該重做的是鄰近鏡頭，不是隻把衝突記下來。
版本記錄跟著鏡頭走，別丟進表格
ArcLoop 沒有專門的版本日誌功能，但也不需要另開一張表格：產出某段片段的鏡頭描述和它引用的 @ 資產，一直跟這個鏡頭掛在一起。出現更好的片段時，團隊照樣能看清是哪些資產、哪句措辭產生的它，因為什麼都沒被搬到別的檔案裡。
如果想在專案之外另外記一份，可以用 工作流程範本：保持記錄小而清楚，基線、改了什麼變數、結果、現在依賴它的資產。當某個版本因為參考變化而改善，用 分鏡頭參考類型指南。當風格上的改動影響重複場景、道具或世界觀規則，用 ArcLoop 世界觀。
ArcLoop 確實會把 Story Outline 和 Storyboard 放在同一個專案裡。如果團隊把視覺風格從「霧氣水墨」改成「清晰賽璐璐黃昏」，這個決策自然就掛在受影響的分鏡節拍和生成鏡頭旁邊——沒有別的地方可以讓它漂走。
有用的審查順序是：基線正確性、單變數結果、風格相容性、剪輯相容性，然後才是精修。如果某次迭代改善了臉但破壞風格版本，記錄這個取捨。如果某個風格版本改善新鏡頭，但讓舊鏡頭衝突，批准前先標出受影響資產。
範例 1：Clocktower Scene 迭代日誌
Medium shot of @Liora Fen climbing through the gear housing inside @Stopped Clocktower at sunset. She reaches toward @Brass Tuning Fork at her belt as a single bell rings on its own, and her eyes lift sharply toward the sound. Warm amber light cuts through the gears, dust drifting in the beams. Camera holds low, just behind her shoulder, tilting up as she turns toward the bell. One clear bell chime rings out, then only her breathing and the creak of old metal.
這會告訴團隊什麼可以改，以及鏡頭必須繼續遵守哪條風格規則。
範例 2：單變數鏡頭修改
Close-up on @Liora Fen inside @Stopped Clocktower, the gear walkway behind her. Her eyes lift toward the ringing bell a beat before the largest gear starts turning, and her hand tightens around @Brass Tuning Fork. Camera stays locked off, framed tight on her face and hand together. Amber rim light from the low sun catches the side of her face, dust hanging in the air. The bell rings once, clear and close, just ahead of the gear's low mechanical groan.
這次修改有用，因為它沒有重新打開整個鏡頭。它只改時機，並保留圍繞它的證據。
範例 3：跨資產風格版本升級
Wide shot inside the bell chamber of @Stopped Clocktower, @Liora Fen small against the still gears as light cuts through drifting dust in shafts from the windows above. She lowers @Brass Tuning Fork to her side, scanning the silence overhead. Camera is locked off, angled up past the gears toward the bell. Push the gear shadows deeper and warm the window bloom compared to the earlier shots in this scene. No dialogue, just settling dust and the faint creak of old metal.
這記錄了風格改動、原因、測試覆蓋和受影響資產。
最常見的翻車點
最常見的坑，是一次改太多東西，然後批准最好看的偶然結果。如果臉、機位、參考和色盤都變了，沒人知道到底哪一部分有效。
另一個坑，是在審片前就用 final 當版本名。像 final_final_approved2 這樣的名字說明批准狀態和檔名在糟糕地做同一件事。用狀態欄位來處理批准。
創作者也會忘記錄入被淘汰版本。一個被淘汰的風格輪次，可能解釋後面某個分支為什麼看起來不對。留一行原因，然後繼續。
第四個坑，是把風格升級當成本地精修。如果新的線寬、陰影規則或色彩腳本會影響不只一個鏡頭，它就是風格版本，需要列出受影響資產。
最後，不要盲目重做舊鏡頭。先判斷風格變化在剪輯裡是否真的重要。如果一個舊外景仍然能和新室內鏡頭順利剪在一起，就記錄這個例外，而不是為了對稱浪費重試。
常見問題
迭代日誌應該包含什麼？
包含基線、版本號、改變變數、變更原因、觸碰到的提示詞或參考、結果、批准狀態，以及任何可重複使用經驗。當變化升級為風格版本時，再加入受影響資產。
風格版本管理和普通鏡頭迭代有什麼不同？
鏡頭迭代修一個局部輸出。風格版本管理會改變跨多個資產或場景重複使用的視覺規則。如果新舊鏡頭需要剪在一起，就把它作為風格版本追蹤。
選擇前應該生成多少個版本？
只生成足夠比較目前決策的數量。一個變數通常三到五個草稿就夠。如果它們都無法解決鏡頭目標，可能是基線包本身有問題。
ArcLoop 如何防止好版本丟失？
片段不會丟，是因為產出它的鏡頭描述和 @ 引用的資產，一直掛在 Storyboard 裡那個鏡頭上——沒有另一份日誌會跟它脫節。片段有效時，你能直接看出是哪個資產或哪句描述起了作用，因為別的都沒變。
什麼時候應該開分支，而不是繼續同一條版本鏈？
當下一次嘗試會改變前提、機位計畫、角色設計或風格版本時，就開分支。如果只是保留基線並調整一個局部變數，就繼續同一條版本鏈。
