Block 旗下 Dessa 发布仅用语音训练的对话模型:语音 AI 的新路径与待解问题

Block 旗下的小型 AI 研究团队 Dessa 公布了一个名为 Dessa 的对话模型。与主流语音助手常见的“语音转文字、文字再转语音”管线不同,该团队称 Dessa 是真正的语音到语音模型,训练数据只有人类对话语音,不依赖文本或预训练模型。来源还称其具备全双工交互、可在本地 MacBook Pro M4 Max 或更高配置上运行,并把语音中的情感、语气、停顿等信息作为一等公民。

以下内容区分两类信息:一是来源明确披露的事实,二是编辑基于这些事实的分析与建议。凡来源未说明的版本号、参数规模、评测数据、延迟指标与商用计划,本文不做推测。

背景:语音 AI 的“文本瓶颈”

来源对当前语音 AI 的核心批评是:把语音转成文本会丢弃大量信息,而文本无法承载情绪、讽刺、笑声、叹息、语调变化等对语义至关重要的信号。来源用一句话概括这一风险:当用户处于严重痛苦中,语音 AI 可能毫无察觉并继续按流程推进。这一表述带有产品宣传色彩,但它指出的问题在工程上是真实的——传统级联管线中,声学信息在 ASR 阶段被压缩,后续对话模型只能基于文本决策。

来源还强调了语音数据与文本数据的差异:同一句话重复说两次,声学数据也不同;一个口语词占用的字节数远高于文本中的同一个词。这意味着仅用语音训练模型在数据效率与建模难度上都面临更大挑战。来源称 Dessa 用“少数百倍的词”学会了语言,但未给出具体词量、数据规模或对比基准,这些均属来源未说明。

核心变化:从级联管线到原生语音模型

来源披露的 Dessa 关键特性可以归纳为以下几点:

  • 训练方式:从零开始,仅使用人类对话语音,不用文本、不用预训练模型。来源称其“据我们所知”是世界上首个仅从人类语音训练、可进行实时真实对话的 AI。
  • 交互形态:音频进、音频出,全双工,即边说边听;能学习何时插话、何时用“嗯”“懂了”等 backchannel 回应。
  • 情感与副语言:原生感知并表达情绪、讽刺、笑声、沮丧的叹息、悲伤到破音等。
  • 推理与部署:推理快于实时;可在 MacBook Pro M4 Max 或更高配置上本地运行;训练在单台 NVIDIA GB200 NVL72 上完成。
  • 自主性演示:来源称演示录音中无人操控模型,说什么、何时说、怎么说以及音色与人格均由模型自行决定,字幕为后期添加。
  • 第三方互动演示:来源展示 Dessa 与第三方模型 GPT-Live-1 的对话,并声明双方声音均为 AI 生成,GPT-Live-1 开发者与 Block 无关联、未审阅也未背书 Dessa。

需要特别注意,“推理快于实时”“单台 GB200 NVL72 完成训练”“本地运行于 M4 Max”均为来源自述,来源未提供可复现的基准、延迟分布、吞吐数据或模型规模,读者应将其视为待验证的厂商声明。

影响分析:对开发者与运维意味着什么

第一,交互范式的变化。若原生语音模型成熟,语音应用的架构可能从“ASR + LLM + TTS”三段式转向端到端语音模型,减少管线拼接带来的延迟与信息损失。对开发者而言,这意味着需要重新思考对话状态管理、打断处理与错误恢复:全双工模型天然涉及重叠说话,传统的轮次制接口不再适用。

第二,端侧部署的可能性。来源称其可在高端 MacBook Pro 上本地运行。若该说法在更多硬件上成立,语音交互的隐私模型会发生变化:音频不必离开设备即可完成推理。但来源未说明量化方式、内存占用与功耗,运维团队在评估时应要求提供这些数据,而不是直接按“本地可跑”做容量规划。

第三,安全与合规的新维度。语音包含生物特征信息,情感识别与副语言建模会放大隐私与滥用风险。来源主动提出邀请小型 AI 安全研究者提前访问以发现未预期风险,这值得肯定,但来源未说明访问条件、审查机制与滥用防护措施的具体内容。

第四,评估方法的挑战。文本模型有成熟的基准,而仅语音训练的模型如何衡量事实性、语言学习效率、上下文学习能力,来源仅提出问题,未给出答案。这对希望采用此类模型的团队构成实际障碍:没有基准就没有验收标准。

行动建议

面向开发者:

  1. 把 Dessa 视为研究方向而非可直接依赖的生产组件。来源未公布 API、SDK、许可条款或商用计划,接入前应先确认可用性。
  2. 若计划尝试端到端语音架构,先在自己的业务语料上设计对照实验,比较级联管线与原生语音模型在打断处理、情感理解与延迟上的差异,而不是依赖厂商演示。
  3. 在接口设计上预留全双工能力:支持重叠语音、动态打断与 backchannel,避免把对话逻辑写死为严格轮次。

面向运维与安全团队:

  1. 对“本地运行”的说法做容量验证,要求提供目标硬件上的内存、功耗与并发数据;来源未说明这些指标。
  2. 评估语音数据的留存与处理路径。若采用端侧推理,明确音频是否落盘、是否上传、如何加密与审计。
  3. 关注情感与副语言信息带来的合规要求,尤其是在医疗、金融、客服等高风险场景中,避免模型基于情绪做出未经授权的决策。
  4. 若参与来源提到的安全研究早期访问,先确认数据使用条款与漏洞披露流程;来源未说明具体安排。

面向技术决策者:

  1. 将“仅语音训练”视为一条值得跟踪的技术路线,而非立即替换现有语音栈的理由。来源的演示具有说服力,但缺少独立复现与量化评测。
  2. 在采购或合作评估中,要求对方提供可复现的评测协议、失败案例与滥用防护说明。

资料来源

本文由自动化系统筛选公开技术信息,并经 AI 辅助整理。

本文转载自 block.xyz,版权归原作者所有。

原文链接:https://block.xyz/dessa

抓取时间:2026年10月26日

本文采用 original 索引策略。