跳转至

录音保存边界

当前 ChatVoice / Speakr 的会议记录功能只保存文字和摘要,不保存原始录音文件。

当前版本保存什么

登录账号模式下,服务器保存:

  • 会议标题、创建时间、时长等元数据;
  • 实时转写后的文字段落;
  • AI 摘要、行动项、纪要修改内容;
  • API Token 的 hash、prefix、scope、过期/删除状态。

访客模式下,当前浏览器保存:

  • 访客会议的文字、摘要和元数据;
  • 访客实时对话的文本记录。

当前版本不保存什么

当前会议记录功能不保存:

  • 原始录音文件;
  • 可回放的完整会议音频;
  • 浏览器本机音频分片;
  • 后端对象存储或数据库中的 raw audio;
  • API Token 可读取的录音文件。

也就是说,会议记录页没有“保存录音”“下载录音”能力。录音音频只用于实时识别,识别完成后持久化的是文字和摘要。

实时识别时音频如何流转

录音过程中,浏览器会把麦克风音频实时送到后端 ASR 通道:

麦克风音频 -> ChatVoice ASR WebSocket -> ASR 服务 -> 转写文字 -> 会议记录/摘要

这条链路的目的是生成文字。当前版本不把这条音频流写成可回放文件,也不在浏览器 IndexedDB 中保留音频分片。

为什么不提供“保存到本机”

“保存到本机”会让用户误以为系统已经保存了录音,或者服务器也保存了一份录音。当前会议记录产品的边界是:

服务器只保存文字和摘要;原始录音不保存。

因此当前版本不提供本机录音留存/下载入口,避免增加用户理解负担和隐私风险。

以后如果要做纯录音

如果后续要支持“纯录音”或“录音文件库”,应作为单独功能设计,而不是混在会议转写默认流程里。届时需要明确:

  • 是否保存到服务器;
  • 是否只保存到浏览器本机;
  • 文件格式、大小、保留时间;
  • 删除策略;
  • API Token 是否允许读取;
  • UI 上如何区分“会议文字记录”和“录音文件”。

在实现该功能前,当前会议记录页保持不保存原始录音。