如何保护保存在浏览器里的 AI 对白项目

用户应该无需注册账号就能编写和生成对白。因此，RealDubbing 会把访客的 Dialogue 项目——包括每一行已经生成的音频——保存在浏览器本地存储中。

这种方式方便、直接，也减少了不必要的数据上传，但浏览器存储并不等于永久项目托管。一套可靠的工作流，应该把自动本地保存和定期下载备份结合起来。

浏览器里保存了什么

Dialogue 工作区会保存项目标题、台词顺序、角色名称、文本、音色设置、表演参数，以及每行已经生成的音频。为了保留工作进度，项目不需要先绑定账号。

这些数据属于当前设备上的当前浏览器配置。换一个浏览器、使用隐私窗口，或者在另一台电脑打开网站，都会得到不同的本地工作区。

了解存储容量

浏览器会限制本地存储容量，而生成音频比文本大得多。具体容量取决于浏览器和设备。短项目通常没有压力，但长场景或多次重做的音频可能逐渐接近上限。

RealDubbing 会优先尝试保存完整项目，同时不会重复保存一份合并后的 WAV。空间不足时，系统先保留脚本和设置，再从本地保存副本中逐步移除最早生成的音频，直到项目可以写入。当前打开的编辑器状态不会被修改，并会出现备份提醒。

在某些严格的隐私模式下，本地存储可能完全不可用。此时编辑器在标签页保持打开期间仍然可以工作，但离开前务必下载备份。

下载项目备份

点击 Dialogue 项目栏中的 下载本地备份。JSON 文件包含可继续编辑的项目，以及当前仍可用的逐行音频。建议把它和最终 WAV、原始脚本放在同一项目目录中。

适合备份的节点包括：

• 角色音色确认后；
• 一段困难场景通过后；
• 清理浏览器数据或更换设备前；
• 大幅修改脚本前；
• 浏览器出现存储空间提醒时。

备份只是一个普通本地文件，不会创建账号，也不会上传项目。

恢复 JSON，或从 SRT 开始

使用 导入 JSON / SRT 可以恢复 RealDubbing 备份。编辑器会校验主要字段，并在不执行文件中任何内容的前提下重建项目。

也可以直接导入字幕文件。每个 SRT 字幕段会变成一行对白；如果内容以“角色名：”开头，会自动使用该名称，否则分配一个可以继续编辑的默认角色名。

SRT 导入后，生成前应重新检查分行。字幕往往按阅读速度断句，不一定符合自然说话的呼吸和节奏。

分别保存音频和可编辑项目

WAV 是最终音频，JSON 是可编辑项目，两者都应保留：

• **WAV：**用于视频剪辑、音频处理、演示或发布。
• **JSON：**在 RealDubbing 中恢复角色、文本、音色和逐行片段。
• **原始脚本或 SRT：**作为文字修改的源文件。

它们不能相互替代。WAV 无法恢复可编辑台词，项目备份也不如 WAV 方便直接发布。

一套可靠的访客工作流

短时间试用时，自动本地保存通常足够；只要项目重要到“不想重新做一遍”，就应在每次制作结束时下载备份。这样既保留了无需登录的快速体验，也让项目存放位置始终由你掌控。