LiveKit 针对 Gemma 4 31B 进行优化,在实时语音方面比 GPT-4.1 快 5 倍、成本六分之一
- LiveKit 上线一项新服务:在自家推理平台 LiveKit Inference 上跑 Google 新一代大模型 Gemma 4 31B,专门给语音 Agent 优化。
- Gemma 4 是 Google DeepMind 的开源模型(Apache 2.0),权重公开、能本地跑,预训练覆盖 140 多种语言;31B 这档 30.7B 参数、256K 上下文、可读文本和图像。
- 它想告诉开发者一句话:用我们的平台跑 Gemma 4,又快、又便宜、效果还好,做语音 Agent 正合适。
- 跟 GPT-4.1 比:接话延迟低 5.2 倍(首字 192 毫秒对 1006 毫秒)、成本便宜约 83%(大概六分之一)。
- 能力也没含糊:酒店前台场景测试任务完成率 88%,超过 GPT-4.1(73%)和 Gemini 2.5 Flash(64%)。
- 为什么这么快:LiveKit 用同机房托管的专属 GPU、专门优化低延迟;接入只改一行代码,把模型指到
google/gemma-4-31b-it。
把 Google 的 Gemma 4 搬上自家平台,专门伺候语音
语音 AI 公司 LiveKit 上线了一项新服务:在自家的推理平台 LiveKit Inference 上跑 Google 新一代开源大模型 Gemma 4 31B,还专门为语音 Agent 做了优化。
先看一段官方演示,感受下它接话有多快:
它到底是个什么模型
在讲 LiveKit 怎么优化之前,先花一分钟认识下 Gemma 4 本身。它是 Google DeepMind 今年推出的开源模型家族,走的是「开放权重」路线:权重公开、用的是宽松的 Apache 2.0 许可,任何人都能下载下来自己用,也能在自己的机器上本地跑,不一定非得走云端 API。
LiveKit 这次挑的就是 31B 这一档:在整个家族里它能力最强,又还没大到跑不动,放在服务器上给语音 Agent 用正合适。接下来说的所有数字,都是这一档在 LiveKit 平台上跑出来的。
又快、又省、又聪明
LiveKit 把 Gemma 4 31B 跟市面上几个主流的商业大模型摆一起比了一番,对手是 GPT-4.1、GPT-4.1 mini 和 Gemini 2.5 Flash。结论就三个字:快、省、聪明。一个一个看。
⚡快:接话几乎是秒回
打字聊天时,AI 想两秒再回你,没人在意。可换成打电话就不一样了:你话音刚落,对面停顿超过半秒就让人别扭,拖到一秒开外,这通电话就聊得很假了。衡量这个「多快开口」的指标叫首字延迟,指模型从你说完、到吐出第一个字要等多久。Gemma 4 31B 只要 192 毫秒,GPT-4.1 要 1006 毫秒,差的这 800 多毫秒,基本就是「秒回」和「尬住」的分界线。
💰省:花不到两成的钱
成本这块可以摆出实价来看。大模型按 token(大致对应字/词)收费,分输入和输出两种价。下面是每百万 token 的挂牌价(美元):
| 每百万 token | 输入 | 输出 |
|---|---|---|
| Gemma 4 31B LiveKit | $0.40 | $1.20 |
| GPT-4.1 mini OpenAI | $0.40 | $1.60 |
| GPT-4.1 OpenAI | $2.00 | $8.00 |
跟 GPT-4.1 比,输入价是它的五分之一(0.4 对 2 美元),输出价不到七分之一(1.2 对 8 美元)。按语音场景常见的输入输出 3:1 混合下来,综合成本大概是 GPT-4.1 的六分之一,也就是便宜约 83%。就算跟同样主打便宜的 GPT-4.1 mini 比,输出价也更低。对要 7×24 小时接电话、按量烧钱的语音服务来说,这笔账能省出不少。
🧠聪明:便宜快,但没变笨
又便宜又快,最让人担心的就是「是不是变笨了」。LiveKit 把能力拆成几项分别打分,用的还是那套酒店前台参考评测。结果是几乎项项接近满分:工具调用、多轮对话连贯、信息真实性都是满分,指令遵循 98,简洁度 96,综合下来任务完成率 88。对语音助手来说,照着流程一步步办事、还要记住前面聊过什么,靠的正是这几项。
把快、省、聪明三项摆一张表,Gemma 4 31B 这一行三项全占:延迟最短、成本最低、能力分最高。对实时语音这个场景,它是这几个里最划算的选择。
| 模型 | 首字延迟 | 相对成本 | 能力分 |
|---|---|---|---|
| Gemma 4 31B LiveKit Inference | 192ms | 1× | 88 |
| GPT-4.1 mini OpenAI | 802ms | 约 1.2× | 69 |
| Gemini 2.5 Flash | 911ms | 约 1.4× | 64 |
| GPT-4.1 OpenAI | 1006ms | 约 6× | 73 |
为什么同一个模型,在 LiveKit 上就是更快
同样是 Gemma 4 31B,放在不同平台上跑,快慢能差出好几倍。LiveKit 说这是他们特意选的一条路:路线和硬件都是奔着「快」去优化的。
吞吐,是一台服务器每秒能处理多少请求,越高越能摊薄成本;延迟,是单次回应的快慢,用户体验看的是这个。别家的推理平台大多更看重吞吐,一次多接点活、把成本压下去,代价是你的请求可能得排队、延迟变高。LiveKit 反着来,为了把延迟压到最低,宁可少接点活,因为语音助手一秒都等不起。
落到硬件上,LiveKit 用的是同机房托管的专属 GPU,模型和算力就近放在一起,少绕路。测下来,从你说完话、到听见第一句回复,LiveKit 只要 354 毫秒;走 OpenRouter 这种在多个供应商之间转发的传统路由,要 1876 毫秒。每秒能生成的字数也是一个天上一个地下:158 对 33。
要说明的是,OpenRouter 会在多个第三方供应商之间转发请求,延迟和可用性随路由变化,这里取的是测试时它能选到的最优 Gemma 4 31B 路由。
加一行代码就切过来
接入很省事。如果你已经在用 LiveKit Agents 搭语音 Agent,切到 Gemma 4 31B 只要加一行配置,把模型指过去,就直接用上了 LiveKit 的 GPU 算力。
# Gemma 4 31B,跑在 LiveKit 自己的 GPU 上
from livekit.agents import AgentSession
session = AgentSession(
llm="google/gemma-4-31b-it",
)
这些数字靠不靠谱,LiveKit 也交代了口径:页面上每一个数,都来自同一个开源的「酒店前台」参考 Agent(放在 GitHub 上),用同一套评测流程、同一个延迟定义,按真实语音通话的方式测出来。首字延迟是跨每个场景、每一轮对话逐次采样的;能力分用的是带任务式判分的同一批对话。对比对象是 GPT-4.1、GPT-4.1 mini 和 Gemini 2.5 Flash。这些都是 LiveKit 一方给的数据,最终以官方页面为准。
语音 AI 的默认大脑,从又贵又慢的 GPT-4.1 换成又快又省的 Gemma 4
LiveKit 把 Google 的开源模型 Gemma 4 31B 搬上自家平台、专门为语音调优,一页带图讲清它凭什么当默认。
↓ 一页读完 · 有一张会动的图
语音 Agent,就是能在电话或 App 里跟你实时对话、还顺手办事的 AI,电话客服、语音助手都算。它背后得挂一个大模型当「大脑」,负责听懂你、组织回话。
✘ 但接话前常要等一秒开外,慢半拍就出戏,还很烧钱
因为默认挂的是 GPT-4.1 这类模型,为「什么都能聊」调的,不是为「秒回」调的,又慢又贵。
LiveKit 是家做语音 AI 的公司。这次它把 Google 的开源模型 Gemma 4 31B(开源=权重公开、谁都能免费拿去用)搬上自家平台,专门为语音调过,主打给语音 Agent 当新的默认大脑。同一句话问过去,接话等待从一秒多压到两百毫秒内,钱只花六分之一。接入还只改一行代码。
但同一个 Gemma,换个平台跑,速度能差好几倍,快的关键不在模型本身,在它跑在哪、怎么跑。
同一个 Gemma 4 31B,为什么在 LiveKit 上就是更快?差在跑法。小互打电话到 LiveKit 酒店订房,说完「我要订一间房」,两条路的接话速度天差地别:
把它跟语音场景现在的默认模型 GPT-4.1 摆一起,最能体感的就是「接话前的等待」。同一句话问过去,一个像秒回,一个明显尬住:
还没接话?
一秒多,尬住
- × 默认挂的 GPT-4.1,接话等一秒开外
- × 为「什么都能聊」调的,不为秒回
- × 又慢,还特别烧钱
GPT-4.1 要 1006
凭啥你这就快?!
先保接话不排队。
普通路由要 1876ms
只有 33
这些延迟、成本、能力分,全是 LiveKit 用自家「酒店前台」参考评测自测,第三方还没复现。