Google发布Gemini 3.5 Transcribe，一款基于大语言模型的语音转文本模型

Gemini 3.5 Transcribe并非只是换名包装的声学解码器——它基于Gemini大语言模型构建，而非专用声学识别器，并且运行在开发者已用于文本和多模态任务的同一Gemini API接口中。这一区别至关重要，因为大语言模型不只是将声音映射为字符，而是对说话者的真实意图进行推理。Google自己的材料描述该模型能去除填充词、纠正口误并自动格式化文本，而非逐音节转录所听到的内容^[2]。

这种实际效果最明显地体现在模型如何处理自我修正的言语上：由于它建模的是意图而非纯粹声学信号，一个被放弃的错误开头可以被合并为说话者最终修正后的含义，而不是原样保留两部分。发布演示清晰展示了这一点：模型在语音中途正确自我修正了一个电子邮件地址，并根据上下文而非固定模板将电话号码解析为正确的区域格式——例如10位的美国号码或8位的新加坡号码。正是这种以语言优先的设计，使得Gemini 3.5 Transcribe支持最多1,000个自定义术语的词汇偏置——包括姓名、术语、品牌词等纯声学模型容易误听的词汇——因为它将识别视为一种可进行语言偏置的任务，而不仅仅是一个信号处理问题^[1]。这确实偏离了Chirp 3的声学建模传统，也正是为什么4.0%流式和2.6%批量的标称错误率需要打上星号的原因：它们衡量的是恢复的意义，而不仅仅是原始音素准确性^[1]。

同样的以意图优先的设计也是Gemini 3.5 Transcribe最大的争议点。该模型提供两种输出模式：默认的‘逐字’（Verbatim）模式，完整保留填充词、重复和错误开头；以及‘智能’（Smart）模式，去除不流畅表达并应用结构化格式——但明确不支持词级时间戳或说话人分离^[1]。选择智能模式是以原始保真度换取可读性，而这种权衡并非无成本。

测试该模型的开发者直接指出了其中风险。一位Hacker News评论者Crystalin警告称，智能模式的清理可能会将句子‘简化’成改变其原意的形式，举例说明像‘我犹豫要不要检查它，我本应核实’这样的自我修正句可能被压缩为‘我本应核实’，从而丢失了‘犹豫’这一关键信息^[3]。另一位评论者film42进一步指出，该模型仍然‘存在与Chirp相同的幻觉问题’，他们的团队已回退使用Whisper确保时间戳精度，并仅用Gemini Flash进行后续校正^[3]。Reddit用户在独立评估这一权衡时也描述了类似情况：在那些犹豫或自我修正是话语核心意义的情况下，智能模式实际上剥离了重要信号——相同担忧在两个不同社区中自发浮现，且未受Google自身宣传材料影响。

Google此次发布附带了一组异常直接的对比数据。在FLEURS多语言基准测试中，Gemini 3.5 Transcribe在流式模式下WER为5.50%，批量模式下为5.04%^[1]，相比之下，Google自家前代产品Chirp 3为7.32%，OpenAI的GPT Live Transcribe为8.97%，ElevenLabs Scribe v2 Realtime为9.70%，Deepgram Nova-3为15.77%^[3]。在价格方面，Google将批量端点定价约为每分钟0.005美元（综合计价），实时端点约为每分钟0.009美元（综合计价）^[4]。

开发者并未全盘接受这些比较。一位Hacker News评论者Void_计算了ElevenLabs Scribe约每小时0.22美元的费率与Gemini约每小时0.12美元的费率后，称‘如果准确率相当，这是笔划算交易’——但另一位评论者dbbk则断然反对，称Gemini 3.5 Transcribe‘仍然比ElevenLabs Scribe更贵且性能更差’^[3]。Reddit上的分歧持续存在：一位用户在测试芬兰语数据集时表示该模型优于Whisper和OpenAI的转录模型，而另一位用户在与AssemblyAI的直接对比后得出结论‘assembly赢了’，但未说明具体任务细节。就连持同情态度的独立声音也在关键数字上有所保留：X平台上的@JulianGoldieSEO强调了2.6%的批量WER数据——即每100个词大约有97至98个正确——随后补充道‘准确性只是故事的一半’，但未说明另一半是什么。这三个讨论线程中的模式一致：聚合基准平均值无法预测该模型在任何特定团队的语言、口音或音频条件下的表现，购买者发现不同数据集之间的实际差异显著。

与典型的模型卡片发布不同，Gemini 3.5 Transcribe一推出就已集成进消费产品中。它现在驱动着Pixel设备Gboard上的Rambler语音输入功能以及macOS版Gemini应用，Chrome网页语音输入、Search Live、Gemini Live、Docs、Keep和Gmail均列于即将上线名单中^[5][6]。该模型也已通过Google AI Studio、Google Antigravity以及面向企业的Gemini Enterprise Agent Platform开放公测，将同一转录引擎同时呈现给消费者、开发者和企业客户^[7]。

这种广泛部署正是其战略所在：Gemini 3.5 Transcribe明确旨在取代Chirp 3——这款声学转录模型是Google大约十八个月前通过Vertex AI推出的^[8]——将语音识别整合进开发者用于其他所有任务的同一Gemini API中，不再维护独立产品线。发布名称本身甚至成为网络上的一个小插曲——r/singularity社区成员延续了关于Google版本编号系统越来越难追踪的玩笑，将这种命名节奏视为Gemini系列快速迭代的又一迹象。