兩位創作者輪流審稿，怎樣把「這裡不對」寫成能執行的修改單？

把「這裡不對」變成修改單，核心動作只有一個：讓每條意見都落到版本、節點、現象、預期、理由、責任、複核這七格上。兩人輪流審稿時，先各自獨立填單，再合併衝突項，最後才動稿。下面用一份虛構教學例子走完全程，人物、台詞和數值都不是實測資料。

修改單不是文學評論，而是一張可交接的工單。建議固定七列，缺一列就不進入改稿隊列：

「節點」指互動影遊裡一個可被單獨定位的互動單元，通常按表格組織，不是拖拽畫布。寫清節點編號，兩人說的才是同一處。

設定一個虛構項目《霧港來信》，分支 mist-dev。第三幕節點 N-07，玩家扮演的見習信使要把一封退信交還給老船醫。當前文本原話是：

老船醫接過信，笑了笑：「放桌上吧，我待會兒看。」

審閱者甲（負責角色線）填單：

• 版本：mist-dev 10-04
• 節點：N-07
• 現象：「笑了笑」與老船醫「失去學徒後不再當面拆信」的既有設定衝突
• 預期：改為他把信推回，說「這封不該由你送」
• 理由：他的目標是迴避舊事，推回比收下更貼合迴避
• 責任：甲改文本
• 複核：乙讀一遍，確認沒有新增往事

審閱者乙（負責互動節奏）填單：

• 版本：mist-dev 10-04
• 節點：N-07
• 現象：玩家剛經歷長途護送，此處一句「放桌上吧」讓選擇失去重量
• 預期：保留收信動作，但讓玩家先選「說明來意」或「沉默遞信」
• 理由：兩個選項對應不同關係狀態，玩家能感到自己的選擇被接住
• 責任：乙改節點選項
• 複核：甲確認兩個選項都不違背角色邊界

兩份單子都合規，卻在「收信還是推回」上直接矛盾。這時不要各改一半。

矛盾意見的處置按順序走，不跳步：

1. 對齊版本。確認兩人看的是同一份 mist-dev 10-04。若一方看的是舊存檔，先作廢該單。
2. 分離事實與偏好。「推回」關聯的是已寫明的角色設定，屬於事實層；「選擇失去重量」屬於體驗層。兩層都成立時，事實層優先約束，體驗層在其內部實現。
3. 找最小共同改動。合併結果是：保留推回動作，把「說明來意/沉默遞信」作為推回前的兩個選項。這樣角色不破，節奏也補上。
4. 指定唯一責任人。文本由甲改，節點選項由乙改，兩人都不越界改對方的列。
5. 寫複核辦法。複核不是「再看一遍」，而是具體動作：甲朗讀 N-07 全文，逐句核對是否出現未提供的往事；乙走一遍兩個選項，確認都能進入下一節點。

若兩步後仍衝突，就把兩條意見都掛起，標「待定」，不進入改稿。掛起比強行合併安全，因為強行合併常把角色改成四不像。

注意「理由」列寫的是關聯，不是判決。它讓第三人能判斷改動是否越界，而不是替審閱者背書。

改動N-07文本和選項，屬於改節點。按當前項目實現，相關已完成預覽與導出會標為「需更新」，舊數據保留。創作者應核對舊預覽的文本是否還成立，新導出是否包含修訂內容。如果此次意見還改變了視頻中的動作，就應另列對應片段，不能把它隱藏在一句「節點已改」裡。

導出分兩種：本地素材包 localAssets 含素材、播放器和說明文件，按說明運行並檢查離線；遠程鏈接包 remoteUrls 通過應用域名下的穩定入口訪問，依賴網絡與服務，不是永久資源保證。localhost 在別人電腦上指向他自己的機器，不能當作通用地址發給隊友。壓縮包能解開，不等於可玩性已驗證。

一份修改單可以進入改稿，當且僅當七列齊全，且滿足：

• 現象列能引到原話或具體節點；
• 預期列能被第三人獨立判斷是否達成；
• 理由列指向角色設定或前後文，而非個人口味；
• 責任列只有一個改動人；
• 複核列是動作，不是態度。

兩人輪流審稿時，建議每輪只處理同一節點的衝突，處理完再開下一節點。本文由DramaFork整理，按當前項目實現說明，文檔協作沒有實時多人同時編輯承諾，兩人按上述順序交接即可。

下次審稿前，先各自把七列填滿，再碰頭只談衝突的那一格。