存档、本地化和资源包如何组织：让后续更新不必重做全游戏

可更新的互动影游需要把叙事逻辑、玩家存档、本地化文本和媒体资源解耦，并用稳定 ID 与版本清单连接。更新一段字幕不应重新打包全部视频，替换一支视频不应让旧存档失效，新增语言也不应复制整套分支逻辑。

逻辑包保存节点、条件、选项与状态效果；文本包按语言保存界面、字幕和元数据；媒体包保存视频、音频和图片；存档只保存玩家状态与必要版本，不复制内容。运行时通过逻辑资产 ID 查找当前语言和平台对应文件。

边界清晰后，团队可以独立更新字幕或编码。若对白文本、文件路径和条件都硬写在一个脚本里，每次修改都会触发大范围回归。

存档记录 schemaVersion、内容版本、当前节点、已提交选择、关系、证据、资源、世界状态、已读资产和设置。节点标题、文件名和显示文本不进入逻辑判断，因为它们会在翻译或剪辑后变化。

每次改变变量名称、类型或默认值，编写从旧模式到新模式的迁移。例如把 0–100 的信任值改成三档，应明确每个区间映射。迁移先复制并校验，失败时保留原存档和可理解提示，不静默清空进度。

每条文本使用稳定键，附节点、说话人、画面语境、字符限制、变量说明和参考视频。孤立的“好”“继续”无法正确翻译；译者需要知道它是同意、满意还是按钮操作。选项还应说明玩家意图，避免翻译改变承诺。

字幕时间可以共享时间码但文本长度不同，需要允许分行和微调。配音语言持续时间变化更大，交互出现点不能只依赖原语言音频尾帧。伪本地化提前测试膨胀、字符集、缺字和界面布局。

Steam 提供商店与游戏语言支持相关文档，但具体可发布语言、商店标记和构建配置应以发行时官方要求为准。Steam 本地化文档

常见维度包括章节、语言、平台和清晰度。首包包含运行时、开场与必要界面，后续章节可按需下载；多语言配音独立成包，字幕因体积小可随基础包提供。切分不能太碎，否则清单、请求和磁盘碎片成本上升。

每个包有版本、依赖、大小、校验值和可选标记。进入章节前验证所需包完整；下载中断可续传，校验失败重新获取。删除缓存时不删除存档，且界面说明哪些内容可再次下载。

节点引用 VID_C03_N010_MAIN，资源清单根据平台、语言和质量解析到实际文件。新编码上线只更新清单与包，不改节点。清单本身需要签名或完整性校验，防止半次更新让逻辑指向不存在文件。

保留旧清单一段时间，支持更新失败回滚。客户端启动时先判断兼容性：逻辑包、资源包和存档模式是否能够共同运行，不能把不匹配组合带进游戏。

内容更新若改变当前章节，选择在安全点应用：主菜单、章节结束或明确提示后重启。不要在玩家观看中途替换节点。热更新前保存事务点，更新后执行迁移并从可复现位置恢复。

已发布剧情最好不重用节点 ID，也不随意改变旧选择含义。若必须重构，建立旧节点到新节点的映射，并对所有可能存档做自动测试。

列出平台、语言、画质和章节组合，标记必须测试的代表配置。基础逻辑每次全量回归，媒体替换重点检查引用、首帧和字幕；存档迁移使用历史版本样本。自动检查缺失键、孤立资源、重复 ID、错误依赖和包体异常增长。

日志记录实际加载的清单、包和资产版本，用户反馈时才能重现。仅知道“最新版本”不够，因为分批发布与缓存会产生不同组合。

若核心内容依赖下载，考虑服务器不可用时已购玩家能否继续访问已下载章节，必要授权如何缓存，安装包能否归档。具体商业与平台方案不同，但这项风险应在架构期讨论，而不是服务结束时才发现所有节点都需要在线清单。

下一步：画出逻辑、文本、媒体、存档四层依赖图，用一个旧存档演练“替换视频＋新增语言＋变量改名”的更新；只有迁移、回滚和离线恢复都能完成，架构才算可维护。