好版本为什么会丢
痛苦的版本管理时刻，通常发生在团队已经找到好东西之后。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 里那个镜头上——没有另一份日志会跟它脱节。片段有效时，你能直接看出是哪个资产或哪句描述起了作用，因为别的都没变。
什么时候应该开分支，而不是继续同一条版本链？
当下一次尝试会改变前提、机位计划、角色设计或风格版本时，就开分支。如果只是保留基线并调整一个局部变量，就继续同一条版本链。
