引用與連動

跨模組連動

連動是單向的：正文沉澱資料，身分跟著改名走，刪除才受保護，AI 寫入走同一張確認卡。

方向：劇本 → 資料，不反寫

織境的連動是有方向的：你在正文裡寫下的東西會沉澱為資料；反過來，在資料模組裡手動建立的項目不會因為劇本刪了某一行就消失。這條規則決定了絕大多數「它會不會自己改掉」的疑問——不會。

「角色」行提交（Enter、游標移開、編輯器失焦）時，按標準化名稱（去首尾空格 + 忽略大小寫）查詢人物庫，別名也參與比對；符合就綁定，沒有就新建一張人物卡，層級預設落在「閒角」。輸入停頓和半個名字都不會建卡。
場次節點的地點在失焦或 Enter 時按同一規則比對地點庫，沒有就新建。
正文裡寫 [舊懷表] 這類內嵌連結，提交時按名稱查詢道具庫，沒有就新建道具；這一行的道具引用會被記錄下來。

建檔開場與續寫走同一套：模型串流輸出的過程中，半個場次頭、半個人名、半個道具引用都只留在旁路草稿裡，不建任何卡；完成、停止或失敗結算時才把整段解析成節點。所以你不會看到按字建出來的一堆碎片檔案。

關係、持有人、章節演變、伏筆錨點、排行榜分值、地圖映射、隨航面板裡的擺放位置——這些都只有你說了才算。系統不猜動機，不推斷誰愛誰，也不會因為你寫了「他拿起劍」就建一把劍。

時空的地點是例外中的例外：它的輸入提交會建立或複用一張地點卡，但那是在本場主地點的子樹內進行的；改綁定不改名，清空或刪除只解除引用，不刪檔案。

改名幾乎不牽連：勢力卡改名，成員標籤、名冊分組、排行榜與 AI 讀到的內容一起跟上；地點改名，平面標籤與劇本引用顯示最新名稱。因為存的是身分，不是文字。
刪除才牽連：刪人物同時刪掉它的關係線；地點或其子樹仍被場次／時空引用時，整次刪除被拒絕，單個地點被引用時也不能改父級；刪劇情線會連帶刪除線內事件；刪章節或場次會清掉指向它們的伏筆與時間軸錨點，不留懸空 ID。
地圖只影響表現：刪一處映射只刪目前檢視的這一處表現，不刪地點檔案、不刪另一檢視的幾何，也不動子地圖。
勢力「退出分類」要走影響確認：在同一次更新裡清掉人物基礎關係、逐章關鍵影格和排行榜篩選，並且可以一次復原。

人物與道具的逐章變化只在讀取時合併：基礎值是故事開始時的狀態，關鍵影格從所在章起沿用，直到下一個變化點。查某一章的有效狀態時，不會把該章之後的變化混進來；要看變化歷史，必須同時給出起止章節，回傳逐條改前／改後。

AI 也按同一標準讀取：讀取人物狀態要帶章節，回傳「截至這一章」的年齡、身分、所屬勢力與階段狀態，勢力以目前正式名稱加卡片 ID 表達；圖譜裡人物與勢力之間只按有效歸屬產生成員邊，不靠名稱或別名保底。

AI 代理改資料不靠「辨識到就順手改」。所有寫入動作都經同一張確認卡：一次最多 8 個不可分割操作、同一交易提交；目標在你確認前已被別處改過時整卡拒絕，不會靜默覆蓋；確認後整卡進入專案復原堆疊，一次復原全部回來。刪除類操作在卡上先列出影響（出場、關係、子樹、入向關聯、線內事件、劇本錨點的計數）。