Rooms 已经能剪，不证明完整高质量原录音已传完。Descript 可能在恢复未解决时提供部分或云端备份文件。最终批准前先确定时间线正在用哪份、还缺什么；可播放备份很有用，但用途与限制应留在制作记录里。
保留恢复所需的证据
记录参与者、会话、上传提示和当前文件名。还有待恢复录音时，不要清浏览器数据。当前 Rooms 排障指南分别说明上传停滞、部分文件与恢复，这是 Descript 流程，不能推断 Imagild 有相同浏览器存储机制。
更改编辑前保留能取得的完整备份。相关参与者应在授权范围内自己执行恢复，或提供批准访问；不要擅自借他人的登录资料操作。浏览器本地录音与云端备份的质量、完整性可能不同，不能仅凭名字认定二者都已满足要求。
按当前路径回读恢复和替换
Descript 恢复替换指南说明可以先用部分或备份编辑，完整高质量文件可用后再替换，并指出 Files > Recordings > 日期 Room > Backups 位置及替换后同步检查。
项目副本先确认恢复文件的参与者和会话，再处理原轨道。按文档 sequence 流程检查新增与原有轨道，避免两份同时发声。早先版本留到新文件完整性与放置均验证后，不能只因为回收文件更大就立刻删除旧内容。
两个参与者的假设检查
假设一人上传完整、一人停滞，清单分别记录源文件、是否部分/备份、实际时长、第一句和最后必要一句。恢复后按参考事件核对候选，在双方对话点检查同步。这是测试方案，不是已经恢复成功的访谈。
更长文件未必属于正确会话；结尾补齐却把对话错位，也不能当成完整交付方案。前段后段的画面、声音和字幕都要看。只用开头一句试听，容易忽略截断的最后回答或逐渐不同步。
完整性与质量分别批准
通过条件是所选源包含必要访谈、身份确认、时间线同步。只有低质量备份时，如实说明并批准该实际版本，不能称为已找回原始高质量录音。漏最后句、双轨叠声或靠可播放预览掩盖未解决上传，都应拒绝。
保存各版源、恢复观察与最终编辑记录。Imagild 的 Skills可开发配套视觉，录音上传、浏览器恢复和 Descript 替换由外部流程负责。可靠交付明确使用哪一种源，并检查整段访谈，不把“开始编辑”误当成全部原文件已完整安全。