金融营销团队用AI做应用，发布前该问哪几个问题？

一个营销点子，从想法到能跑起来的应用，现在可能只需要几个小时。但对金融服务机构的营销负责人来说，真正难的不是做出来，而是让它通过审核、被允许使用。

它能不能访问客户数据？输出内容会不会泄露重大非公开信息（MNPI）？上线前需要谁签字？这些问题决定了：一个看起来不错的实验，到底能不能变成团队真正能用的东西。而答案，取决于你在做的是什么。

一个只用公开信息的活动策划工具，和一个处理机密记录的投资者门户，需要的审查级别完全不同。下面这份梳理，帮你理解这种差别，也帮你的团队在发布前想清楚该考虑什么。

两个层面的安全，别混为一谈

安全要分两层看：你团队用来搭建的平台，和你团队做出来的应用。

平台安全保护的是搭建环境，让你的组织能控制访问权限。它涵盖的措施包括加密、工作区之间的隔离、企业身份控制、审计日志，以及个人身份信息（PII）的检测、拦截和清洗。这些能帮你的安全团队把平台当作供应商来评估，并治理它的使用。

应用安全则是帮你识别自己做出来的东西里有哪些风险。平台会针对几类问题提供检查：不安全的数据库权限、暴露的凭证、有漏洞的依赖项，以及应用代码漏洞。这些安全发现，能让搭建者和技术团队在发布前有一个复查和改进的依据。

动手之前，先问自己几个问题

在开始搭建前，可以先问几个问题来评估项目的风险。这些问题能帮你建立一个实用的风险画像。需要说明的是，下面这些例子只是内部评估的起点，不是正式的监管分类。

另外，"内部"两个字并不自动等于低风险：一个包含重大非公开信息的内部应用，可能需要大量控制措施。

这些例子描述的是风险，而不是允许你把某一类数据提供给平台。在接入客户记录之前，先对照你的协议检查数据是否被允许。商业版和企业版的《数据处理协议》（DPA）第3.8节禁止提供敏感数据，包括金融账号、政府身份标识、生物识别数据，以及受保护的健康信息。访问控制和欧盟推理都不能覆盖这些限制。

确认数据合规后，再定义权限

用你对上面问题的回答，来决定这个应用应该允许做什么——前提是先确认数据在你的协议下是被允许的。对于被允许的内部或机密信息，要明确谁能看到它。如果应用会修改记录或发送消息，就要定义谁能执行这些操作。

在给平台写提示词时，把这些要求描述清楚，然后测试它们是否真的生效。

连接器让你可以在平台里使用CRM、电子表格和文档库这类工具。有几种连接类型需要熟悉一下。要注意，这些是连接类型，不是互不相同的工具清单：一个工具可能同时支持多种连接类型。

对于"应用+聊天"连接器，你可以选择哪些同事能用这个连接来搭建应用。另外，你还要在发布设置里单独选择谁能查看每个已发布的应用。

举个例子：一个给营销团队五个人用的仪表盘，就可以用这些控制项来管理。

数据到底会被怎么处理？

搞清楚应用需要哪些数据之后，就要检查这些数据会被如何处理。

数据会被用来训练模型吗？根据你所在组织与平台的协议，商业版和企业版客户的内容——包括提示词、附件、代码、项目文件和生成的输出——默认被排除在模型训练之外。而在免费版和专业版上，除非你主动选择退出，数据可能会被用于训练。

平台支持GDPR合规吗？支持。平台满足GDPR的要求，并在商业版和企业版计划中提供《数据处理协议》。这份DPA规定了平台在代表你的组织处理个人数据时的义务，包括安全措施、次级处理者、国际传输，以及协助行使数据保护权利。

欧盟推理和数据驻留有什么区别？欧盟推理控制的是AI模型请求在哪里被处理。数据驻留关心的是数据存储在哪里。

在企业版上，欧盟推理会把搭建过程中发起的AI模型请求，以及已发布应用中通过内置AI连接器发起的请求，路由到指定的欧盟端点。如果没有可用的合规端点能处理某个请求，它会直接失败，而不是被路由到别处。不同供应商的边界不一样，有些功能不可用，某些智能体工具仍在美国处理数据。

这个设置不会改变应用数据存储在哪里。如果你直接连接某个AI供应商，需要单独评估那个连接。

托管是怎么运作的？当你通过平台发布时，它会把你的应用托管在一个 lovable.app 地址上。付费计划可以连接自定义域名。平台还提供内置后端，支持数据库、文件存储、身份验证和服务端函数等功能。

前端在全球分发。你的云项目所在区域决定了后端数据库和文件存储在哪里；这一点要和AI处理位置分开检查。你也可以使用连接的 Supabase 后端，或者部署到平台之外。

数据安全还要检查什么？限制对私有文件和数据库记录的访问，只收集应用真正需要的信息。定义保留和删除要求，包括从已连接工具导入的副本。

对于密钥和凭证，使用平台的安全输入和后端密钥存储。存储在那里的值会被加密，并在后端函数调用时提供。