数据与身份
Lovable 接入 Supabase：认证与数据
不是每个 Lovable 应用都要另开 Supabase。需要自己的控制台、账单或已有数据时再连接自持项目；两条后端路线不会自动迁移，切换要单独规划。
本页内容
Lovable
Supabase选后端、建立连接、检查访问
01Lovable 内置后端与自己持有的 Supabase 项目不同。
02一个 Lovable 项目同时连接一个 Supabase 项目。
03迁移后端要考虑数据、认证、存储、函数和策略。
先做一项可验证的任务
选一条登录后读写用户数据的操作。用两个独立用户验证，记录数据表、身份和权限规则在哪里维护。
选择后端归属
内置后端基于 Supabase 开源基础；外部集成使用自己的 Supabase 账户、控制台与账单。先辨别归属，可解释为何自己账户里看不到某些 Lovable 管理的项目。
使用正确权限连接
官方流程先在工作区层面关联 Supabase 组织，再将应用连接到项目。接受生成的结构修改前，应确认工作区角色、组织与目标项目。
验证边界与迁移计划
每个 Lovable 项目同时只能连接一个 Supabase 项目；内置后端与自持项目之间没有自动迁移。切换前需列出数据、认证、存储、函数与策略。
你可能还想知道
每个 Lovable 应用都需要先开 Supabase 吗？
不需要。当前内置后端可在没有独立 Supabase 账户的情况下提供后端能力。
能一键自动迁移后端吗？
官方文档说明两个方向都没有自动迁移，应规划并验证数据与应用改动。
资料出处
本文依据引用的文档与作者来源整理，vibeforthat 未对本文进行独立安装或端到端产品实测。
相关指南与作品
查看全部Clerk 与 Supabase Auth 对比：应用数据访问
关键是身份怎样进入数据权限。Supabase Auth 与数据库及 RLS 结合；Clerk 也可以通过官方第三方认证路线，为 Supabase 后端提供用户身份。
继续阅读
Supabase MCP 只读模式与项目范围
用 project_ref 和 read_only 缩小 Supabase MCP 的访问范围，核对连接到哪个项目、是否只读。
继续阅读Claude Code 接入 Supabase MCP 与验证
接入 Claude Code 或 Cursor 前，先限定 Supabase 项目。服务地址决定项目与工具范围，客户端决定配置位置和登录方式。
继续阅读Lovable 接入 Stripe 与测试结账
配置结账前，先选内置支付还是自持 Stripe。自持账户由密钥决定模式：使用正式密钥时，即使在预览里也可能真实扣款。
继续阅读Supabase 行级权限 RLS
写策略前，先明确谁能读取和修改每行数据。再沿着应用实际使用的客户端路径，分别验证本人、其他用户和未登录请求。
继续阅读Supabase 与 Convex 对比：数据与实时应用
先看应用怎样读取与更新数据。Supabase 提供 Postgres；Convex 将响应式查询与修改放在 TypeScript 服务端函数中，这会改变业务逻辑的位置。
继续阅读