面向 IT 与管理员

我们测量了 InterMIND 组织可选的三种云网关的语音转文本服务——Azure AI Speech、Google Cloud Speech-to-Text (Chirp 3) 和 Amazon Transcribe——在一天内使用同一套测试工具，对同样的 153 条语音笔记片段进行了 17 种语言的测试。包括各语言的词错误率、测试方法、各 API 的局限性，以及为什么识别器遵循的是网关而非排行榜。

每项 InterMIND 额度均按会议主持人进行计量：您所创建会议中的语音翻译分钟数、参会者的聊天翻译字数、已翻译文档以及团队共享存储空间。账单页面会显示每项计量在 30 天滚动周期内的使用情况，当您接近存储上限或首次达到翻译分钟上限时，您将收到一封邮件。各项计量的统计内容、达到上限后的情况——会议继续进行，翻译暂停——以及 30 天周期如何自动恢复。

如今每款会议工具都配备了 AI，而每一项 AI 功能都会引入一个子处理方。以下是 InterMIND 如何在您的组织已经使用的超大规模云服务商网关上运行其 AI 功能——欧盟数据区内的 Azure OpenAI、欧盟境内的 Google Vertex AI、您自有 AWS 账户内的 Amazon Bedrock——并提供针对单个组织的关闭开关，以及采购团队可以验证的内容。

您在会议中会说一些绝不诉诸文字的话——然而会议却要经过您从未阅读过的云服务、模型和数据保留策略。三个具体问题将主页上的“保密”一词变成您可以验证的内容，以及我们对每个问题的解答。

如果没有背后的实际工作，供应商的“GDPR 合规”徽章毫无意义。我们针对数据处理器须承担的 GDPR 义务——擦除、留存、子处理者、欧盟运行时——对自有代码库进行了全面审计，以下是每项对照代码进行验证并已落实的内容。

视频工具主页上的“GDPR 合规”字眼，其含义远不如您想象的那么充分。这是一份简明清单，说明了它实际需要满足的条件、Zoom 需要进行哪些配置，以及一款专为翻译而构建的欧盟运行时替代方案。

我们运行时映射图的配套说明：关注的不是您的会议在哪里运行，而是它由什么构成。逐层解析的技术栈——我们在哪里运行自己的代码或开源软件，在哪里务实地采用专有 SaaS，以及为什么承载您大部分数据流转的引擎是我们自己的代码，并配有公开的、基于 BSD 许可的客户端 SDK。

逐个供应商梳理哪些外部服务触及您的会议、在哪里执行以及哪些数据流经各项服务——包括 AI 步骤，这些步骤在您的组织所选的 AI 网关的欧盟区域内运行。