会话中途出现故障时会怎样

大多数翻译产品用一枚徽章来回答可靠性问题：一个正常运行时间数字、一个认证标志、一个状态页面。我们都没有。我们有的，是写进应用里的一组行为：您可以在引入每一项行为的更新日志版本中查到它，也可以在会话中亲自观察到它。本页如实描述这些行为，包括那些如实说来您会察觉到异样的情形。

您无需选择引擎

VoxisLive 里没有模型选择器，这是出于可靠性的考虑，而不是为了简洁。引擎路由由服务器按目标语言决定。会话开始时，应用会向我们的服务器询问您所选语言应使用哪个引擎，并采用服务器的答复。

这样做的实际结果是：路由问题由我们来修复，而不是由您来处理。如果某个引擎在某种语言上表现下降，该语言的路由会在服务器端改变，您开始的下一次会话就会使用新的路由。您不需要更新应用，不需要阅读通知，也不需要更改任何设置——本来就没有可以更改的设置。

这种设计的代价，我们如实说明：您无法覆盖路由来强制使用某个特定引擎，也无法固定使用昨天恰好让您听着更顺耳的那一个。如果您使用自己的密钥，路由将遵循您提供的密钥。BYOK（使用自己的 API 密钥）解锁的具体方式，请参阅价格。

如果引擎在会话中途断开

实时语音会话是与云端引擎之间的一条长时间保持的连接，而长连接是会断的。断开的原因可能是您这一侧的网络中断，也可能是提供方一侧的限流和容量问题，还有那些没有人会为之发布公开事故说明的普通瞬时故障。

当会话所用的引擎在会话中途不可用时，应用会自动切换到备用引擎。会话不会被终止，您不会被送回起始界面，也不会被要求做任何选择。应用会在状态栏告诉您切换已经发生，因为您会听到一段空档，我们宁愿让您知道原因，也不愿让您猜测。

需要说明的是：这并不是无缝拼接。切换需要片刻，切换期间到达的语音会丢失，而不会排队等待——一位事后靠加快语速来追赶的同声传译员，比一位漏掉一拍的更糟。请预期会出现和人工传译员咳嗽一声时一样的短暂中断。

如果引擎没了声音，但字幕仍在到达

还有一种比连接断开更奇怪的故障：引擎保持连接，不断输出译文文字，却不再输出音频。您看到译文出现在屏幕上，却什么也听不到。从应用内部来看，这根本不像是错误——从技术上说一切都在正常工作。

当某句等待中的话，引擎没有给出可听见的音频时，您自己电脑上运行的本地语音会代为说出这句话。这个语音在您的设备上，而不在云端，因此不依赖刚刚没了声音的那个引擎。它与云端语音不是同一种声音，您能听出区别。

由本地语音覆盖的那些秒数不计费。这不是客服事后补发的人情抵扣——在应用自己说话的这段时间里，它不会把这些秒数计入您的分钟数。道理很简单：您付费买的是云端语音，而这一段您并没有得到。

免费方案走的是另一条路径

免费方案与付费会话运行在不同的引擎上，因此出问题时不会走相同的补救路径。它有自己的一套，其中有一点值得说明，因为它会影响您的每日分钟数。

免费方案通过存放在您电脑上的语音来播放，首次使用某种语言时，需要先下载这个语音。网速慢时下载会花一些时间，期间什么也听不到。这段预热时间不会从您的免费分钟数中扣除。计时从有内容可听时才开始。

免费方案能翻译的语言也多于它能以语音播放的语言。某种语言没有本地语音时，您得到的是以字幕呈现的译文，而不是语音——这是覆盖范围的限制，不是故障；各语言的覆盖情况列在支持的语言页面。

音频捕获中断，计时随之停止

让您损失最大的，是您察觉不到的那种故障。音频捕获流可能悄无声息地中断——设备被拔出、音频端点被其他应用独占、驱动程序重置——而从外部看，应用仍像是在运行会话。静默看上去很像一个安静的房间。

应用会以一个简短的重复心跳向服务器上报使用量，而不是在最后一次性结算。这个设计的初衷是防止崩溃时丢数据，但在这里同样起作用：音频捕获中断时，分钟计数会在一次心跳之内停止。最坏的情况是账单上多出几秒的空白，而不是整个会话的剩余时间。

此外，与计费机制无关，应用还会对一直没有任何输出的捕获进行检查，并在能够证明当前捕获方式收不到声音时，切换到另一种捕获方式。如果您反复遇到无声会话，故障排除涵盖了设备层面的各种原因。

我们不宣称的事项

我们没有任何合规认证——没有 ISO，没有 SOC 2，没有任何经审计的证明——也不会用一枚徽章来暗示有。我们不公布正常运行时间数字，除退款条款之外，也不提供可用性保证或服务补偿。

一次会话中的三个组成部分里，有两个是我们并不运营的云服务：语音引擎及其备用引擎。当两者同时出现问题时，本页所述的机制能减少您的损失，但不能让会话继续正常工作。没有离线模式：VoxisLive 中没有任何内容可以在没有网络连接的情况下进行翻译。

延迟也不属于故障，更不会被“修复”。同声传译天生就比说话人慢几秒，而我们所使用的引擎本身就是同声传译模型。工作原理详细说明了这段时间花在哪里。

靠工程，而不是靠证书

本页的每一项行为都是在某个特定版本中加入的，每个版本都在更新日志里用通俗的语言写明了用户可见的变化。如果您想确认某项机制确实存在，而不是只听本页一面之词，那里就是查证的地方；至于捕获和会话的代码本身，可查看许可说明页面所述的只读摘录。

如果会话出了本页没有解释的问题，应用里有一个报告按钮，会连同一份已脱敏的日志一起发送；您也可以通过联系我们找到我们。