会议 AI 部署在您自己的云网关上:回顾、摘要和会议内助手如何留在您的 Azure、Google 或 AWS 边界内
如今,每个会议平台都推出了 AI 功能,而每项 AI 功能都会至少增加一家公司,使其进入能看到您会议内容的名单。对于大多数组织而言,这份名单已经具有明确的轮廓:他们用于自身 AI 的语言模型网关——配合 Microsoft 365 租户的 Azure OpenAI、配合 Google Workspace 的 Google Vertex AI,或是配合其 AWS 基础设施的 Amazon Bedrock。他们的合规团队已经审查过该网关,包括其 DPA、所在区域以及零训练条款。
InterMIND 在同一网关上运行其 AI 功能。本文将解释这在实践中意味着什么:在 AI 调用过程中,什么数据会离开您的组织,什么不会,该设置如何运作,其他会议工具在其公开文档中如何处理同一问题,以及采购审查员可以如何在不偏听偏信的情况下自行核实。
“同一网关”的含义
InterMIND 中组织的 AI 功能——会议回顾、文档摘要、笔记中的写作助手、Ask AI,以及您在会议中按名称称呼的 AI 参与者 Mia——全部通过每个组织专属的一个语言模型网关运行。组织管理员在 Billing 页面上选择网关,该选择将一次性应用于所有 AI 功能。
| 网关 | 模型运行位置 | 配置方式 |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone——在欧盟成员国境内进行处理和存储 | InterMIND 自己的租户;每个组织的默认选项 |
| Google Vertex AI (Google Cloud) | EU 多区域端点 | InterMIND 自己的项目;可从同一卡片中选择 |
| Amazon Bedrock (AWS) | 组织选择的 AWS 区域,位于其自己的 AWS 账户中 | 组织在 Settings 中添加具有 Bedrock 调用权限的 IAM 访问密钥;模型、配额和 Marketplace 协议保留在其账户中 |
| 您自己的端点 | 您运行的任何位置 | 任何兼容 OpenAI 的服务器——您数据中心的 vLLM,或您自己租户中的部署 |
对于已经使用 Microsoft 365 或 Google Workspace 的组织而言,结果很简单:没有新的 AI 子处理者进入边界。 Azure OpenAI 上的会议回顾是组织已经批准的一方,受其已经依赖的 Microsoft Products and Services DPA 和 EU Data Boundary 约束;对于 Google Workspace 客户在 Vertex AI 上的情况也是如此。使用 AWS 的组织更进一步:使用其自己账户中的 Bedrock,会议内容在传输至模型的途中甚至根本不会经过 InterMIND 的云租户。
InterMIND 使用的网关配置了零数据保留和不对客户内容进行训练——这些设置是 Azure OpenAI 在 EU Data Zone 的默认选项,也是 Google Cloud 对 Vertex AI 的合同立场(参见文末来源)。InterMIND 自己的子处理者页面列出了 Microsoft 和 Google 及其所在区域和用途;其中仅针对选择了 Vertex AI 的组织列出 Google。