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

把兩個入口的關係寫成「同一世界、同一角色身份、各自獨立推進」，並在入口頁用一張狀態對照表說清哪些東西會帶過去、哪些不會。具體做法分四步：先給這個 IP 定一份角色檔案，作為兩個入口共用的身份底座；再為每個入口單獨寫一段「狀態邊界」說明；然後準備一張可說/不可說表，約束營運文案；最後用一段虛構對話檢驗玩家讀完會不會產生錯誤預期。下面用一個虛構教學例子走完全程，例子中的角色、數值和原話都是為演示編的，不是實測資料。

共享世界觀不等於共享進度。以虛構的「霧港郵局」IP 為例，同一個郵局、同一批郵差、同一段城市歷史，這是世界觀層，可以共享。角色「夜班郵差林遲」的身份、目標、需要、秘密、初始關係、弧光與邊界，這是角色檔案層，可以共享。玩家在角色聊天裡聊到第幾輪、在文字冒險裡走到哪一章、對林遲的好感到了什麼程度，這是體驗狀態層，兩個入口各存各的。

這三層混在一起講，玩家就會默認「我在聊天裡答應幫他找信，冒險裡他應該記得」。所以入口文案要按層拆開寫，而不是籠統說「同一個林遲陪你」。

檔案只寫身份層，不寫任何入口的進度。可以按這七項填：

這份檔案兩個入口都引用，但引用的是身份，不是狀態。角色聊天裡林遲可以一直是「剛認識的同事」，文字冒險裡也可以從同一初始關係起步，兩邊各自往前走，互不覆蓋。

角色聊天入口可以這樣寫：

你以郵局新同事的身份，和林遲在夜班間隙聊天。這裡只記錄你們在這段對話裡的往來。他的身份、秘密和邊界來自霧港郵局設定，但你在別處和他經歷的事，不會自動出現在這裡。

文字冒險入口可以這樣寫：

你進入霧港郵局的一段夜班故事，扮演新同事，與林遲和其他郵差一起處理退信。劇情、選項、日誌與狀態只屬於這一趟冒險。聊天入口裡的對話不會改變這裡的走向。

兩段都先給玩家一個身份，再說清狀態歸屬。注意「不會自動出現」「不會改變」這類句子要具體到對象，不要只寫「數據獨立」，玩家看不懂。

營運寫活動頁、推送、社群話術時，對著這張表改。

這張表的作用是防止宣傳語越過產品邊界。本文由DramaFork整理，按當前項目實現說明：角色聊天、AI文字冒險是現有體驗目錄，普通用戶目前沒有任意角色或文遊的自助創作編輯器，所以文案裡也不要暗示玩家能自己造一個新林遲。

寫完文案後，編一段玩家會問的問題，逐條對照答案。

玩家問：「我在聊天裡跟林遲說了我妹妹的事，冒險裡他會提嗎？」

按上面文案，正確答案是：不會自動提。因為聊天裡的對話屬於聊天入口的狀態，冒險入口只從自己的初始狀態開始。除非冒險劇本本身寫了相關情節，否則林遲在冒險裡不知道這件事。這裡要標清：林遲「不知道」是入口狀態隔離的結果，不是新增了一條「林遲失憶」的世界事實。

玩家再問：「那我在冒險裡幫他找到信，聊天裡他會謝我嗎？」

同樣不會自動發生。兩個入口各自推進，跨入口沒有共享進度與好感的保證。營運如果想說「有關係」，只能說「同一個角色、同一套身份設定」，不能說「同一段經歷」。

第一個坑是把「同一 IP」說成「同一存檔」。玩家看到同一個角色名，很容易默認記憶連續，所以入口第一屏就要寫狀態歸屬。

第二個坑是把禮物寫成關係捷徑。禮物在設定裡是象徵，不能買同意，也不能買核心理解；文案裡不要出現「送夠就能解鎖他的真心」這類話。

第三個坑是把聊天附件說成能看懂圖。附件像素留在瀏覽器，不發送給文本模型，不能識別圖中對象，只可回應你寫的文字說明。所以文案只能寫「可以發圖並配文字」，不能寫「他能看懂你發的照片」。

• 角色檔案只寫身份七項，不含任何入口進度。
• 兩個入口各有一段狀態邊界說明，且寫在第一屏。
• 可說/不可說表覆蓋記憶、進度、好感、推送、禮物、附件六類。
• 沒有出現「自動同步」「跨入口繼承」「定時來找你」等未實現描述。
• 用一段玩家提問做檢查，答案與文案一致。

最後做一件小事：把「霧港郵局」換成你手上的 IP，把林遲換成你的角色，按七項檔案和兩段入口文案各寫一版，再對著可說/不可說表刪掉越界句子。