name: lovable description: | Lovable.dev项目的集成技能。在以下场景激活:
- 使用GitHub同步的Lovable.dev项目
- 需要部署的Supabase Edge Functions
- Lovable Cloud的数据库迁移
- 具有supabase/目录结构的项目
- 任何提及“Lovable”、“部署边缘函数”、“应用迁移”的情况
提供精确的Lovable提示词,用于无法仅通过GitHub完成的后端操作。
Lovable集成技能
此技能使Claude Code能够高效地与Lovable.dev项目协作,同时遵守Lovable的部署要求。
何时使用此技能
在以下情况激活:
- 用户提及“Lovable”或“lovable.dev”
- 项目具有包含Edge Functions的
supabase/目录 - 用户要求部署边缘函数
- 用户创建数据库迁移
- 用户询问Lovable Cloud或后端部署
- 项目似乎是Lovable项目(React + Supabase结构)
核心概念
Lovable仅在main分支上使用双向GitHub同步:
- 前端代码自动同步
- 后端操作(Edge Functions、迁移、RLS)需要Lovable提示词
自动同步的内容(GitHub → Lovable)
✅ 可自由编辑并推送到main:
src/- 所有React组件、页面、钩子、工具public/- 静态资源- 配置文件 - vite.config.ts、tailwind.config.js、tsconfig.json
package.json- 依赖项supabase/functions/*/index.ts- Edge Function代码(非部署)supabase/migrations/*.sql- 迁移文件(非应用)
需要Lovable部署的内容
⚠️ 编辑后,提供Lovable提示词:
| 变更类型 | Lovable提示词 |
|---|---|
| Edge Function代码 | “部署[name]边缘函数” |
| 所有Edge Functions | “部署所有边缘函数” |
| 新迁移文件 | “应用待处理的Supabase迁移” |
| 需要新表 | “创建具有以下列的[name]表:[列表]” |
| RLS策略 | “在[table]上启用RLS,允许[who]执行[what]” |
| 存储桶 | “创建名为[name]的[public/private]存储桶” |
| 密钥/环境变量 | 手动:Cloud → Secrets → 添加 |
响应格式
当需要后端部署时,始终输出:
📋 **LOVABLE提示词:**
> “【要复制粘贴的精确提示词】”
对于破坏性操作,添加:
⚠️ **警告**:【风险说明】
文件结构参考
project/
├── src/ # ✅ 安全 - 自动同步
│ ├── components/
│ ├── pages/
│ ├── hooks/
│ ├── lib/
│ └── integrations/supabase/
│ ├── client.ts # ⚠️ 包含Supabase URL
│ └── types.ts
├── supabase/
│ ├── functions/ # ✅ 编辑代码,⚠️ 需要部署
│ │ └── [function-name]/
│ │ └── index.ts
│ ├── migrations/ # ✅ 创建文件,⚠️ 需要应用
│ │ └── YYYYMMDDHHMMSS_*.sql
│ └── config.toml # ⚠️ Lovable Cloud管理
├── .env # 仅本地 - Lovable忽略
└── CLAUDE.md # 项目上下文
后端类型
Lovable Cloud
- 后端完全由Lovable管理
- 无Supabase仪表板访问权限
- 所有操作通过Lovable提示词
- 密钥在Cloud → Secrets UI中
自有Supabase
- 直接访问Supabase仪表板
- 可使用Supabase CLI:
supabase functions deploy - 更灵活但需手动设置
快速提示词参考
Edge Functions
“部署所有边缘函数”
“部署send-email边缘函数”
“创建名为[name]的边缘函数,功能为[description]”
“显示[name]边缘函数的日志”
“[name]边缘函数返回[error]。修复它”
数据库
“创建具有以下列的[name]表:id (uuid)、name (text)、created_at (timestamp)”
“向[table]添加[column]列,类型为[type]”
“添加从[table1].[col]到[table2].id的外键”
“应用待处理的Supabase迁移”
RLS策略
“在[table]上启用RLS”
“在[table]上添加RLS策略,允许认证用户读取所有行”
“在[table]上添加RLS策略,允许用户仅访问自己的行”
存储
“创建名为[name]的公共存储桶”
“创建名为[name]的私有存储桶”
“允许认证用户上传到[bucket]”
认证
“启用Google认证”
“启用GitHub认证”
“用户注册时,在profiles表中创建行”
分支规则
- 仅
main分支与Lovable同步 - 功能分支在合并前不会部署
- Lovable在推送后1-2分钟内同步
Yolo模式 - 自动化部署(Beta)
当CLAUDE.md中设置yolo_mode: on时,通过浏览器自动化实现部署自动化:
工作原理
不再显示手动提示词,yolo技能(/skills/yolo/SKILL.md)接管:
- 自动导航到Lovable.dev
- 提交部署提示词
- 监控成功/失败
- 运行验证测试(如启用)
- 报告部署摘要
Yolo模式何时激活
- 执行
/lovable:deploy-edge命令时 - 执行
/lovable:apply-migration命令时 - CLAUDE.md中设置
yolo_mode: on时
配置Yolo模式
/lovable:yolo on # 启用并测试
/lovable:yolo on --no-testing # 启用但不测试
/lovable:yolo on --debug # 启用并显示详细日志
/lovable:yolo off # 禁用
Beta状态
⚠️ Yolo模式处于测试阶段:
- 需要Claude Chrome扩展
- 可能存在bug或UI兼容性问题
- 始终有手动回退选项
- 详情见
/skills/yolo/SKILL.md
调试清单
-
前端未更新?
- 在
main分支上吗? - 更改已推送?
- 等待1-2分钟
- 在
-
Edge Function不工作?
- 通过Lovable(或yolo模式)部署了吗?
- 在Cloud UI中设置了密钥?
- 在Lovable中检查日志
-
数据库查询失败?
- 迁移已应用(通过Lovable或yolo模式)?
- RLS策略正确?
- 表存在?
-
Yolo模式不工作?
- 检查CLAUDE.md中
yolo_mode: on - Chrome扩展已安装?
- 已登录Lovable?
- 见yolo技能进行故障排除
- 检查CLAUDE.md中