FireRedAudio – 小红书FireRed推出的通用音频语言模型深度评测

导读摘要:
FireRedAudio是小红书FireRed团队于2026年8月开源的通用音频语言模型,基于9B参数Qwen3.5自回归大语言模型构建。该模型采用理解与生成解耦的连续表征架构,通过独立的Audio Encoder与RedAE通道分别提取语义特征与声学特征,再汇入共享LLM统一推理,同时支持语音识别、音频问答、1小时录音理解、Zero-shot TTS、指令TTS及语音编辑等六大任务,在MMAU、...
1. FireRedAudio是什么
FireRedAudio是小红书FireRed团队于2026年8月开源的通用音频语言模型,基于9B参数Qwen3.5自回归大语言模型构建。该模型采用理解与生成解耦的连续表征架构,通过独立的Audio Encoder与RedAE通道分别提取语义特征与声学特征,再汇入共享LLM统一推理,同时支持语音识别、音频问答、1小时录音理解、Zero-shot TTS、指令TTS及语音编辑等六大任务,在MMAU、MMSU、多语种ASR和Instruct TTS等评测中取得领先成绩。

技术定位与领域: FireRedAudio属于多模态音频理解与生成方向,其独特定位在于以单一模型覆盖从语音识别、音频内容理解到语音合成、语音编辑的完整音频处理链路。不同于将ASR与TTS拆分为独立系统的传统方案,该模型尝试在共享LLM中统一两种能力,为音频AI的应用部署提供更简洁的架构选择。
研发背景: FireRed团队隶属小红书,此前在文生图、视频生成等多模态方向已有技术积累。此次推出的FireRedAudio聚焦音频这一垂直模态,选择以Qwen3.5作为基座LLM,并通过自研的RedAE确定性自编码器解决音频连续表征问题,体现了团队在模型架构设计与多任务训练方面的工程能力。
核心价值: 传统音频处理方案通常需要级联ASR、说话人识别、TTS等多个独立模块,系统复杂且各环节误差会逐级累积。FireRedAudio将理解与生成统一到一个9B模型中,既降低了部署与维护成本,又通过共享推理中枢实现跨任务的语义协同,同时将长音频理解上限提升至1小时,解决了实际场景中会议纪要、内容审核等需求。
技术特点: 模型采用解耦连续表征设计,理解侧使用Whisper-large-v3初始化的Audio Encoder提取紧凑语义特征,生成侧使用RedAE保留精细声学信息,两者在共享LLM中统一推理。训练上采用五阶段渐进式方案,累计约2.66T非填充多模态token,并通过200k上下文扩展支持长音频处理。
2. 主要功能
统一音频理解与生成架构: 一个9B自回归LLM同时承载音频理解与生成两大路径,理解侧直接输出文本,生成侧以LLM隐藏状态驱动flow-matching DiT合成声学latent,最终由RedAE Decoder还原为24kHz波形。这种设计避免了多模块级联的能力分散与误差累积。
通用音频理解: 覆盖语音、音乐与环境声的广泛理解与细粒度音频问答,在MMAU test上取得80.9分、MMSU上取得83.3分,均为表内最佳成绩。模型能够回答关于音频内容的自然语言问题,适用于内容分析、信息提取等场景。
多语种语音识别: 支持102种语言的ASR任务,在FLEURS-102基准上平均词错误率(WER)为14.94%,其中低资源语种的识别表现尤为突出,显著优于同量级通用多模态模型,适合多语种内容转写与本地化场景。
Zero-shot TTS: 给定任意参考语音即可合成新内容,无需针对说话人进行微调。中英文内容准确率在同类模型中处于领先水平,能够较好保留参考语音的音色特征,适用于个性化语音合成与配音场景。
Instruct TTS: 支持以“用更慢的语速朗读”等自然语言指令控制语音合成过程,在Seed-TTS-Eval与InstructTTSEval等评测的六项指标上全部领跑,实现了对语速、情感、风格等声学属性的灵活控制。
语音编辑: 支持语义层面的删除、插入、替换操作,以及声学层面的变速、变调、变音量处理。用户可以通过文本指令直接修改已有录音,无需重新录制,为播客、有声书等后期制作提供了高效工具。
长音频结构化理解: 通过200k上下文窗口扩展,支持最长1小时录音的理解任务,能够生成带秒级精度时间线的结构化摘要,在1小时录音评测中strict@0通过率达73.6%,满足会议纪要、长音频审核等需求。
共享推理中枢: 9B Qwen3.5 LLM作为唯一可训练主干,负责跨模态推理、任务规划与上下文建模。理解与生成仅在输入表征层解耦,在推理层统一,使模型既能“听懂”又能“开口”,同时保持各侧的信息保真度。
3. 如何使用
环境配置: 从GitHub仓库阅读环境与依赖安装说明,按文档要求准备Python环境及PyTorch等依赖库,确认系统满足模型运行的基本条件。
获取权重: 从Hugging Face官方模型库下载模型权重与配置文件,注意核对模型版本与仓库README中的说明保持一致,避免版本不匹配问题。
跑通最小推理样例: 先执行官方提供的最小推理样例,验证模型加载、音频采样率与输出路径是否正常。建议使用短音频进行首次测试,确认管线通畅后再处理复杂任务。
验证理解路径: 分别测试ASR和音频问答功能,输入一段带有明确内容的语音,检查识别文本与问答答案的准确性,确认Audio Encoder与Adapter工作正常。
验证生成路径: 分别测试Zero-shot TTS和指令TTS,提供参考语音或自然语言指令,检查合成语音的音色相似度与指令遵循程度,确认RedAE与DiT生成链路正常。
关键参数与硬件评估: 生成任务中保持输入输出为24kHz采样率,并记录DiT采样步数与显存峰值。Zero-shot TTS时用参考语音的最后两个audio step初始化声学历史,其他生成任务使用零初始化。根据9B主干权重、KV cache及DiT采样开销评估显存需求,长音频任务需额外预留上下文缓存空间。
4. 优缺点分析
| 优点 |
|---|
| 统一架构设计: 一个9B自回归LLM同时承载理解与生成,避免多模块级联的能力分散与误差累积,在MMAU、MMSU等评测中取得表内领先成绩。 |
| 解耦表征策略: 理解与生成各自使用独立连续表征通道,兼顾语义紧凑性与声学保真度,为长上下文理解和高质量语音合成提供了双重保障。 |
| 全栈任务覆盖: 单模型支持ASR、音频问答、Zero-shot TTS、指令TTS、语义/声学语音编辑六大任务,显著降低多系统集成与维护成本。 |
| 长音频处理能力: 通过200k上下文扩展支持1小时录音理解,并生成秒级精度结构化时间线,在strict@0指标上达到73.6%通过率。 |
| 多语种识别优势: FLEURS-102平均WER仅14.94%,低资源语种表现突出,在多语种内容处理场景中具备明显竞争力。 |
5. 同类工具对比
| 对比维度 | FireRedAudio | Qwen3.5-Omni-Plus | Qwen2.5-Omni |
|---|---|---|---|
| 定位 | 专注音频领域的通用理解与生成模型 | 覆盖文本/图像/音频/视频的全模态通用模型 | 全模态理解与流式语音生成的统一模型 |
| 核心架构 | 9B自回归LLM + 解耦连续表征(Audio Encoder / RedAE) | 更大规模端到端多模态架构,所有模态统一处理 | 约7B参数,文本/音频/视觉统一编码器 |
| 理解评测 | MMAU test 80.9、MMSU 83.3,均为表内最佳 | MMAU test 79.9、MMSU 80.7,略低于FireRedAudio | 未公开同口径评测数据 |
| 多语种ASR | FLEURS-102平均WER 14.94%,低资源语种优势显著 | FLEURS-102平均WER 23.66%,多语种覆盖稍弱 | 支持多语种识别,具体WER未披露 |
| 生成能力 | 支持Zero-shot TTS、Instruct TTS、语音编辑,DiT输出24kHz波形 | 支持语音合成与理解,但不侧重语音编辑与细粒度声学控制 | 支持流式语音生成,语音编辑能力有限 |
| 长音频支持 | 200k上下文,支持1小时录音,strict@0通过率73.6% | 具备长音频处理能力,未展示同量级1小时结构化评测 | 上下文长度有限,长音频能力未重点展示 |
选型建议: 如果核心需求是音频领域的深度处理——包括多语种ASR、长录音结构化理解、细粒度语音编辑与指令控制TTS——FireRedAudio是当前开源方案中功能覆盖最完整的选项,尤其适合会议纪要、内容审核、播客制作等音频垂直场景。其解耦表征设计在理解与生成两端的性能表现均有评测数据支撑。
对于需要同时处理文本、图像、视频等多模态输入的综合型应用,Qwen3.5-Omni-Plus作为全模态通用模型更为合适,但其音频专项能力在ASR准确率和语音编辑方面弱于FireRedAudio。若部署环境为手机、平板等端侧设备,MiniCPM-o 2.6的轻量化设计更具优势,但长音频处理与细粒度语音编辑能力相对有限。
6. 编辑总结
FireRedAudio在技术路线上的核心创新在于解耦连续表征设计。与强制理解与生成共享同一音频表示的方案不同,该模型为理解侧配置了语义紧凑的Audio Encoder通道,为生成侧配置了可重建精细声学特征的RedAE通道,再通过共享LLM实现统一推理。这一设计从架构层面解决了音频理解与生成对表征粒度需求不一致的根本矛盾,在MMAU test 80.9分、MMSU 83.3分、FLEURS-102平均WER 14.94%等多项评测中均体现了实际效果。
从实用价值看,单模型覆盖六大任务的能力显著降低了音频AI系统的部署复杂度。1小时长音频的结构化理解能力直接回应了会议纪要、内容审核等真实需求,而指令TTS与语音编辑则为内容生产提供了高效工具。对于音频应用开发者、多语种内容本地化团队、播客与有声书制作方,该模型提供了开箱即用的完整解决方案。
模型采用开源方式发布,权重与代码均公开,社区可以在此基础上进行微调与二次开发。9B参数规模在性能与部署成本之间取得了较好的平衡,但DiT采样带来的推理延迟和长音频场景的显存开销仍是实际落地中需要重点优化的方向。从技术演进趋势看,统一模型承载完整音频栈的路线具有明确的拓展空间,后续在推理效率优化、TTS多语种扩展以及更细粒度的声学控制方面的迭代值得持续关注。
7. 应用场景
智能会议助理: 将1小时会议录音自动转写为带秒级时间戳的结构化纪要,并提取关键决策与待办事项。FireRedAudio的长音频理解能力使完整会议记录的处理无需分段拼接,时间线输出便于快速定位重要讨论节点。
多语种内容本地化: 输入中文视频,自动识别原声并生成英语、日语等多语种配音,同时保持原说话人的音色与情感风格。102语种ASR结合Zero-shot TTS的能力,使跨国内容分发无需依赖多套独立工具。
播客与有声书后期制作: 通过自然语言指令调整语速、音量或替换特定语句,无需重新录制即可完成语音编辑。语义层面的插入与删除操作大幅缩短了后期制作周期,特别适合访谈类播客的剪辑场景。
智能客服语音交互: 实时理解用户语音咨询(含环境噪音与口音),并以指定音色、语速生成回复语音,实现端到端语音对话。统一模型架构降低了系统延迟链路,指令TTS支持按业务场景灵活调整回复风格。
音频内容审核与检索: 对长音频平台的海量内容做结构化理解,支持“找出所有提到价格欺诈的片段”等语义级检索与标注。1小时录音的理解能力与秒级时间线输出,为音频内容治理提供了高效的技术手段。
8. 常见问题FAQ
Q:FireRedAudio是否完全开源?
A:模型的推理代码与权重已在GitHub和Hugging Face官方仓库公开,支持学术研究与商业应用。具体许可证条款以官方仓库声明为准,使用前建议仔细阅读相关协议。
Q:运行FireRedAudio需要什么样的硬件配置?
A:模型主干为9B参数,加上KV cache与DiT采样开销,建议配备至少24GB显存的GPU(如NVIDIA RTX 4090或A10)。处理1小时长音频任务时需额外预留上下文缓存空间,显存需求会进一步增加。
Q:FireRedAudio支持哪些语言的语音识别和合成?
A:语音识别支持102种语言,在FLEURS-102基准上平均WER为14.94%,低资源语种表现突出。语音合成目前主要验证了中文和英文场景,多语种TTS的覆盖范围有待官方后续扩展。
Q:长音频理解功能如何处理1小时录音的结构化摘要?
A:模型通过200k上下文窗口扩展实现长音频支持,理解路径将音频压缩为每秒12.5个连续表征,LLM直接生成带秒级时间戳的结构化输出。在1小时录音评测中strict@0通过率达73.6%,时间与内容的对齐精度较高。
Q:与Qwen-Omni系列相比,FireRedAudio的核心差异是什么?
A:FireRedAudio是音频垂直领域的专用模型,采用理解与生成解耦的连续表征设计,在ASR准确率、语音编辑和长音频结构化理解方面表现更优。Qwen-Omni系列是全模态通用模型,适合多模态综合任务,但音频专项能力相对较弱。
Q:Zero-shot TTS如何使用参考语音?
A:提供一段参考语音,模型自动提取音色特征并合成新内容。实现时需用参考语音的最后两个audio step初始化声学历史,其他生成任务则使用零初始化。参考语音的清晰度与时长会影响音色相似度,建议使用5秒以上的干净录音。
9. 项目地址
- Hugging Face官方演示空间(在线体验入口): https://huggingface.co/spaces/hugging-apps/fireredaudio-tts-demo
- Hugging Face模型库(权重下载): https://huggingface.co/FireRedTeam/FireRedAudio
- 官方演示页面(效果展示): https://fireredteam.github.io/demos/fireredaudio/
- GitHub仓库(官方主页): https://github.com/FireRedTeam/FireRedAudio
- arXiv技术论文: https://arxiv.org/abs/2608.24168
版权声明:本文部分内容由 AI 辅助生成并经人工校准,版权归本站所有,未经允许禁止任何形式的转载。



