本篇目录

今天先拍第二十三场，明天才拍第七场

电影不一定按照故事顺序拍摄。

剧组今天可能先拍第二十三场。

明天回头拍第七场。

几天后换到另一个场地，才补拍发生在两者之间的第十六场。

这对电影制作来说很正常。

场地、演员档期、天候、预算与拍摄效率，都可能让实际拍摄顺序和故事顺序完全不同。

假设剧本里有一名角色 Lena。

第七场，她穿着灰色外套抵达车站，手上戴着一枚戒指，还没有受伤。

第十二场，她从守卫身上取得一把黄铜钥匙，并在逃跑时伤到左眉。

第十六场，她抵达诊所，把黄铜钥匙交给 Jonah，将灰色外套留在那里，伤口也接受了包扎。

第二十三场，她再次出现时，身上已经没有钥匙与外套，左眉则带着处理过的伤痕。

如果剧组先拍第二十三场，演员需要呈现故事走到第二十三场时的状态。

回头拍第七场时，伤势必须消失，灰色外套必须回到身上，黄铜钥匙则还不能出现。

等到拍摄第十六场，服装、道具、伤势、人物位置与交接关系，又要回到另一组答案。

场记需要记得的，不只是 Lena 最后变成了什么样子。

而是镜头每次回到不同时间点时，她在那一刻究竟是什么状态。

拍摄顺序可以跳，故事因果不能跟着跳

拍摄顺序属于制作时间。

剧情顺序属于故事时间。

这两条时间线可以完全不同。

第二十三场可以比第七场更早拍摄。

但第二十三场里的 Lena，仍然必须承担第七场到第二十二场之间已经发生的事。

她取得过钥匙，又把钥匙交了出去。她曾经受伤，后来接受治疗。她穿过灰色外套，又把外套留在诊所。

拍摄可以跳过这些事件，先记录后面的画面。

角色却不能因此跳过自己的历史。

如果只保存角色最新的造型资料，回拍前面的场景时就会遇到问题。

最新资料可能显示：Lena 左眉受伤，灰色外套位于诊所，黄铜钥匙由 Jonah 持有。

这些答案对第二十三场可能是正确的。

对第七场却全部错误。

连戏管理真正需要的不是一张永远显示最新状态的角色卡。

它需要回答：

在这一场、这个镜头所处的故事时间里，角色应该带着哪些已经发生的历史？

连戏不是记住一件衣服，而是重建整场

连戏问题经常从很小的地方被看见。

上一个镜头里，外套的扣子扣上了。

下一个镜头里，扣子却打开了。

角色原本用右手拿杯子，切换角度后杯子到了左手。

伤口的位置改变。

桌上的道具突然消失。

一个原本不在场的人，出现在不该出现的镜头里。

但一场戏的连续性，不只是几个物件是否保持原位。

它是一整组世界状态同时成立。

准备拍摄时，可以把本案整理成一份服装与道具核对表。它不只核对东西有没有出现，也核对出现的时间是否正确。

核对项目 本案例的核对重点 确认方式
灰色外套 第七场穿着；第十六场留在诊所后，不能无故出现在后场 查物品持有人与放置历史，再核对实际穿着
戒指 没有遗失或转交事件，仍由 Lena 持有；本案尚未指定配戴哪只手 持有状态可查物品纪录；手指、方向与位置需另记并核对照片
黄铜钥匙 第十二场取得；第十六场交接前后，持有人不同 查取得与转交事件，核对镜头位于交接前还是交接后
左眉伤势 第七场无伤；第十二场受伤后未治疗；第十六场包扎后延续处理过的状态 查明确记录的伤势或治疗条件；伤妆外观另以文字与照片核对
人物位置与同场角色 第七场 Lena 在车站；第十六场要确认 Jonah 是否已在诊所 查各自的移动事件与当时位置，不只依赖人物名单
场景留下的道具 第十六场之后，外套留在诊所，钥匙却已交给 Jonah 查看地点中的物品，分清楚放置在现场与由人物持有
扣子、手势与杯子 外套是否扣上、杯子在哪只手，不能只由物品持有状态得知 在场记文字与照片中记录；需要延续时，再明确建立条件

角色是否已经认识另一个人，是否已经加入、离开或背叛某个组织，也会影响当场的对话与反应。这些不是服装部门的细节，却同样是连戏的一部分。

这些答案互相依赖。

如果 Lena 已经把外套留在诊所，后面的场景又要让她穿着同一件外套，那么世界需要一段让外套重新回到她身上的历史。

可能是她回去拿了。

可能是 Jonah 替她送来。

可能是服装代表另一件外观相同的物品。

也可能是创作者知道这里刻意不连续，决定保留例外。

问题不在于世界必须禁止那件外套再次出现。

而是它不应该在没有任何过程的情况下，悄悄回到角色身上。

连戏不是逐项背诵服装、道具与伤口。

它是确认这些东西能不能共同组成此刻的世界。

注意：持有衣物，不等于正在穿着衣物

物品纪录可以回答外套在谁手上，不能自行回答外套穿在身上、搭在手臂上，还是放在包里。若穿着方式会影响后场，可明确建立相应旗标；扣子、手势与妆容等细节，仍需要场记文字或照片核对。InkWeave 不会从画面自动辨识这些差异。

服装、道具、伤势与位置需要不同的模型

电影里需要连戏的内容，不一定适合放在同一种资料栏位里。

在 InkWeave 里，可以按照每一项细节实际改变了什么，选择对应的功能：

需要记住的连戏内容 可以使用的功能 本案例如何记录
衣物与道具由谁持有、留在哪里 物品，以及取得、放置、转交事件 建立灰色外套、戒指与黄铜钥匙；在第十六场记录钥匙转交、外套放置
人物何时抵达、哪些人物同场 角色、地点与移动事件 建立 Lena、Jonah、车站与诊所；依各自移动事件查看当时位置
伤势、疲劳或压力程度 角色属性与属性变化事件 需要数值时，记录 Lena 的伤势程度或疲劳增减
伤口是否已治疗、外套是否正在穿着 布林或列举旗标 建立「Lena 左眉伤势阶段」或「Lena 正穿着灰色外套」，在相应事件中改变值
外套是否沾血、破损或潮湿 明确定义的旗标；必要时建立不同物品版本 追踪「Lena 的灰色外套已沾血」；不能假设文字描述会自动建立状态
某场戏必须具备的前提 条件闸门（REQ） 若某场需要左眉已包扎，可检查对应旗标是否符合要求

左眉伤势不是普通物品。需要程度时，可以使用属性；只需要区分「尚未治疗」与「已经治疗」时，用相应旗标即可。

旗标名称也要清楚指出它属于谁、哪件衣物或哪个伤口。不能只设一个含糊的「已受伤」，就拿来代表所有人物。

InkWeave 不会把所有影像细节塞进同一张角色卡。

它让创作者依照事物在世界里真正扮演的角色，选择适合的模型。

人物是人物，地点是地点。可以流转的服装与道具是物品；会增加、减少的伤势是属性；需要确认是否成立的条件则可以是旗标。

分清楚它们，世界才能在故事时间里分别追踪它们的变化。

游标停在哪一场，世界就回到哪一刻

假设作者把游标放在第七场。

这时候，Lena 在车站，灰色外套与戒指由她持有，黄铜钥匙还没有进入她的物品状态，左眉伤势也尚未发生。

把同一个案例依故事顺序填好，就会得到下面这份连戏纪录范例。它记录的是戏内世界，不是今天实际先拍了哪一场。

故事位置 衣物与道具的状态 左眉伤势 拍摄时要留意
第七场，抵达车站 外套、戒指由 Lena 持有；尚未取得钥匙 尚未受伤 不能带入后来的钥匙与伤妆
第十二场，取得钥匙并受伤后 外套、戒指、钥匙由 Lena 持有 新伤，尚未治疗 取得钥匙与受伤都是在这场明确记录的变化
第十六场，交接与治疗后 戒指仍由 Lena 持有；钥匙交给 Jonah；外套留在诊所 已接受包扎 交接前、交接后不能使用同一组道具状态
第二十三场 没有新的取回事件，外套仍在诊所，钥匙仍由 Jonah 持有 延续治疗后的状态 衣物与道具不能无故回到 Lena 身上

游标移到第十二场取得钥匙与受伤的事件之后，世界才会承认这两次变化。到了第十六场的交接、放置与治疗条件变更之后，答案才再次改变。

补充：同一场戏，也可能有不同的前后状态

第十六场开始时，钥匙仍在 Lena 手上；转交后才属于 Jonah。把游标停在事件之前或之后，答案就不同。回拍交接前的镜头时，不应直接套用这场戏结束后的道具纪录。

第二十三场看到的，不是角色资料页上唯一正确的版本。

它只是所有先前事件累积到第二十三场后，推导出的当时状态。

这就是故事时间与最新资料的差别。

最新资料只能告诉剧组 Lena 最后剩下什么。

世界切片则能回答每一场戏开始时，她应该带着什么走进镜头。

操作建议：先追踪一名角色与一件重要道具

不必先设定整部电影。先建立 Lena 和黄铜钥匙，确认一次取得事件，就能开始查看当时的持有状态。写到转交时，再补上 Jonah 与相关地点。戒指、伤势与其他细节，可以在需要时再记录。

AVG Stage 把当下的世界带回剧本旁边

在 InkWeave 里，剧本旁边的场景视图（AVG Stage）显示的不是永远固定的角色阵容。

它会依照作者目前所在的正文位置，取得那一刻的世界快照。

当游标停在 Lena 出现的场景，AVG Stage 可以呈现她此刻所在的位置、身上的物品、当前状态，以及与她位于同一地点的其他角色。

如果目前地点里还留有其他物品，场景中的在场资讯（Presence Overlay）也能把它们带回当下场景。

这对连戏很重要。

因为场记要确认的，不只是主角自己。

还包括：

这个场景里应该有哪些人？

谁还没有抵达？

哪件道具原本就在现场？

哪件道具已经被前一场带走？

哪一个角色此时不应该出现在这里？

例如今天先拍第十六场的交接后镜头，就把游标移到那次转交之后，查看钥匙是否已在 Jonah 手上、外套是否留在诊所。明天回拍第七场，再把游标移回 Lena 抵达车站的位置，而不是用同一张最新角色卡准备两场戏。

建立过的角色、地点与物品在正文中出现时，相关资讯会回到写作现场。名字靠近时的事件提示也可以询问是否发生移动或转交；作者可以确认，也可以略过、继续写。单纯提到物品，不会自动改变它的去向。

AVG Stage 的动态不是为了让介面看起来像一个正在演出的舞台。

它是在呈现因果律引擎重播到游标位置后，世界此刻能够成立的配置。

作者往前移动，世界带着更多事件的结果出现。

作者回到前文，后来才发生的物品转交、伤势与人物移动便不会提前污染过去。

拍摄顺序可以跳。

游标也可以来回移动。

但每一次停下来，世界都会按照故事时间回答。

Inspector 让场记不只看见现在，也能查明它如何形成

当连戏出现疑问，只看到目前结果不一定足够。

场记可能知道黄铜钥匙目前由 Jonah 持有，却仍然需要确认：

他是在第几场取得的？

是 Lena 亲手交给他，还是从其他地方捡到？

灰色外套为什么留在诊所？

Lena 曾经在什么时间抵达这里？

某个人物是否真的与她在同一场景见过面？

InkWeave 的检阅器（Inspector）不只呈现实体的当前资料。

角色、地点与物品的历史查询，可以让创作者回看造成目前状态的事件。

地点检阅器也能呈现目前位于地点中的角色与物品，并查看人物曾经到访的历史，以及物品如何进入或离开这个地方。

这让连戏资料不只是几张互相分离的表。

角色的位置、物品的流转与场景中的人物配置，都能沿着共同的正文时间被查阅。

当某个结果看起来不对，创作者不必只修改一个最新栏位。

他可以回到造成这个结果的事件，确认世界是从哪里开始偏移。

改掉前一场，后面的连戏也必须重新计算

电影剧本在拍摄与制作期间仍然可能修改。

作者可能回到第十二场，决定 Lena 根本没有取得黄铜钥匙。

这个修改不只影响第十二场。

第十六场里，她把钥匙交给 Jonah 的事件也会失去来源。

第二十三场如果依赖 Jonah 使用这把钥匙，后面的行动条件同样需要重新确认。

在一般连戏表里，创作者需要找到所有相关场景，逐项修改道具纪录。

如果其中一场没有被找到，旧版本就可能继续留在后面的拍摄资料里。

InkWeave 自研的因果律引擎会重新沿着修改后的事件顺序推导状态。

当早期取得事件被移除，后面的转交不再只是需要人工留意的文字。

它失去了物品归属上的因果来源。

因果律引擎可以指出：角色正在交出一件目前并不由她持有的物品，并让创作者核对缺少的来源。

如果外套已经留在诊所，作者却在后场建立 Lena 再次把外套交给别人的事件，因果律引擎也可以提醒这次转交缺少物品来源。这和只在文字里写下「她穿着外套」不同；没有明确事件或条件，就不能假设引擎已经检查这句描述。

实际修改时，可以沿着这个顺序核对：

步骤 在 InkWeave 里做什么 本案例要确认什么
1. 查看受影响的后场 把游标放到第十六场转交之后，查看人物物品状态与全域诊断（全知仪表板） 删掉第十二场取得事件后，Lena 的转交是否已出现物品缺口？
2. 回查事件历史 在检阅器查看钥匙流转纪录，回看原本的取得与转交事件 钥匙原本如何进入 Lena 手中？修改后是否有其他有效来源？
3. 决定如何改写 修改对应事件，补上新的取得途径，或移除不再发生的转交 不只修改句子，也要让事件锚点符合新的剧情
4. 再核对后续 储存后重新查看诊断与后场状态 缺口是否已处理？Jonah 的钥匙有没有有效来源？后场使用是否仍成立？

不能只因为后面的持有人仍显示 Jonah，就认为来源问题已经解决；若交易留下预支缺口，物品债务仍需要处理。这份流程核对的是明确记录的物品与事件，镜头中的服装、手势与妆容，仍需回到场记纪录逐项比对。

注意：修改正文，也要确认事件锚点

把「Lena 取得钥匙」改成「她没有取得钥匙」，不会自动删除先前确认的取得事件。删掉或改写场景时，也要更新不再符合剧情的事件锚点。因果律引擎重新计算的是已确认的事件，不是从修改后的句子猜测结果。

这些提醒不是要求电影必须按照某一种方式改写。

创作者可以补上一场取回外套的事件。

可以让其他角色把外套送过来。

可以将它改成另一件相同款式的服装。

也可以知道这里存在例外，仍然选择接受或保留。

因果律引擎指出的是目前模型中缺少了什么。

最后如何处理，仍然由创作者决定。

提醒不是封锁，连戏也可能故意被打破

电影不一定永远追求表面上的连续。

梦境、错误记忆、不可靠叙事、平行时间、象征性剪接与刻意穿帮，都可能让角色或物品以不符合一般因果的方式出现。

同一个角色也可能在不同时间线里拥有不同状态。

创作者知道自己正在做什么时，不应该被系统禁止。

即使两个不在同一地点的人完成物品转交，InkWeave 也不会武断地宣布这件事绝对不可能发生。

它可以提醒双方目前的位置不同，让创作者确认是否缺少移动、运送、代理人或其他过程。

但作者仍然可以接受这项安排。

远端交付、快递、剧情省略、超自然能力，或者作品自己的规则，都可能使它成立。

补充：跨地点交付可以由作者明确接受

如果 Jonah 先在诊所取得外套，再寄回给 Lena，两人不必为了消除位置提醒而被安排到同一地点。创作者可以在转交锚点接受这项例外，并在故事中交代交付方式。不过，接受位置例外不会替人物凭空增加物品；数量缺口等其他后果仍需要处理。

提醒的目的不是逼迫所有作品服从同一套现实规则。

而是让创作者知道，目前的事件和已经建立的世界状态之间存在什么距离。

连戏不是盲目追求没有例外。

它是让每一个例外都出于选择，而不是出于遗忘。

这不是 AI 看剧本或影像自动找穿帮

看到即时连戏检查，很多人很容易先想到 AI。

是不是把剧本交给语言模型，让它判断前后是否一致？

是不是让影像辨识找出演员服装、伤口与道具的差异？

InkWeave 做的不是这件事。

它不会观看拍摄画面。

不会从照片里辨识演员手上是否多了一枚戒指。

也不会读到「她摸了摸左眉」，就自行猜测角色受伤、痊愈或戴着绷带。

创作者必须先明确建立世界实体与规则。

灰色外套和黄铜钥匙是物品。

Lena 和 Jonah 是角色。

车站与诊所是地点。

左眉伤势是需要追踪的属性或条件。

取得、放置、转交与移动是被创作者确认过的事件；治疗则可以透过相应的属性或旗标变更留下纪录。

InkWeave 的因果律引擎再依照事件顺序，以确定性的方式重播状态。

同一组实体、事件、规则与顺序，会得到相同的世界结果。

前面的事件被修改，后面的状态便按照新的历史重新计算。

重要：数学保证有明确的范围

InkWeave 自研的因果律引擎，保证的是明确模型中的数量、集合、顺序、条件与状态转移。它不会猜中未被建立的服装细节，不会从实拍画面判断穿帮，也不会宣称理解剧本里所有隐含意义。这些判断仍由创作者与制作人员完成。

这不是 AI 审稿。

而是已知事件在明确规则下，能否推导出后文要求的世界状态。

InkWeave 不替代制片排程，而是维护戏内世界的连续性

电影制作还有许多 InkWeave 不处理的工作。

演员档期、通告单、场地预约、拍摄进度，镜位、镜头、焦段与灯光纪录，以及素材管理、服装编号、仓储、清洁与运输。

InkWeave 不是完整的制片管理系统，也不是服装或道具部门的资产管理软体。

它处理的是另一个层次：

镜头里的世界，在故事走到这一刻时应该是什么状态？

一套专业的电影制作流程仍然可以使用既有的场记表、通告系统、道具清单与拍摄管理工具。

InkWeave 能补上的，是这些资料背后的因果。

为什么这件外套此刻不在角色身上？

为什么这把钥匙已经属于另一个人？

为什么这名角色此时还没有受伤？

为什么两个人物在这一场以前不应该彼此认识？

当答案来自正文里已经发生的事件，连戏便不只是人工维护的一组最新栏位。

它成为故事世界沿着时间推导出的结果。

能让镜头相信的世界，也更容易让读者相信

电影会让世界的不一致直接出现在画面上。

一件消失又出现的道具。

一道提前出现的伤口。

一名不该在场的角色。

一段从未建立过的关系。

观众可能不知道制作过程发生了什么。

但他会感觉到，镜头里的世界忘记了自己的过去。

小说与 TRPG 的不一致有时候更安静。

它们可以藏在几十万字里。

藏在角色曾经交出去的物品、早已离开的地点、尚未发生的相遇，以及后来才取得的能力里。

电影连戏让这个问题变得特别清楚：

世界不能只保存最后的样子。

它必须能回到每一幕发生的时刻，重新回答当时的人、物品、位置与状态。

InkWeave 可以用同一套世界模型处理电影场景，也可以处理小说、TRPG、游戏剧情与其他需要维持时间连续性的创作。

不是因为这些媒介的工作流程完全相同。

而是它们都需要一个不会因为创作者回拍、回修或改稿，就失去自己历史的世界。

场记需要的不是角色最后穿着什么。

作者真正需要的，也不只是世界最后变成了什么。

重要的是，当镜头或文字回到某一刻，世界仍然记得自己当时应该是什么样子。