• 首頁
  • 部落格
  • 廣場
  • 價格
  • 首頁
  • 部落格
  • 廣場
  • 價格
開始創作

創作。體驗。

創作部落格

首頁/部落格/製作實戰

一段分支影片從什麼狀態開始、到什麼狀態結束?給鏡頭寫入口出口約定

分支影片的麻煩不在拍得好看,而在接得上。上游片段結束時角色站在門口、邀請函還在手裡,下游片段一開場卻坐在客廳、桌上擺著拆開的信封,觀眾會立刻感到斷裂。解決辦法是給每個鏡頭寫一份入口出口約定:入口寫清這段開始時角色在哪、手裡有什麼、知道什麼;出口寫清這段結束時這三項變成什麼,以及最後一個動作是什麼。約定寫在分鏡或節點旁邊

D
DramaFork Editorial Team互动叙事与 AI 创作方法
2026.09.21预计阅读 5 分鐘
訪客在門檻外拿著未拆邀請函,室內桌面提示後續狀態。
文章目錄
創作部落格
  1. 01導讀
  2. 02入口約定包含哪四項
  3. 03出口約定包含哪三項
  4. 04構造案例:遞交邀請函
  5. 05違反約定的三種典型改法
  6. 06完成檢查
返回文章頂部

導讀

分支影片的麻煩不在拍得好看,而在接得上。上游片段結束時角色站在門口、邀請函還在手裡,下游片段一開場卻坐在客廳、桌上擺著拆開的信封,觀眾會立刻感到斷裂。解決辦法是給每個鏡頭寫一份入口出口約定:入口寫清這段開始時角色在哪、手裡有什麼、知道什麼;出口寫清這段結束時這三項變成什麼,以及最後一個動作是什麼。約定寫在分鏡或節點旁邊,供前後片段共用,不寫進程式碼。

入口約定包含哪四項

入口約定回答「觀眾點進這段時,世界已經是什麼樣」。四項缺一不可。

位置:角色身體所在的具體地點與姿態。寫「玄關內側,面朝大門,站立」,不寫「在家」。

手上物件:角色身上或手邊、劇情會用到的東西,以及它們的狀態。寫「右手握未拆的邀請函,左手空」,不寫「拿著信」。

已知資訊:這段開始前角色已經知道的事實。寫「知道邀請函來自舊友,不知道裡面寫了什麼」,不寫「了解情況」。

上一段的最後動作:用來對齊時間點。寫「上一段以敲門聲響起結束」,讓本段的第一個反應有依據。

這四項的共同作用是限定起點。創作者寫下游片段時,不必重新解釋角色為什麼在這裡,只需沿用入口。

出口約定包含哪三項

出口約定回答「這段結束後,下游能從什麼狀態接手」。

位置與姿態的變化結果:角色移到哪裡、保持什麼姿勢。寫「退到客廳沙發前,坐下」,不寫「移動了」。

手上物件的最終狀態:物件在誰手裡、是否被打開、是否被放下。寫「邀請函已拆開,放在茶几上,信紙抽出」,不寫「處理了信件」。

最後動作與它造成的文本後果:最後一個可見動作,以及這個動作在關係或資訊上帶來的變化。寫「讀完信後抬頭看向門口,角色現在知道舊友下週到訪」,不寫「情緒複雜」。

最後動作要和下游入口的第一反應對得上。若出口是「抬頭看向門口」,下游入口就應允許角色在門口方向看到或聽到東西;若出口是「把信塞進口袋」,下游入口就不能讓信出現在桌上。

構造案例:遞交邀請函

以下為虛構教學例子,用於說明約定寫法,不是實測資料。

設定:角色甲在玄關,角色乙來訪,甲要把邀請函交給乙。共同過程是「乙敲門,甲開門,把信交給乙,並說明是兩人的舊友託付」。此後有兩個分支:乙當場拆開並讀信,或乙收下但說回去再看。

共用入口(上游片段的入口)

  • 位置:甲在玄關內側,面朝大門,站立;乙在門外。
  • 手上物件:甲右手握未拆的邀請函,信封完好,左手空。
  • 已知資訊:甲知道邀請函來自舊友,不知道內容;乙不知道甲手裡有信。
  • 上一段最後動作:無(這是分支起點),以敲門聲作為開場。

出口A:當場拆開

  • 位置:甲退後半步,乙跨過門檻進入玄關,兩人面對面站立。
  • 手上物件:信封在乙手中,已拆開,信紙被抽出。
  • 已知資訊:甲乙都知道了信中的到訪時間。
  • 最後動作:乙讀出信中的到訪時間,甲聽完點頭,信紙仍在乙手中。
  • 文本後果:兩人進入「共同知情」狀態,下游若寫甲隱瞞到訪時間就與出口衝突。

出口B:收下但說回去再看

  • 位置:甲仍在玄關內側,乙退到門外台階,兩人隔門檻相對。
  • 手上物件:信封在乙手中,未拆,被放進外套內袋。
  • 已知資訊:甲知道信已交出;乙只知道信封來自舊友,不知道內容。
  • 最後動作:乙轉身走下台階,甲關門。
  • 文本後果:兩人處於「信已轉移但資訊未共享」狀態,下游若讓甲直接討論信的內容就與出口衝突。

兩個出口的核心區別是「信是否被拆」和「兩人是否共同知情」,位置與最後動作也分別記錄。甲知道發信者身分,不能因此被寫成已經知道到訪時間;乙拆開信封,也不等於甲自動讀到了內容。

違反約定的三種典型改法

位置衝突。出口寫「乙在門外」,下游入口寫「乙坐在客廳」。改法:要么把下游入口改成「乙站在門外,手剛碰到門把手」,要么回到出口把位置改成「乙已進屋」。兩者只能改一處,不能都保留。

物件狀態衝突。出口寫「信封未拆」,下游入口寫「乙手裡拿著信紙」。改法:讓下游先承接未拆狀態,再補拆封和閱讀;或者把這兩個動作移到上游,重寫出口。拆封只改變物件,閱讀才改變讀信人的知識。如果動作留在下游,不要倒改上游出口為已知內容,而應更新下游動作發生後的狀態。

最後動作衝突。出口寫「甲關門」,下游入口寫「甲正從乙手裡接過信」。改法:把下游入口的第一動作改成「甲重新開門」,或把出口的最後動作改成「甲伸手接信」。注意時間順序:關門之後再接信,需要先開門,否則動作無法銜接。

完成檢查

寫完一組分支後,逐條核對:

  1. 每個下游片段的入口四項,是否都能在上游出口裡找到對應?
  2. 出口的「最後動作」與下游入口的「第一反應」是否在同一位置、同一物件狀態下成立?
  3. 出口的「已知資訊」是否被下游文本尊重?下游若出現角色不該知道的資訊,應補出閱讀、轉述等獲知過程,或刪掉提前洩露的台詞。
  4. 兩個出口之間是否有物件或資訊被錯誤共享?例如出口B未拆信,出口A已拆信,兩條下游不能共用「討論信的內容」的台詞。
  5. 約定是否寫在分鏡或節點旁的可见位置,而不是只留在作者腦中?

這五項都通過,片段才算接得上。若某一項對不上,優先改約定而不是改台詞,因為約定是前後共用的介面。改完約定後,人工核對受影響的舊素材是否仍成立;若上游出口變了,下游已完成的影片和預覽可能需要重做,舊資料保留但不應直接複用。

了解产品能力 体验互动作品

继续阅读

浏览更多文章
完成的作品包旁擺放創作者工具、版本標籤與回饋收集盒。
製作實戰2026.10.04 · 5 分鐘

互動故事結尾的署名與版本說明怎麼寫,才能讓回饋找得到對象?

把結尾資訊寫成三層就夠用:交付件名稱與版本號、創作貢獻與工具使用的分工、回饋時需要附上的三項資訊。讀者看到問題能定位到具體檔案,你收到回饋能判斷改哪一層,不必在郵件裡來回追問「你說的是哪一版」。

同一角色出現在三個獨立舞台,各自保留不同進度和物件。
製作實戰2026.10.04 · 5 分鐘

同一 IP 的角色聊天與文字冒險,怎樣介紹關係又不讓玩家誤以為進度互通?

把兩個入口的關係寫成「同一世界、同一角色身份、各自獨立推進」,並在入口頁用一張狀態對照表說清哪些東西會帶過去、哪些不會。具體做法分四步:先給這個 IP 定一份角色檔案,作為兩個入口共用的身份底座;再為每個入口單獨寫一段「狀態邊界」說明;然後準備一張可說/不可說表,約束營運文案;最後用一段虛構對話檢驗玩家讀完會不會產生錯

溫暖入口與嚴肅鐵門形成類型承諾落差,製作者重新校準。
製作實戰2026.10.04 · 4 分鐘

封面像恐怖、正文卻是溫暖日常?怎樣檢查作品的題材承諾是否一致

先給結論:把簡介、開場、第一個核心任務、結尾各寫一句「玩家此刻預期承受什麼強度」,四句並排讀。如果封面和簡介指向恐怖,開場卻只給溫馨日常,而核心任務又把強度突然拉滿,問題不在「有驚喜」,在於驚喜之前缺少可推斷的線索。檢查的目標不是消滅轉折,而是確認轉折發生前,玩家能從已有資訊裡猜到「這裡可能會變重」。

把製作複雜度交給 Agent,把創作決定權留給使用者。

從一句故事創意出發,在同一個專案裡組織劇本、角色、鏡頭與分支,逐步完成第一版可玩 Demo。

產品

  • 價格
  • 產品能力
  • 創作流程
  • 作品範例
  • 常見問題

探索

  • 影遊廣場
  • 創作部落格
  • 創作者合作計畫

法律資訊

  • 隱私政策
  • 使用條款
© 2026 DramaFork/AI 互動影遊創作平台
Press Enter to send, or drag away and release.