一场 InterMIND 会议究竟在哪里运行

迟早会有人在主办方一侧——客户的 IT 人员、数据保护官（DPO）、谨慎的合作伙伴——提出同一个问题：“这些数据去了哪里?” 他们想要一份子处理方清单、各供应商的注册地,以及一张带箭头的示意图。

与其通过邮件一点一点地提供,我们更愿意让您一次看到全貌。因此,这里给出一场会议的完整数据路径:它涉及的每一项外部服务、每项服务在哪里执行,以及哪些数据经过它。以上内容已于 2026-05-28 对照实际部署配置核实。

凡是接触会议内容的路径,在运行时都位于欧盟——包括 AI 步骤。这些步骤运行在您的组织所选的 AI 网关上,位于我们自有租户的欧盟区域内。该网关背后的供应商是在欧盟设有区域的美国公司;我们在下文如实说明这一点,同时说明哪一个模型完全处于会议之外。

本文说明您的会议在哪里运行。与之配套的文章 一场 InterMIND 会议由什么构成 则说明它由什么构成——哪些层是我们自己的代码,哪些是开源的,以及我们在哪些地方务实地采用了专有 SaaS。

“在哪里运行”究竟指什么

在讨论数据管辖时,有两件事经常被混为一谈,但它们并不是一回事:

1. 运行时 / 数据路径。 在请求处理期间,您的会议数据的字节实际在哪里被处理。数据驻留方面的法规以及大多数 DPA 真正关心的正是这一点。
2. 供应商的公司注册地。 SaaS 供应商在法律上注册于何处。CLOUD Act 相关的讨论关注的是这一点——无论工作负载在哪里运行,美国方面理论上都可能对供应商的母公司提出强制要求。

几乎每一个“这是欧盟的吗?”的问题,其实都是在不精确地询问这两者之一。下文中,我们针对每个供应商分别作答。

一场会议的数据路径

跟随一次通话,从加入到跟进邮件:

1. 浏览器打开会议页面。 SSR 运行在 Vercel 上,固定在 fra1(法兰克福)。所有请求/响应数据——会话 cookie、API 负载、服务端渲染的 HTML——在运行时均在欧盟内处理。
2. WebSocket 连接到我们位于巴黎(cdg)的会议服务器。 会议编排、在线状态、信令——全部在欧盟。
3. 语音识别运行在我们的媒体服务器上。 音频通过 WebRTC 到达我们自有的引擎——位于法国 OVH 的 Mind API——并在承载通话的同一台服务器上逐词识别;链路中没有任何第三方语音服务。聊天中的语音消息是唯一的例外:其语音转文字运行在 Azure AI Speech 上,即默认 AI 网关的语音服务(见下方供应商表)。完整的管线请参阅 四条翻译管线详解。
4. 语音和聊天翻译由我们位于法国 OVH 的自有引擎完成。 这就是 mind-sdk + Mind API——我们的代码、我们的主机,位于法国。链路中没有任何第三方模型。会议室中每出现一种目标语言,就生成一份对应的翻译,每一跳都驻留在欧盟。
5. 拖入聊天的文档(PDF、DOCX、DOC、PPTX、XLSX)由巴黎的 ws-server 通过服务端发送给位于科隆的 DeepL。德国公司,德国处理。语音和聊天不会经过 DeepL。
6. 应用数据——用户、团队、消息、会议元数据——存放在 AWS 法兰克福(eu-central-1)上的 Neon Postgres 中。快照位于同一区域。
7. 录制内容、附件、导出文件 存储在 Tigris 上,这是运行于 Fly 的 S3 兼容存储。采用边缘复制;对于需要更严格固定位置的租户,存储桶可配置为欧盟多区域。
8. 错误和性能追踪 发送到 Sentry 的欧盟实例(de.sentry.io)。美国组织已于五月停用。
9. 产品分析 发送到 PostHog EU(eu.i.posthog.com)。
10. 事务性邮件(魔法链接、邀请、收据)通过 Resend 从 eu-west-1(爱尔兰)发出。

以上全部在运行时位于欧盟。翻译引擎——您的大部分数据实际流经的部分——同样是我们自己的代码,而非第三方的。它所依赖的客户端 SDK 是开源的(BSD-3-Clause),如今即可审计;引擎本身的自托管则已列入路线图,面向有此需求的客户。

供应商一览

按数据量计算,最重的两条数据流——经由我们位于 OVH 的自有引擎完成的语音/聊天翻译,以及经由 DeepL 完成的文档翻译——恰好也是母公司位于欧盟的两家供应商。这覆盖了会议内容的绝大部分。包含公司注册地详情的完整子处理方清单,按标准做法写入 DPA;上表是运行时视图,而大多数数据驻留条款关心的正是运行时视图。

AI 步骤,坦率说明

通话结束后,我们会对已说内容运行若干语言模型步骤:AI digest(主题、决策、action items、待解决的问题)、会后摘要,以及 AI 笔记编辑器(翻译笔记,或对其进行修正/扩写/简化)。通话期间,同类步骤会为拖入聊天的每份文档生成摘要,并回答 Ask AI 和 Mia 的提问。通用模型只会在这些地方接触到源自会议的内容,而且它们全部指向同一个地方:

• 您的组织所选的 AI 网关。 代码中由唯一的解析器为每个调用点选定网关,不存在第二条路径。默认是欧盟数据区的 Azure OpenAI;组织可以在其设置中切换到欧盟多区域端点上的 Vertex AI 或法兰克福的 Amazon Bedrock,也可以将所有 AI 功能指向自己的 OpenAI 兼容端点——自有数据中心里的 vLLM,或自有租户中的部署。每个托管网关都运行在我们自己的租户内,配置为零数据留存且不使用客户内容进行训练;备用方案仍在同一网关内——第二个欧盟区域,或同一供应商的第二个模型——绝不会切换到其他供应商。AI 功能文档列出了各网关及区域。
• 摘要以及编辑器的翻译操作走的是翻译通道,而不是语言模型——与翻译实时聊天的路径相同。
• 整个组织可以关闭 AI:转写和翻译继续工作;digest、文档摘要、写作助手和 Ask AI 将停止。

实时语音、实时聊天、笔记和文档翻译从不经过上述任何一项——它们从一开始就驻留在欧盟。

供应商所在之处:Microsoft、Google 和 Amazon 是在欧盟设有区域的美国公司。我们在信任中心页面上如实说明了这一点,并未隐瞒——这正是本文开头提到的公司注册地问题,针对这一跳的回答与对基础设施部分的回答一致。有一个模型完全处于会议之外:我们公开的翻译质量基准使用一个 LLM 评审(Gemini,以 Claude 作为备用,通过 Vercel 的 AI Gateway),对 FLORES-200 参考句子的机器翻译结果打分。这是一个固定的公开数据集——不是任何人的会议。

这对您的 DPA 意味着什么

对大多数欧盟买家——德国的 Mittelstand(中型企业)、使用标准 GDPR DPA 的受监管行业——上述情况直接回答了数据驻留问题:您的会议经过的每一个运行时环节都在欧盟。供应商注册地按常规做法在子处理方清单中披露;其中没有任何意外。驻留地图只是其中一环;至于其余的数据保护义务——删除、留存、可携带性、同意——我们对代码库做了完整审计,并对照代码逐项关闭了每个问题。

对于法国的“souveraineté numérique”(数字主权)理念以及 SecNumCloud 级别的采购,供应商的公司注册地本身就是标准的一部分,而不仅仅是运行时位置。那是另一场讨论——需要一种替代的部署拓扑,让每个组件都由欧洲司法管辖下的供应商提供。我们默认不这样运行;对于有此需求、且合同足以支撑搭建成本的租户,我们会为其专门搭建。

对于美国本土和大多数亚太地区的买家,情况通常相反——他们想要的是来自其所在区域的低延迟,这是另一个问题。目前我们在 fra1 以单区域运行。如果您的流量需要美国边缘节点,我们会与您一起规划。

本文对我们的约束

这是 2026-05-28 的情况。当技术栈发生变化——更换供应商、迁移区域、新增外部服务——我们会更新它。当前配置可以通过以下途径验证:我们公开的 vercel.json、运行在法国 OVH 的 mind-sdk + Mind API 引擎,以及每个供应商自己的控制台。

如果这里有看起来不对的地方,或者您的 DPO 需要一个这张地图没有给出的答案,请写信告诉我们。我们宁愿补正一处缺失的细节,也不愿让您在合同审查时才发现它。

来源:运行时区域和模型路由已对照已部署的配置(vercel.json、fly.toml)和已发布的代码核实;Vercel AI Gateway(digest 的提供方固定路径)、FLORES-200;核查时间:2026 年 8 月。