如何负责任地使用Lovable产品

过去，开发应用程序往往就像在没有任何说明书的情况下组装家具，而且还会缺少一半的螺丝。如今，像Lovable这样的人工智能工具可以帮助你用简单明了的语言描述自己的需求，从而将一个想法转化为可运行的网页应用。

这确实很令人兴奋——但同时也意味着一种责任。

Lovable能帮助你快速行动、尝试各种想法，并创造出实用的软件。不过，速度绝不能取代周密的思考。由人工智能生成的程序可能会存在安全问题、导致用户使用体验混乱、包含不准确的信息，或者其代码在演示环境中可以正常运行，但在实际使用中却会出故障。

在这份指南中，你将学习到如何在实际使用Lovable的过程中兼顾安全性、隐私性、可访问性以及用户的安全。我们会介绍如何编写更清晰的提示语、如何保护敏感信息、如何测试身份验证和授权机制、如何验证用户的输入内容、如何使用真实的测试数据、如何审查人工智能生成的代码，以及如何判断一个应用程序是否已经准备好被分享。

通过学习这些内容，你将会掌握一种简单而负责任的应用程序开发流程，在保持高效与创造力的同时，确保人工智能技术能够得到合理利用。

我们将会涵盖的内容：

• 什么是Lovable？

• 为什么负责任的使用方式很重要

• 从一个清晰明确的目标开始

• 不要不必要的输入敏感信息

• 用环境变量来保护敏感信息

• 了解你的应用程序的功能

• 在提示语中融入安全机制

• 分别测试身份验证和授权功能

• 验证所有用户输入的内容

• 谨慎处理由人工智能生成的依赖关系

• 进行无障碍设计

• 避免使用“暗黑模式”设计

• 有效处理错误

• 如实说明人工智能生成的功能

• 保护个人数据

• 尊重版权和所有权

• 使用真实但虚假的数据进行测试

• 在分享应用程序之前先进行测试

• 让Lovable自行检查其生成的结果

• 从人工智能生成的代码中学习经验

• 将Lovable用于原型开发，但不要以为它已经可以投入生产

• 建立简单而负责任的开发流程

• 负责任的提示语模板

• 人工智能应用程序开发的黄金法则

• 最后的总结

什么是“可爱的应用程序”？

Lovable是一个基于人工智能的应用程序开发平台，它允许你使用自然语言来描述你的应用需求。你无需手动编写每一行代码，只需说明自己的设计意图，这个工具就会帮你生成界面元素、功能实现以及应用程序的结构。

例如，你可以这样描述：

创建一个具有用户账户、仪表盘、任务分类、截止日期的功能管理应用，并设置一个标记任务完成的按钮。

之后，Lovable会为你生成一个初始版本，你可以对其进行审查、测试并进一步优化。

关键在于“初始版本”这个概念。人工智能生成的软件并不一定是完整的成品。可以把Lovable看作是一个高效的编程助手，但它需要你给出明确的指令，进行仔细的审核，偶尔还需要提醒它不要在登录界面中放置形状像香蕉的按钮。

为什么负责任地使用这些工具很重要

人工智能应用程序开发工具让软件开发变得更加容易，但这种便利性也带来了相应的责任。当你创建一个应用时，你所做出的决策会直接影响到真实用户。

你的应用程序可能会收集用户的姓名、电子邮件地址、消息内容、支付信息、健康数据或位置信息；它也可能提供建议、显示重要信息，或者控制对某些有价值资源的访问权限。

一个小错误就可能导致严重的后果。

负责任地开发应用程序可以帮助你：

• 保护用户信息

• 降低安全风险

• 避免误导用户

• 创造易于使用的用户体验

• 尊重版权和所有权

• 在分享应用程序之前先进行充分测试

• 了解你的应用程序所使用的代码和服务

• 做出公平且可解释的决策

你不需要成为安全专家才能负责任地使用Lovable，但你需要花足够的时间来思考并提出恰当的问题。

从一个清晰明确的想法开始

在让Lovable帮助你开发应用程序之前，首先明确你想解决的问题是什么。

像这样含糊不清的指令：

开发一个很酷的生产力工具应用吧。

很容易导致理解上的偏差。

而一个更清晰的指令可能是这样的：

不要随意输入敏感信息
在使用基于人工智能的开发工具时，除非确实有必要且经过了适当的处理流程，否则应避免在提示中包含敏感信息。
切勿粘贴以下内容：

密码
私有API密钥
认证令牌
信用卡号码
个人身份编号
客户的私人记录
机密的商业文件
尚未公开的产品细节
医疗记录
私人对话内容

请使用占位符代替这些内容：
使用占位符来代表支付提供商的API密钥。
或者：
用环境变量保护敏感信息
敏感信息不应直接放在前端代码中，也不应被提交到公共仓库中。
一种更安全的做法是使用环境变量：
const apiKey = process.env.API_KEY;
对于客户端应用程序来说，尤其需要注意这一点。在浏览器代码中使用的环境变量可能会被用户看到。那些必须保持保密的敏感信息，通常应该通过安全的服务器或受保护的后端服务来处理。
绝对不要使用以下这种写法：
const apiKey = "你的真实密钥";
在开发阶段，请使用占位符：
const apiKey = process.env.API_KEY || "";
之后，通过你所使用的托管平台的相应秘密管理系统来配置真实的密钥值。
在部署之前，要仔细检查你的项目中是否存在以下常见的敏感信息写法：
API_KEY
SECRET_TOKEN
PASSWORD
PRIVATE_KEY
发现可疑的代码并不一定意味着它就包含敏感信息，但进行检查还是很有必要的。
了解你的应用程序的功能
千万不要发布那些你无法用简单的语言向他人解释其功能的应用程序。
你应该清楚以下几点：

该应用程序会收集哪些数据
这些数据会被存储在哪里
有哪些外部服务会接收这些数据
谁可以查看或修改这些数据
用户如何删除自己的账户或信息
应用程序的哪些部分需要用户进行身份验证
当请求失败时会发生什么
当用户输入错误的数据时会发生什么
你不需要立即理解每一行代码，但应该了解其中的主要构成要素。
如果Lovable生成的代码让你无法理解，可以要求它解释具体的某一部分：
说明这个项目中用户认证的实现机制。指出会话是在哪里创建的、访问权限是如何检查的，以及如果认证配置错误可能会引发什么问题。
你也可以提出这样的请求：
在提示中融入安全机制
安全性应该是系统设计之初就考虑到的因素，而不是在发现所有用户都能查看其他用户的账户信息后才紧急添加的补丁。
在编写提示时务必包含安全相关的要求：
创建一个只有具有管理员权限的用户才能访问的专区。对于所有管理员操作，都应在服务器端进行授权检查，而不仅仅是通过在界面中隐藏相关按钮来达到这一目的。
对于用户生成的内容，可以采取以下措施：
分别测试认证与授权功能
认证用于确定“你是谁？”，而授权则用来判断“你被允许做什么？”
这两者是不同的概念。
即使用户已经成功登录，也可能不被允许查看其他用户的私人信息。一个负责任的应用程序会同时检查这两个方面。
测试用例应该包括以下内容：

未登录的用户尝试访问私密页面。

普通用户尝试访问管理员页面。

用户通过修改URL中的标识符来试图获取其他用户的记录。

用户在没有提供必要的会话信息的情况下提交请求。

用户登出后再次点击浏览器的返回按钮。


不要仅仅依靠隐藏导航链接来保障安全。一个被隐藏的按钮并不能构成真正的安全防护措施。如果用户仍然可以直接调用后端接口，那么该应用程序就可能存在安全隐患。
例如，假设你的应用程序中有一个位于 /admin 的页面，而这个页面只应该供管理员访问。你可以这样分别测试身份验证和授权功能：
身份验证测试
先退出应用程序，然后尝试直接访问/admin。此时应用程序应该会将您重定向到登录页面，或者返回相应的未授权响应。
接着使用有效的账户登录，确认应用程序能够识别已认证的会话状态。
权限验证测试
使用没有管理员权限的普通用户账户登录，然后尝试直接访问/admin，而不是通过导航菜单进入。此时应用程序应该会拒绝访问请求。
也可以对管理员操作所使用的后端接口进行同样的测试，确认服务器也会拒绝此类请求。
您还可以测试：在URL或请求中修改某些信息后，是否会导致某个用户能够访问另一个用户的资料。关键在于从用户的角度来验证应用程序的行为；如果可能的话，还要确认服务器确实是按照权限规定来处理这些请求的，而不仅仅是简单地隐藏了部分界面元素。
验证所有用户输入的数据
用户有时会输入一些意外的信息。有时候这是无心之失，有时候则是用户在测试应用程序的功能边界；偶尔也会有人故意设置一些奇怪的要求，比如要求用户名必须有4000个字符长，或者必须包含17个表情符号。
为了提供更好的用户体验，需要在客户端对用户输入的数据进行验证；同时，出于安全考虑，也必须在服务器端进行验证。
常见的验证内容包括：

必填字段

数据长度的限制（最小值/最大值）

有效的电子邮件格式

允许上传的文件类型

文件的最大大小限制

有效的日期格式

可接受的数字范围

对敏感内容的处理规则


客户端进行的验证示例如下：
if (username.trim().length < 3) {
     showError("用户名必须至少有3个字符长。");
     return;
}                

但千万不要认为仅靠客户端验证就足够了。用户可以通过直接向后端发送请求来绕过浏览器的验证机制。
因此，服务器在存储或处理任何数据之前，都必须再次对其进行验证。
服务器端的验证意味着：将所有从浏览器接收到的数据都视为不可信的输入。服务器在使用这些数据之前，必须检查其类型、格式、长度是否符合要求；对于不符合要求的字段或值，也应当予以拒绝。
例如，如果一个API接受用户名和年龄作为输入参数，那么服务器应该验证用户名是否为非空字符串且长度在允许范围内，同时确认年龄是否为应用程序所接受的数值范围内的数字。如果请求未能通过验证，服务器就应该直接拒绝该请求，而不会存储或处理这些无效的数据。
您可以让Lovable帮助您编写这些验证代码，并生成相应的测试用例。

为这个表单中的每个字段添加服务器端验证功能。

在数据被存储或处理之前，拒绝那些缺失、格式错误、大小超出范围或不在允许范围内的值。

接着为有效输入、缺失的字段、无效的格式、边界值以及意外的输入情况编写测试用例。


由人工智能生成的测试用例确实很有帮助，但不要将其作为唯一的验证手段。你需要亲自运行这些测试，并手动测试一些重要的边缘情况。这样做的目的是利用人工智能来加快工作进度，同时确保人类的判断力仍然被用来检验这些验证机制是否真正能够保护应用程序的安全。
谨慎对待由人工智能生成的依赖关系
由人工智能生成的项目可能会使用各种库、包、插件和外部服务。这些工具确实很有用，但每增加一个依赖关系，理解和维护这个项目的难度就会相应增加。
你可以让Lovable帮你检查：
列出这个项目中使用的主要包，并解释为什么需要每一个包。
你也可以询问：
为可访问性而设计
如果很多人无法使用某个应用程序，那么这个应用程序就不能算是真正的成功作品。
你可以让Lovable从项目一开始就考虑到可访问性的问题：
避免使用“暗黑设计模式”
一个负责任的应用程序应该帮助用户做出明智的选择，而不是诱使他们做出自己并不想做的行为。
应避免的做法：

预先设置好的营销同意选项
隐藏的取消链接
令人困惑的双重否定表述
容易引起误解的按钮设计
虚假的倒计时器
看起来像系统警告的通知
易于开始却难以取消的订阅服务
以极小的字体隐藏重要信息

应使用清晰的标签：
删除账户
比这样写要好：
此操作将永久删除您的账户及所有保存的任务。该操作不可撤销。
优秀的设计应该尊重用户的自主选择权。
有效处理错误
任何应用程序都会遇到错误：网络可能会中断，服务可能会下线，用户也可能会在不太方便的时候关闭标签页，甚至服务器有时也会“意外停机”。
当你可以提供有用的指导时，就不要使用模糊或容易引起误解的提示信息，比如：
由于连接中断，我们无法保存您的任务。请检查网络连接后再试。
对于开发者来说，应记录足够的信息以便排查问题，但同时要避免泄露敏感数据：
try {  await saveTask(task);} catch (error) {  console.error("任务保存失败", {    operation: "create_task",    message: error.message  });  showError("您的任务无法保存。请重新尝试。");}

切勿在日志中记录密码、令牌、私人消息或个人资料等信息。
如实说明人工智能生成的内容
如果你的应用程序利用人工智能来生成文本、推荐内容、摘要、图片或决策结果，用户应该知道这些生成的成果可能存在错误。
应使用清晰的语言进行说明：
保护个人数据
只收集你的应用程序真正需要的信息。
如果一个任务管理工具只需要用于账户恢复的电子邮件地址，那么它很可能不需要用户的家庭住址、电话号码、喜欢的颜色或童年时的昵称。
在添加任何数据字段之前，先问问自己：
我们为什么需要这些信息？
然后再问：
尊重版权与所有权
不要要求Lovable完全复制现有的产品设计，也不要制作受版权保护的艺术作品，或者以可能让用户产生混淆的方式模仿某个品牌。
相反，你应该清楚地描述自己所需要的功能或特点：
设计一个简洁的项目管理界面，配备左侧导航栏、清晰的状态提示以及宽敞的布局。使用原创的设计风格，避免复制任何特定公司的品牌形象。
在处理以下内容时需要特别小心：

图片
徽标
图标
字体
代码片段
文字内容
产品名称
品牌颜色
用户生成的内容

只使用你自己创建的、获得许可的或被允许使用的资源。如果有疑问，最好选择原创的设计方案。
用真实但虚假的数据进行测试
在开发过程中可以使用虚构的数据：
姓名：Jordan  
示例电子邮件地址：jordan@example.test  
测试订单编号：TEST-1001
千万不要仅仅因为方便就使用真实的客户记录。
为以下情况创建测试用例：

空状态
长度较长的名称
非常长的文本
无效的电子邮件地址
重复的记录
缺失的图片
连接速度较慢的情况
请求失败的情况
会话过期的情况
多用户同时使用系统的情况
不同屏幕尺寸下的显示效果
仅通过键盘进行导航的情况

虚假数据可以帮助你测试应用程序的实际运行效果，而不会泄露真实用户的个人信息。
你可以自己创建虚假数据，比如使用明显虚构的姓名、地址、电子邮件地址、标识符等信息。对于规模较大的数据集，你也可以使用可靠的虚假数据生成工具，或者让Lovable专门为你编写测试数据集。
例如，你可以提出这样的要求：
创建100条虚构的用户记录用于测试。使用明显的假名和以`example.test`为前缀的电子邮件地址。这些记录应包括不同类型的账户、缺失的可选字段、较长的名称以及其他边缘情况。切勿使用真实人物的信息。
在使用生成的数据之前，请先仔细检查这些数据，尤其是当这些数据来自外部来源时。除非你有正当理由、获得适当的授权并采取了必要的安全措施，否则应避免使用包含真实个人信息的数据集。在可能的情况下，使用专门为测试设计的合成数据，这样就可以在不泄露真实人物信息的前提下验证应用程序的实际运行效果。
在分享应用之前先进行测试
在向他人展示你的项目之前，请遵循以下基本的发布检查清单。
1. 应用程序能在移动设备和桌面设备上正常运行。  
2. 表单能够正确验证用户输入的信息。  
3. 认证功能应按照预期发挥作用。  
4> 用户无法访问其他用户的资料。  
5> 前端代码中不应包含任何敏感信息。  
6> 错误提示信息应当清晰且安全。  
7> 使用键盘进行导航时，系统应能正常响应。  
8> 重要的按钮都应有清晰的标签。  
9> 应用程序在空状态下的显示效果应当易于理解。  
10> 加载过程中的状态变化也应当能够被用户看到。  
11> 执行任何可能破坏数据的操作时，都应要求用户确认。  
12> 测试数据中不得包含真实个人的个人信息。  
13> 外部服务的配置必须正确无误。  
14> 生产环境应使用安全设置。  
15> 在进行最终修改后，应用程序必须经过全面测试。
虽然填写检查清单可能没有点击“发布”按钮那么令人兴奋，但比起向用户解释为什么他们的应用会删除所有数据，这样做要可靠得多。
让Lovable来审查它自己生成的作品
当给出具体的指令时，AI工具可以帮助完成审查任务。
你可以尝试使用这样的提示语：
检查表单中是否缺少验证机制，错误提示信息是否清晰，以及是否存在可访问性方面的问题。
检查应用程序的移动端布局是否合理，并说明你建议进行的修改内容。
不要盲目接受别人的审查结果。应将他们的建议与你自己进行的测试结果进行对比；对于重要的项目，最好请有经验的开发人员或安全专家帮忙审核。
从生成的代码中学习
负责任地使用Lovable并不意味着要避免使用AI生成的代码。相反，应该把这一工具视为一个学习的机会。
当你收到某项结果时，可以提出以下问题：
用初学者能理解的语言解释这个功能的作用。
这种实现方式基于哪些假设？
如果同时有两名用户使用这个代码，它会如何运行？
试着手动修改其中的一个小部分，然后查看出现的错误信息，并对比修改前后的代码版本。随着时间的推移，你生成的代码会逐渐变得容易理解。
我们的目标并不是立即记住所有的编程概念，而是要让自己有足够的信心去提出更好的问题，并能够识别那些存在风险的答案。
将Lovable用于原型开发，但不要假装它已经准备好投入生产
Lovable非常适合用来快速探索各种想法。
你可以用它来：

测试某个产品概念
制作一个作品集项目
创建一个用于收集用户反馈的原型
了解Web应用程序的结构
尝试设计不同的界面
开发一个内部工具
将一个初步的想法转化为人们可以实际互动的产品

原型通常不会具备与正式生产版本相同的安全性、可靠性、监控功能、文档记录以及可扩展性要求。
要如实反映你当前项目的开发阶段，可以使用“原型”、“演示版”、“正在进行中”等标签来说明。
仅仅因为一个原型拥有漂亮的渐变效果或一个写着“启动”的按钮，就把它当作成品来使用是不正确的。
建立简单且负责任的开发工作流程
一个实际可行的工作流程可能如下所示：

明确问题所在
确定目标用户群体
分析应用程序需要哪些信息
编写清晰明了的指令
实现一个基础功能
审查结果
测试正常操作及异常情况下的应用表现
修复安全性和可访问性方面的问题
对下一个功能重复上述步骤
整体测试整个应用程序
删除测试数据及敏感信息
记录所有重要的决策过程
只有当应用程序真正适合目标用户使用时，才进行部署

这个开发流程并不慢，而是有条不紊的。通常，最快的路径就是那些在发现基础设计存在问题或某些字段未经验证之前，避免重新构建整个应用程序的方法。
负责任的提示模板
在让Lovable创建某个功能时，你可以使用这个模板来提出明确的要求：
为[特定类型的用户]开发[某项功能]。

其目的是[说明这一功能所要解决的具体问题]。

用户应该能够执行以下操作：
- [操作一]
- [操作二]
- [操作三]

该应用程序应当做到以下几点：
- 验证所有用户输入的内容；
- 保护已通过身份验证的用户可以访问的页面；
- 确保用户只能访问他们被授权访问的数据；
- 避免使用硬编码的敏感信息；
- 明确显示加载状态和错误提示信息；
- 支持键盘导航功能；
- 能在移动设备和桌面电脑上正常运行；
- 使用易于理解的标签，并保证颜色对比度足够清晰。

不要做以下事情：
- 收集不必要的个人信息；
- 暴露用户的私密数据；
- 添加与核心功能无关的功能；
- 在不说明原因的情况下更改现有的身份验证机制。

在完成这项功能的开发后，需要向他人解释以下几点：
- 哪些文件发生了变化；
- 存储了哪些数据；
- 使用了哪些外部服务；
- 还存在哪些安全风险；
- 应该如何测试这一功能。
这个模板能帮助开发者不仅仅关注应用程序的外观设计，还能让他们思考更多方面。
AI应用开发的黄金法则
如果某个由AI生成的功能会影响到其他人，那么在审查这个功能时，就应该假设自己是那个会受到影响的人。
你会愿意让自己的数据被存储在这个应用程序中吗？
你能理解这个应用程序的具体工作原理吗？
如果你发现了错误，能够自行纠正它吗？
你知道如何删除自己在这个应用程序中的信息吗？
你是否觉得可以在手机上、使用键盘输入，或者在网络连接速度较慢的情况下使用这个应用程序？
如果知道了这个应用程序的开发过程，你会信任它吗？
这些问题能将负责任的开发理念从一个抽象的概念转化为一种实际的行动习惯。
最后的思考
Lovable工具可以让应用程序的开发过程变得更简单、更快捷，同时也更加有趣。它可以帮助初学者完成他们的第一个项目，也能帮助经验丰富的开发者快速探索各种创意，而无需花费大量时间从头开始设计每一个界面。
然而，负责任地使用这些工具并不意味着仅仅需要创建出外观吸引人的用户界面。还需要编写清晰明了的提示信息，保护敏感数据，减少数据收集量，验证用户输入的内容，检查权限设置，并确保应用程序具备良好的可访问性。同时，也要尊重软件的所有权，向用户解释那些由AI生成的功能，并仔细审查代码。在做出重要决策时，也应该让相关人员参与其中。
真正优秀的AI应用并不是那些通过最少的步骤创建出来的产品。而是那些出于好奇心、怀着责任心进行开发，并经过了充分测试、能够经受住实际用户使用的考验的应用程序。
利用Lovable工具可以加快开发速度，但在使用过程中也要运用自己的判断力来决定最终的发展方向。
祝编码愉快！