互動故事術語表怎麼寫：哪些詞可以變，哪些含義不能變？

術語表要解決的不是「這個詞怎麼翻」，而是「這個詞在什麼位置出現、允許換到什麼程度、換掉之後會不會破壞劇情邏輯」。做法可以分成四步：先給每個詞定一個語義槽位，再為它寫出定義、語境和反例，然後標出可變部分與凍結部分，最後把尚未確定的譯名單獨列出，交給審稿者逐條裁決。

下面用一個虛構教學例子走完整流程。浮城通行簽與邀請函是虛構設定，其中的譯名和外語寫法只用於演示結構，不保證符合任何語言的母語習慣。

同一個故事裡，名稱、機制、身份稱呼和世界事實承擔的功能不同，可變動幅度也不同。

名稱可以換寫法，機制不能換因果，身份稱呼不能換關係方向，世界事實不能換真假。審稿時最常出問題的是把機制詞當成名稱詞來意譯，結果觸發條件被悄悄改掉。

假設故事裡有一座浮城，進入內環需要兩種憑證：通行簽和邀請函。通行簽由城門處發放，任何人排隊即可領取，有效期一天；邀請函由城內住戶寫給城外的人，一封只能帶一人，且必須在抵達前送達。兩者都能讓人通過閘口，但通行簽只能走外環，邀請函才能進內環。

術語表可以這樣寫：

通行簽（pass token）

• 定義：城門處發放的臨時憑證，證明持有人獲准進入外環。
• 語境：出現在排隊、查驗、過期作廢的場景。
• 凍結：發放地點、一天有效期、只能走外環。
• 可變：譯為「通行牌」「臨時簽」均可，但不能出現「內環」字樣。
• 反例：譯成「內環通行證」會與邀請函的權限重疊，導致後文衝突。

邀請函（invitation letter）

• 定義：城內住戶寫給城外特定收件人的憑證，一封限一人，抵達前有效。
• 語境：出現在收信、轉贈、查驗姓名的場景。
• 凍結：寫信人必須是城內住戶、限一人、抵達前送達。
• 可變：稱呼可以口語化，但不能變成可複製或可購買的物品。
• 反例：譯成「入場券」會暗示可在城門購買，破壞「必須由住戶書寫」的設定。

閘口（gate check）

• 定義：查驗憑證的關卡，不是地名。
• 語境：通行簽與邀請函都在此被檢查。
• 凍結：查驗動作、放行結果。
• 可變：可以譯成「關口」「檢查口」。
• 反例：譯成「城門」會與發放通行簽的地點混為一談。

角色在對話中可能編造藉口，例如某人說「邀請函可以帶三個人」。這句話是角色的謊言，不是新的世界事實。術語表應把它標為「角色台詞中的錯誤說法」，並註明真實規則仍是一封一人。審稿者看到這類句子時，先判斷它是敘述還是角色發言，再決定是否觸發修改。

每一欄都有明確的驗收標準。

定義寫「它是什麼、由誰產生、對誰有效」，不寫修辭。語境寫「它通常出現在哪類場景」，幫助譯者判斷語氣。反例寫「哪種譯法會造成什麼後果」，這是術語表裡最容易被省略、卻最能防止誤譯的一欄。待審譯名寫「目前候選寫法」，並註明未定原因，例如「候選A更貼近字面，候選B更符合口語，需結合角色身份決定」。

待審譯名不要和已定譯名混在一起。審稿者需要一眼看出哪些可以直接用，哪些必須停下來判斷。可以給待審項加一個簡單標記，例如在名稱後寫「待審」，避免在正文中誤用。

一份可用的術語表，交付前可以逐條核對：

1. 每個名稱都能回答「它指什麼、不能指什麼」。
2. 每個機制都寫清了觸發條件、結果和代價。
3. 每個身份稱呼都標明了使用者和對象。
4. 每條世界事實都區分了敘述事實與角色發言。
5. 反例欄至少有一條，且說明了後果。
6. 待審譯名單獨列出，未與已定項混排。
7. 表格中同一事物在不同條目裡的權限描述一致。

如果某條術語寫不出反例，通常說明它的邊界還沒想清楚，可以先回到故事裡找一處它被誤用的場景，再補上。

下一步可以挑出三條最容易被譯錯的機制詞，各寫一個反例，放進術語表交給審稿者試判。