Lovable Deployment 是一个部署类技能，用于从任意编码智能体（coding agent）执行 Lovable 后端工作。根据资料，其适用场景包括 Supabase Edge Functions、数据库迁移、Lovable MCP 配置、部署验证等。
一、授权与 YOLO 模式 技能首先读取 .lovable-agent/config.json 中的 deploy.yolo_mode 字段。显式布尔值 true 启用 YOLO，false 禁用。若该字段缺失，则回退到旧版配置：CLAUDE.md 的 Yolo Mode Configuration 段落中的 yolo_mode: on/true 或 Status: on/true。缺失或无法识别的值视为关闭。显式中性值优先于旧版设置。deploy.mode: auto 只用于选择传输方式，不会启用 YOLO。
YOLO 开启时：用户已授予常驻授权，可提交完成任务所需的 Lovable 提示词（通过 MCP 或浏览器），包括消耗 Lovable 额度的提示词，无需再次询问。通用的 AGENTS.md、agent.md 或 CLAUDE.md 中要求提交 Lovable 提示词前确认的规则，仅在 YOLO 关闭时适用；YOLO 开启时不构成冲突或停止理由。
YOLO 关闭时：除非当前请求已明确授权提交，否则需先获得用户确认。准备提示词本身无需确认。
技能要求保留明确的任务限制，例如“不要部署/发布”、平台审批要求，以及破坏性或不可逆数据库操作的确认要求。YOLO 只授权范围内的提示词，不授权无关变更或自动前端发布。
当 deploy.confirm_migrations: true 时，即使 YOLO 开启也需确认迁移执行；为 false（默认）时，范围内普通迁移无需重复批准。破坏性或不可逆数据库操作仍需确认。自动推送（auto-push）与自动部署（auto-deploy）是独立设置，不能仅因 YOLO 开启而启用。
二、传输方式选择 若 deploy.mode 为 manual，则返回提示词而不提交。否则使用配置的传输方式（mcp 或 browser）；auto 按以下回退顺序执行：
- 官方 Lovable MCP（https://mcp.lovable.dev），当服务器及所需操作可用时。调用前需阅读其工具 schema 与服务器说明。
- 当 MCP 不可用或不支持该操作时，对配置的 Lovable 项目使用浏览器自动化。
- 当两条自动化路径都不可用时，将手动提示词复制给用户。
三、部署前检查
- 确认 GitHub 已有最新提交，并允许正常的 GitHub → Lovable 同步延迟。
- 读取 .lovable-agent/config.json（或旧版 Claude 配置）获取项目 ID 与模式。
- 扫描变更代码中所需的密钥名称，报告缺失配置但不暴露具体值。
- 应用上述授权与迁移门控；传输方式选择本身不授予授权。
四、部署后验证 部署后需区分“已接受”（智能体收到请求）与“已验证”（响应/日志或 Preview 检查确认结果）。不得仅凭异步 MCP 确认就声称已验证。若支持轮询，使用有界超时轮询；否则报告已接受状态并给出手动验证步骤。
五、失败处理与安全 MCP 失败需先分类再回退：不支持的操作、超时或服务器不可用使用浏览器自动化；认证失败需要重新认证或手动交接。不得无限重试认证失败。不得在 MCP 请求、浏览器 URL、日志或生成的报告中包含预览令牌或密钥值。
六、兼容性参考 现有的 ../yolo/ 技能与 ../yolo/references/mcp-workflows.md 包含 Claude 浏览器与 MCP 流程，应保留为兼容性参考，而不是创建自定义 MCP 服务器。
关于该技能的收费、价格、平台支持范围等更多信息，资料中暂未提供。