存檔、在地化和資源包如何組織：讓後續更新不必重做整款遊戲

可更新的互動影遊需要將敘事邏輯、玩家存檔、在地化文字和媒體資源解耦，並用穩定 ID 與版本清單連接。更新一段字幕不應重新封裝全部影片，替換一支影片不應讓舊存檔失效，新增語言也不應複製整套分支邏輯。

邏輯包儲存節點、條件、選項與狀態效果；文字包按語言儲存介面、字幕和中繼資料；媒體包儲存影片、音訊和圖片；存檔只儲存玩家狀態與必要版本，不複製內容。執行時透過邏輯資產 ID 尋找目前語言和平台對應的檔案。

邊界清晰後，團隊可以獨立更新字幕或編碼。若對白文字、檔案路徑和條件都寫死在同一個腳本裡，每次修改都會觸發大範圍的迴歸測試。

存檔記錄 schemaVersion、內容版本、目前節點、已提交選擇、關係、證據、資源、世界狀態、已讀資產和設定。節點標題、檔名和顯示文字不納入邏輯判斷，因為它們會在翻譯或剪輯後改變。

每次變更變數名稱、型別或預設值，都要編寫從舊結構到新結構的遷移。例如將 0–100 的信任值改成三個等級，應明確定義每個區間的對應關係。遷移前先複製並驗證，失敗時保留原存檔並提供可理解的提示，不在毫無提示的情況下清空進度。

每條文字使用穩定鍵，附上節點、說話者、畫面情境、字元限制、變數說明和參考影片。孤立的「好」「繼續」無法正確翻譯；譯者需要知道它是同意、滿意還是按鈕操作。選項還應說明玩家意圖，避免翻譯改變承諾。

字幕時間可以共用時間碼，但文字長度不同，需要允許分行和微調。配音語言的持續時間變化更大，互動出現時點不能只依賴原語言音訊的最後一影格。透過偽在地化提前測試文字膨脹、字元集、缺字和介面版面配置。

Steam 提供商店與遊戲語言支援相關文件，但具體可發行語言、商店標示和建置設定應以發行時的官方要求為準。Steam 在地化文件

常見維度包括章節、語言、平台和解析度。首包包含執行環境、開場與必要介面，後續章節可按需下載；多語言配音獨立成包，字幕因體積小可隨基礎包提供。切分不能太細，否則清單、請求和磁碟碎片的成本會上升。

每個包都有版本、相依性、大小、校驗值和可選標記。進入章節前驗證所需包是否完整；下載中斷可續傳，校驗失敗則重新取得。刪除快取時不刪除存檔，且介面應說明哪些內容可再次下載。

節點引用 VID_C03_N010_MAIN，資源清單根據平台、語言和品質解析到實際檔案。新編碼上線只更新清單與包，不修改節點。清單本身需要簽章或完整性校驗，防止更新只完成一半時，邏輯指向不存在的檔案。

保留舊清單一段時間，支援更新失敗時回復。用戶端啟動時先判斷相容性：邏輯包、資源包和存檔結構是否能夠共同執行，不能將不匹配的組合帶進遊戲。

內容更新若改變目前章節，應選擇在安全時點套用：主選單、章節結束，或明確提示後重新啟動。不要在玩家觀看途中替換節點。熱更新前儲存交易檢查點，更新後執行遷移，並從可重現的位置恢復。

已發行的劇情最好不重複使用節點 ID，也不隨意改變舊選擇的含義。若必須重構，建立舊節點到新節點的對應關係，並對所有可能的存檔進行自動測試。

列出平台、語言、畫質和章節組合，標記必須測試的代表設定。基礎邏輯每次進行完整迴歸測試，媒體替換重點檢查引用、第一影格和字幕；存檔遷移使用歷史版本樣本。自動檢查缺失鍵、孤立資源、重複 ID、錯誤相依性和套件大小異常增長。

日誌記錄實際載入的清單、包和資產版本，使用者回報時才能重現。只知道「最新版本」不夠，因為分批發行與快取會產生不同組合。

若核心內容依賴下載，應考慮伺服器無法使用時，已購玩家是否能繼續存取已下載章節、必要授權如何快取，以及安裝包能否封存。具體商業與平台方案不同，但這項風險應在架構階段討論，而不是服務結束時才發現所有節點都需要線上清單。

下一步：畫出邏輯、文字、媒體、存檔四層相依圖，用一個舊存檔演練「替換影片＋新增語言＋變數改名」的更新；只有遷移、回復和離線恢復都能完成，架構才算可維護。