AI 应用构建器可以缩短从想法到可运行原型的路径，但不会消除软件工程，只是把更多工作转移到提示词、生成 diff、平台配置、依赖选择和审查。“无代码”更适合作为用户界面选择来理解，而不是“没有源代码、运行时、数据、密钥或运营风险”的保证。
核心要点
- 比较工作流和证据，不要依赖星级评分或永久的“最佳平台”标签。
- 比较前固定平台界面、可见的模型/版本、提示词、输入数据、日期和验收测试。
- 区分组件生成、全栈脚手架、浏览器执行、部署和托管后端能力。
- 检查所有权和导出：仓库历史、依赖、迁移、基础设施、环境变量、测试和回滚路径。
- 在了解留存、训练使用、子处理者、删除、驻留和访问控制前，不要上传密钥、受监管数据、私有源码或客户记录。
- 生成应用只有通过安全、授权、无障碍、可靠性、性能、许可证和维护审查后，才可能进入生产。
实际比较什么
产品标签隐藏了不同工作流：
| 能力 | 应询问的问题 |
|---|---|
| UI/组件生成 | 是否生成框架代码、样式、测试和语义 HTML？ |
| 全栈脚手架 | 创建了什么运行时、数据库、认证、迁移、任务和存储？ |
| 浏览器执行 | 什么在浏览器本地运行，什么在远端运行，哪些 API 不可用？ |
| 部署 | 能否迁移到其他环境，脱离平台能否回滚？ |
| 代码所有权 | 能否克隆仓库、固定依赖、查看历史、离线构建？ |
| 托管服务 | 谁控制数据、密钥、备份、日志、配额和删除？ |
| Agent 工作流 | 变更是否可 diff、审查、回退，能否关联提示词或 commit？ |
Lovable、Bolt.new、v0 等产品可能处于这条光谱的不同位置。具体模型路由、集成、限制和默认生成结果必须以当前文档或带日期测试核实，不能从品牌名推断。
版本化评测协议
为每个平台创建同一个小而有代表性的应用，并记录：
供应商与套餐：
评测日期与地区：
模型/版本（若可见）：
提示词与附件：
生成 commit 或导出哈希：
依赖与运行时版本：
人工修改和耗时：
提示词应同时规定用户角色、数据实体、错误状态、授权规则、键盘行为、响应式布局、测试要求和部署约束。看到某个平台的结果后，不要改变验收标准。
应对证据评分，而不是主观印象：
| 领域 | 示例证据 |
|---|---|
| 功能正确性 | 成功、空值、无效、超时、重试和部分失败用例通过 |
| 授权 | 用户不能通过直接 ID 读取或修改其他租户对象 |
| 数据安全 | 密钥未提交，日志、提示词和上传遵循策略 |
| 无障碍 | 键盘、焦点、标签、对比度、缩放/重排、错误和减少动画 |
| 可维护性 | 模块清晰、类型边界、测试、迁移、lint 和可读 diff |
| 可移植性 | 本地构建、导出完整性、平台依赖和回滚 |
| 性能 | 测量延迟、包大小、查询计划、并发和成本 |
| 供应链 | 锁定依赖、许可证、来源、更新和漏洞审查 |
应公布评分规程，不只公布分数。一次提示词的结果只是案例，不是平台排名。
工作流画像
组件优先
当团队已经拥有应用架构，只需要页面或交互起点时，组件型工具更合适。应检查生成标记是否语义化、状态边界是否明确、样式是否隐式依赖托管设计系统；集成、测试、路由、数据访问和授权仍由团队负责。
全栈原型
全栈脚手架可以快速连接 UI、API、数据库、认证和部署。分享给用户前，应审查迁移、默认凭据、授权中间件、错误处理、存储规则、限流和备份恢复。预览能运行不等于生产系统安全。
浏览器内运行
在浏览器运行开发环境可以缩短反馈循环，但会受到文件系统、原生模块、网络、密钥、进程和复现能力限制。应确认什么在本地执行、什么会上传、允许哪些包，以及项目能否脱离浏览器构建。
安全与隐私审查
应威胁建模完整路径：
- 提示词和上传文件；
- 供应商模型、编排和日志；
- 生成源码、依赖和构建产物；
- 预览运行时、后端、数据库和对象存储；
- 部署凭据、CI、遥测和支持访问。
使用敏感材料前核实：
- 提示词和文件是否留存或用于训练；
- 子处理者、地区、驻留、删除和法律条款；
- 密钥脱敏和环境变量处理；
- 租户隔离和项目访问；
- 生成认证和对象级授权；
- SSRF、文件访问、依赖安装、命令执行控制；
- 审计日志、事故响应、导出和账号删除。
不要为了测试生成效果就粘贴生产 token、私钥、客户数据或专有源码。应使用保留域名和测试凭据的合成 fixture。
生成代码是供应链产物
导出的代码应像第三方代码一样处理：
- 审查完整 diff 和生成配置；
- 固定并审计依赖；
- 检查许可证和传递依赖；
- 运行静态分析、测试、类型检查和密钥扫描；
- 审查数据库迁移和破坏性操作；
- 验证 lockfile、构建复现和产物来源；
- 建立回滚与责任人方案。
不要从漂亮截图或首次构建成功推断质量。生成代码可能包含不安全默认值、缺少授权、不可访问控件、无用依赖，或在第五次修改时才暴露维护陷阱。
成本、可移植性与锁定
应估算完整成本，而不只是月费：
总成本 =
订阅 + 模型/额度 + 构建/运行时 + 数据库/存储
+ 出站流量 + 协作 + 审查 + 迁移 + 事故/维护
应确认应用能否脱离供应商构建和部署，并识别平台专属认证、数据库 API、环境变量、边缘函数、存储格式、生成 SDK 和部署元数据。承诺平台前，应在外部环境构建导出仓库并测试恢复/迁移。
价格、配额、额度、模型路由、地区和免费层会变化。应带日期和地区引用当前条款，不要用未经核实的数字做推荐。
按风险与责任选型
| 情况 | 选择原则 |
|---|---|
| 一次性视觉原型 | 优先速度、可导出性，不使用敏感数据 |
| 低风险内部流程 | 要求 SSO、访问控制、审计、备份和责任人 |
| 公共 CRUD 应用 | 要求 Schema、对象授权、限流、测试和回滚 |
| 支付、医疗、法律或个人数据 | 要求威胁模型、合规审查、数据控制和专家负责 |
| 已有工程团队 | 优先导出、diff 审查、本地构建和接入现有 CI |
| 没有技术负责人 | 不要把友好 UI 等同于可运营；应使用有责任边界的托管服务或补齐责任 |
正确选择可能是用一个产品制作原型，再导出代码并在其他环境运行；也可能是使用组件生成器、传统框架，甚至完全不使用 AI 构建器。
生产就绪门禁
上线前至少需要：
- 从审查 commit 可复现构建；
- 依赖、许可证和密钥扫描；
- 认证、租户/对象授权和反例测试；
- 输入/输出校验、错误处理、限流和审计日志；
- 无障碍和响应式检查；
- 数据库迁移、备份、恢复和删除测试；
- 性能、容量、成本和故障测试；
- 监控、告警、回滚、事故责任人和支持路径。
AI 构建器可以加速第一版，但不能替你签署这些控制。
常见问题
“无代码”真的没有代码吗？
通常不是。平台可能代你生成源码、配置、依赖、数据库 Schema 和部署资源；你仍需负责运行内容和处理的数据。
Lovable、Bolt.new 和 v0 哪个最好？
没有稳定的通用排名。应根据工作流、导出需求、数据策略、验收测试和维护能力比较当前产品，并在模型、套餐或集成变化后重新评测。
生成应用可以用于生产吗？
有可能，但不能因为第一次生成成功就上线。必须完成代码、测试、安全和授权、无障碍、依赖许可证、可观测性、备份和回滚审查，并有明确运营者。
免费层和价格稳定吗？
不稳定。计划、额度、配额、模型路由、地区和限制会变。应查看带日期的官方条款并计算全生命周期成本。
导出代码就没有供应商锁定了吗？
不一定。认证、数据库、存储、函数、部署元数据、生成 SDK 和密钥可能仍依赖供应商。应在平台外构建导出结果后再判断可移植性。
可以把生产数据放入 AI 构建器吗？
不能未经数据处理决策就这样做。应核实留存、训练使用、访问、地区、删除、子处理者和合同控制；评测优先使用合成或脱敏 fixture。
一手来源
- OWASP：大语言模型应用十大风险
- OWASP：Application Security Verification Standard
- W3C Web Content Accessibility Guidelines (WCAG) 2.2
- NIST Secure Software Development Framework
- NIST AI Risk Management Framework
- CycloneDX：Software Bill of Materials
总结
AI 应用构建器适合作为加速器，但其输出必须被当作需要审查的软件产物。使用带日期的可复现协议比较，保护提示词和数据，测试授权与无障碍，审查供应链，并证明结果可以运营和迁移。最佳平台不是标题最漂亮的平台，而是工作流、控制、责任和总成本与应用风险相匹配的平台。