一家欧洲企业的安全团队在评审内部AI应用时，通常会问两个问题：数据存在哪，AI在哪跑。前者靠数据库位置就能回答，后者往往没人说得清。Lovable新上线的EU inference设置，瞄准的正是后一个问题。
它让Enterprise团队可以控制受支持AI模型请求的处理位置——把请求路由到指定的欧洲端点。这个控制覆盖两个场景：团队在Lovable里构建应用时产生的AI请求，以及已发布应用中通过内置Lovable AI服务发起的请求。
推理发生在哪，为什么企业在意
推理，就是AI模型处理一次请求并生成响应的过程。这个过程发生在哪台服务器上，对多数个人用户无关紧要，但对有区域AI处理要求的企业来说，是安全评审里绕不过去的一栏。
EU inference给出的是一份可以拿去对照政策的明确能力。构建者、安全团队和采购方由此有了更清晰的判断依据：哪些项目可以推进，还需要补哪些控制措施。
需要区分的是，数据驻留关注的是指定数据的存放位置，通常指静态存储，具体承诺取决于服务商的条款以及覆盖哪些数据和服务。EU inference处理的是模型推理环节，它不会把所有客户数据搬进欧洲存储，也不构成平台级的数据驻留承诺。应用托管和存储由另外的机制控制。
这个区分直接影响评审结论：关于应用记录存放位置的要求，需要的是存储层面的答案；关于受支持模型请求在哪处理的要求，需要的才是推理层面的答案。有些组织两个都要。
边界之外，请求直接失败
开启EU inference后，受支持的模型请求会被路由到指定的欧洲端点。如果没有任何被允许的端点能处理该请求，请求会直接失败，而不是被发送到配置边界之外。
还有一点需要提前知道：EU inference不保证网络流量在你、Lovable及其服务之间传输时始终留在欧盟境内。
对已经上线的应用来说，切换前必须检查。如果某个应用使用的Lovable AI模型不在EU inference覆盖范围内，包括Claude，那么设置生效后这些AI请求会失败。处理方式是更新应用，改用可用的模型，然后重新发布。
谁能开，多久生效
EU inference面向Enterprise提供，可由工作区所有者或管理员启用。变更生效可能需要约20分钟，才会应用到新请求上。
如果区域AI处理一直是团队推进项目的阻碍，现在是一个重新评估的时机。评估的起点是具体工作流：要构建什么、需要哪些AI功能、政策对存储和处理分别有什么要求。Lovable的客户团队可以协助对照这些要求，核查已文档化的覆盖范围。
热门跟贴