本篇目錄

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

電影不一定按照故事順序拍攝。

劇組今天可能先拍第二十三場。

明天回頭拍第七場。

幾天後換到另一個場地，才補拍發生在兩者之間的第十六場。

這對電影製作來說很正常。

場地、演員檔期、天候、預算與拍攝效率，都可能讓實際拍攝順序和故事順序完全不同。

假設劇本裡有一名角色 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、遊戲劇情與其他需要維持時間連續性的創作。

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

而是它們都需要一個不會因為創作者回拍、回修或改稿，就失去自己歷史的世界。

場記需要的不是角色最後穿著什麼。

作者真正需要的，也不只是世界最後變成了什麼。

重要的是，當鏡頭或文字回到某一刻，世界仍然記得自己當時應該是什麼樣子。