Boson AI · 2026-11-05

Higgs Realtime Duplex
全双工 · 实时 · 带头像的全模态对话模型

这是 Boson 首个「全双工」交互式全模态(omni)模型:像人一样,同时倾听、观看和说话,并拥有自己的面孔。在做这些的同时,它还能思考、调用工具、在后台处理任务,自己决定何时开口、何时沉默。

原文:boson.ai/blog/higgs-realtime-duplex · 本文档由 AI 整理为教学指南
160ms
输入/输出时间块
45B
MoE 前端模型
2万亿
token 训练量
全双工
同时听/看/说
00

开篇:这是什么?

一句话 + 三个关键词

一句话概括

Higgs Realtime Duplex 是一个可以像真人一样进行实时视频/语音对话的 AI 模型:你开着摄像头或共享屏幕,它就能一直「听+看」,同时用自己的声音和一张实时渲染的脸来回应你,中间还能自己思考、调用工具,甚至把难题转交给更强大的模型。

🔊

全双工(Full duplex)

以 160ms 的块为单位,同时进行倾听、观看、说话和渲染面部表情——不是「你说一句我回一句」的轮流模式。

🧠

后台工作

在不打断对话的前提下思考、调用工具,并把任务委托给更大的模型,全程无冷场。

📈

45B MoE 前端模型

基于约 2 万亿 token 的文本、音频和视频数据训练,规模中等、智能扎实。

阅读提示:本文档按「背景 → 架构 → 机制 → 成本 → 训练 → 评测」的顺序展开,每一章都先解释概念再讲原文要点,零基础也能读懂。
01

前置知识:什么是「全双工」语音 AI

先理解半双工 vs 全双工

在聊 Higgs 之前,先建立一个关键概念。传统的语音助手(比如早期的 Siri、智能音箱)大多是「半双工」:你得先说完一句话、等它「滴滴」一声,然后它才开始回答——像对讲机,一次只能有一方说话。而「全双工」像打电话:双方可以同时说、同时听,随时插话、随时被打断。

半双工(轮流) 用户 说完 → 等待 AI 听完 → 回答 ① 一句话 ② 一句回答 一次只能一方说话,像对讲机 全双工(同时) 用户 边说边听 AI 边说边听 双方可同时说、随时插话,像打电话
图 1:半双工与全双工的区别
Higgs Realtime Duplex 是全双工:它可以在你说到一半时插一句「嗯哼」表示在听,也可以在你打断它时立刻闭嘴让位。这正是它「像人」的关键。
02

一个好的对话模型需要什么?

Boson 的三个设计目标
🤝

1. 感觉像人(Feels human)

人类对话中,回应通常在对方说完后 200ms 内出现,有时甚至提前回应。人要自己决定何时说「嗯哼」、何时插话、何时在对方卡住时帮忙,以及何时保持安静。

🎯

2. 聪明(Smart)

大多数对话是为了完成某件事。它既需要「情商」(读懂人和情境),也需要「真正的推理能力」(把模糊请求拆成任务并执行)。

💸

3. 成本低(Costs little)

对话将成为人与智能体协作的主要方式,每天持续数小时。设计目标是:和模型聊一小时的成本 ≤ 人类一小时时间的 1/10。

03

它能做什么?

四大能力 + 四个场景
👀

看见并展示面孔

全程观看用户的摄像头或共享屏幕,用自己的面孔实时回应,声音与表情同步。

🎙️

何时说话或停下

会说「嗯哼」、在你说完前就回答、你插话时停下、忽略背景噪音和「不是对它说」的话。

⚙️

思考与工作中

你还在说话时就开始推理;异步运行工具、委托任务;结果没回来前保持对话不断。

🔁

自己决定何时开口

能识别出某句话是否「并非对它说的」,从而在该沉默时保持安静。

四个真实场景演示

  • 团队会议:展示架构图、在句子中间回答问题、读取白板、在演讲过程中更新图表。
  • 英语口语辅导:计时图片描述练习、纠正 "west / vest" 的发音、观察练习者的口型、像真人教练一样控节奏。
  • 得来速点餐:被要求查行情和训练状态,但在司机与收银员点单时保持安静,点完才汇报;并确认司机没点过 animal-style fries——它听到了每一个字,且知道哪些话是「对它说的」。
  • 免提工程:工程师全程在读书,仅凭语音让它对比两个引擎版本、让 Claude Code 在后台写质量工具、期间跑合规检查、给设计师发邮件,工具完成后报告新数据。
04

技术架构:一个模型,多线程

前端模型 + 后端模型 + 工具

Higgs 的设计核心是「一个模型,多线程(One model, many threads)」。它同时运行多个线程:用户的语音和视频持续流入,模型的语音和面部持续流出;与此同时它还能思考、调用工具、把难题交给更大的模型——这些都不会打断它继续倾听和观看。

👤 用户 语音 / 视频 / 屏幕 持续实时流入 前端模型 45B MoE 直接与用户对话 自己思考 + 调工具 持续交换音视频 渲染声音与面孔 后端模型 更大的模型 处理委托的难题 🛠 工具 搜索 / 知识库 / CRM… 音视频流入 声音 + 面孔流出 委托任务 结果返回 异步调用 结果返回 关键:委托 / 调工具都是「异步」的,前端模型在等待结果时仍继续听、看、说
图 2:系统架构 —— 前端模型是对话的「门面」,后端和工具是它的「后台助手」
理解重点:前端模型(front model)直接面对用户,持续实时交换音视频;它自己思考,并直接向后端模型和工具发起异步调用,结果在它继续说话、倾听时返回。
05

核心创新:切分时间,而非轮次

Slice time, not turns

这是全篇最核心的技术思想。传统模型按「轮次」(turn)工作——你说一句、它想一下、回一句。Higgs 则把所有流都切成 160ms 的小块(chunk),每走一步就「读一个刚到的块、写出下一个要播的块」。静默也是块,视频帧即使在没人说话时也持续流入,所以它从未停止倾听和观看。

输入块(每个 160ms)

  • 用户的声音和摄像头画面
  • 工具返回的结果
  • 后台(后端模型)的回复

输出块(每个 160ms)

  • 模型的声音
  • 模型的面部(表情)
  • 后台工作(思考/调用/委托)
用户说话 模型说话/回复 「嗯哼」反馈 思考 调用工具 工具结果到达 委托后端
每格 = 160ms(从左到右为时间流逝)· 示意一段对话
用户语音
模型语音
思考
工具调用
结果到达
图 3:一段对话的时间切片示意 —— 模型在用户说话时说「嗯哼」、边思考边调工具,工具结果分三块到达;用户插话时它停下、重新规划并委托后端

几个关键机制

  • 思考/工具调用可以跨越多个块:把这些块拼起来,就能恢复完整的输出流(推理不是「一锤子买卖」,而是持续滚动)。
  • 工具结果作为 payload 进入输入块,没有固定的「每块文本 token 配额」——结果来了就喂进来。
  • 有些工具分阶段返回中间结果,模型不必等完整结果才开始说话,可以先用部分结果先答。
06

如何变聪明:思考、工具调用、委托

前端模型提升回答质量的三种方式
💭

思考(Think)

思考通常要数秒,没人愿意每次都等。于是当每个有意义的短语到达时,模型就在正在进行的推理线程上继续构建,无需等完整问题——推理跨越块持续进行,边说边想。

🔧

调用工具(Call tools)

搜索、知识库、预订、CRM 查询等。调用尽可能早地发出、异步执行,模型从部分结果开始回答,工具工作时它继续听、想、说。

🚀

委托(Delegate)

任务超出能力时,把它交给更大的后端模型并附上完整上下文。后端工作时前端继续陪聊(包括别的话题),结果好了再带回来。

与 Thinking Machines 的关键差异:Thinking Machines 的交互模型让前端把「思考和调工具」都丢给后台大模型;而 Boson 的前端模型自己思考和调工具。 理由:把一切推理都委托给大模型虽然简单,但大型推理模型可能 10 秒以上才响应,而且每轮都调它成本难控。所以前端自己处理大多数请求,只为需要的轮次保留后端。
07

成本控制:紧凑的 Token 预算

如何让「全天候对话」便宜

全双工模式下,模型要处理每一个块,即使没人说话,上下文也会飞快填满。所以 Boson 把每一条流都压缩到极致:

流(Stream)压缩方式速率
音频输入每块 1 个 token6.25 tokens/秒
音频输出每块 2 个 token12.5 tokens/秒
摄像头帧每 6 块才采 1 帧约 12 tokens / 每 6 块一次
面部2 个 latent每块 2 个 latent

每分钟总用量

  • 基础音视频流:约 2.6K tokens/分钟
  • 加上思考/工具及结果:约 2.6–5K tokens/分钟(看负载)

生产环境窗口

  • 通常保留最近 5 分钟的音视频流 + 压缩文本
  • 约 13K–25K tokens(看活动和压缩)
  • 更早历史以文本保留,另算
渐进压缩(Progressive compaction):上述估算假设对「中间推理和工具轨迹」做持续压缩,把进行中工作所需的信息继续向前携带——这正是长时对话不爆上下文、成本可控的关键。
08

零样本声音与面孔

一条流,两个渲染器

Boson 提供默认声音和面孔,但它们并非内置在模型里,而是在部署时零样本加载:一段简短参考音频设定声音,一张参考图像设定面孔,无需微调。参考不进入模型本身,而是进入两个渲染模型的解码器。

模型输出块 每 160ms 一个 2 音频帧 + 2 latent 音频解码器 因果流匹配(flow-matching) 参考音频 → 条件向量 视频解码器 因果 DiT(扩散解码器) 参考图 + 最近 2 个 latent 🔊 语音输出 匹配参考声音 与口型同步 🎭 视频/面孔输出 匹配参考面孔 持续一致、连续 换参考即可「零样本」换声音、换面孔
图 4:输出渲染架构 —— 一个块同时喂给两个解码器,分别渲染声音和面孔

音频解码器(声音)

使用因果流匹配(causal flow-matching)模型。参考片段被编码成解码器的「条件向量」,生成的语音就匹配该声音。

视频解码器(面孔)

需要更多细节,用因果 DiT(扩散解码器)。每一步从参考图和最近两个 latent 生成,让面孔在整个对话中保持视觉一致、连续。

09

模型与训练

45B MoE · 2 万亿 token · MOPD · RSI

45B 混合专家模型(MoE)

前端模型是 45B MoE,不大也不小。Boson 试过更大的模型——分数确实更高,但运行成本也更高。因为最难的问题可以交给后端大模型,所以「中等规模 + 扎实智能」的前端模型是最佳平衡点。

2 万亿 token 训练

从文本预训练模型出发,继续在约 2 万亿 token 的文本、音频、视觉数据上训练。文本训练保留语言中学到的通用智能;音视频训练让它直接处理两种模态、连接「所听/所见/所说」。训练在 Boson 自建数据中心的 NVIDIA H100 集群上进行,训练栈部分基于 Megatron。

多教师在线策略蒸馏(MOPD)

从相同基础模型出发,用强化学习(含 GRPO)训练多个「专家教师」,分四组任务:自然对话 / 交互行为 / 动态委托 / 任务完成。教师通过交互学会「说什么、何时行动」——何时发言或让出、何时开始或延伸推理、何时调工具或委托。最后蒸馏成一个整合所有能力的单一学生模型。

递归自我改进循环(RSI)

系统与模拟环境交互 → 审视失败 → 合成针对性数据 → 训练模型 → 再循环。模拟必须复现真实交互的时序和多样性(打断、重叠语音、旁白对话、背景噪音)。目标是整个「模拟器+工具+评判器」的整体框架,而非孤立的模型。

训练哲学小结:数据、架构和训练方法比原始规模更重要。小团队靠 RSI 循环把「边缘案例」变成训练数据,用少得多的人工数据实现迭代。
10

基准测试

对比 Thinking Machines / OpenAI / Google

对比对象:Thinking Machines Lab 交互模型、OpenAI 的 Realtime & Live 系列、Google 的 Gemini Live 系列。测试覆盖口语问答、全双工交互、音视频联合理解、主动视频(模型看片段并选择何时发言)、智能体任务完成、文本指令遵循。声音克隆和头像克隆未报告,因为其他模型不支持这些功能。

基准(越高越好)Higgs 45B MoETML Interaction SmallGPT Realtime/LiveGemini Live
Big Bench Audio(准确率↑)98.9 🏆96.572 / 97 / 9071 / 97 / 98
Audio MultiChallenge(APR↑)44.943.437.6 / 48.526.8 / 36.1
Full-Duplex-Bench v1.5(平均↑)75.577.8 🏆46.8 / 47.8 / 80.154.3 / 45.5
QIVD(流式准确率↑)56.054.057.5 / 58.254.7 / 56.1
ProactiveVideoQA(AUC↑)31.933.5 🏆25.0未运行
τ-Voice(任务完成率↑)69.8未运行30.8 / 39.8 / 74.526.2 / 37.7 / 68.6
IFEval(准确率↑)94.189.789.6 / 95.285.8 / 90.0

观察 1

GPT 和 Gemini 通常在「思考设为高」时才拿到最好分数。

观察 2:规模对比

Boson 前端 45B vs TML Interaction Small 276B —— 约 6 倍参数,结果仍互有胜负。

观察 3:结论

领域仍处早期,数据、架构、训练方法比原始规模更重要。

数据来源:其他模型分数取自公开报告与排行榜(TML、Artificial Analysis、Scale AudioMC、OpenAI),Boson 复现了超过一半的分数以确认评测流程一致。
11

术语表

快速查阅核心名词
全双工(Full duplex)
同时进行倾听、观看、说话和渲染面部,以 160ms 块为单位,而非「一句一回合」。
前端模型(Front model)
直接与用户对话的部分,45B MoE,是对话的「门面」。
后端模型(Backend model)
更大的模型,处理前端委托的超能力任务。
MoE(Mixture-of-Experts)
混合专家架构:多个「专家」子网络,每次只激活一部分,用较少算力获得大模型能力。
160ms 块(chunk)
所有输入/输出流的基本时间单位,全篇的核心机制。
零样本(Zero-shot)
无需微调,仅凭一段参考音频/一张参考图即可设定声音/面孔。
因果流匹配(Causal flow-matching)
音频解码器使用的生成方法,把参考音频编码为条件向量。
因果 DiT(Causal DiT)
视频解码器使用的扩散模型,DiT = Diffusion Transformer。
Latent(潜在表示)
面孔的压缩表示,每个输出块 2 个。
渐进压缩(Progressive compaction)
对中间推理和工具轨迹的持续压缩,长对话不爆上下文的关键。
MOPD
多教师在线策略蒸馏:多个 RL 专家教师 → 蒸馏为单一学生模型。
GRPO
一种强化学习算法,用于训练专家教师。
RSI
递归自我改进:与模拟环境交互 → 找失败 → 合成数据 → 训练 → 循环。
12

总结

一张图记住全文

Higgs Realtime Duplex 的三大支柱

🤝

感觉像人

160ms 时间切片、自己决定何时说话、200ms 内回应、「嗯哼」与打断、忽略旁白。

🧠

真正聪明

前端自己思考+调工具+委托后端;MOPD 蒸馏四类能力;RSI 循环持续进化。

💸

成本低廉

紧凑 token 预算(2.6–5K/分钟)、渐进压缩、45B 中等规模换高性价比。

一句话记住它:一个 45B 的 MoE 前端模型,把所有音视频流切成 160ms 的块,一边「听+看+说+渲染脸」一边「思考+调工具+委托后端」,用紧凑的 token 预算把全天候全双工对话做到既像人、又聪明、又便宜。

如何试用

Higgs Realtime Duplex 的 API 即将推出,可加入等待名单。当前已可用的端到端带头像模型是 Higgs Realtime(已有文档和定价页)。