Yolo 是一个面向 Lovable 部署的自动化技能，来源为 10k-digital/lovable-agent-skills。它的核心作用是在用户已授权的前提下，自动把所需的 Lovable 提示提交给 Lovable，从而减少重复确认与手动操作。
用途与激活条件
该技能在以下情况激活：CLAUDE.md 中启用 yolo 模式（如 yolo_mode: on）；用户运行部署命令，例如 /deploy-edge（边缘函数部署）或 /apply-migration（数据库迁移应用）；在 git push 到 main 之后（若 auto_deploy: on）；以及用户明确提到 yolo 自动化，例如“use yolo mode”“automate the Lovable prompt”“submit this to Lovable automatically”“browser automation”。
授权与配置读取
技能会先读取 .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 提示（包括消耗 Lovable 额度的提示），无需再次询问；通用规则中要求提交 Lovable 提示前确认的条款在 YOLO 开启时不适用。YOLO 关闭时，除当前请求已明确授权外，提交 Lovable 提示前需获得用户确认；准备提示本身无需确认。技能仍会保留显式任务限制，例如“不得部署/发布”、平台审批要求，以及破坏性或不可逆数据库操作需确认。YOLO 授权的是范围内提示，而非无关变更或自动前端发布。当 deploy.confirm_migrations: true 时，即使 YOLO 开启，迁移执行也需确认；false（默认）时普通范围内迁移无需反复批准，但破坏性或不可逆数据库操作仍需确认。auto-push 与 auto-deploy 是独立设置，不因 YOLO 开启而自动启用。技能会报告操作及其已验证或待定结果，持续授权不等于静默执行。
部署方式优先级
触发 yolo 模式后，部署方式按以下顺序选择：
- Lovable MCP（优先）：检查是否有来自 Lovable MCP 连接器的 send_message 工具。可用则使用 MCP 工作流，从 CLAUDE.md 的 lovable_url 提取项目 ID，调用 send_message(project_id, prompt)，若为异步则轮询响应，并按配置运行验证测试。其优势为速度约快 3-5 倍、无需 Chrome 扩展、不受 UI 变化影响。
- 浏览器自动化（回退）：若 MCP 不可用或 CLAUDE.md 中 Deployment Method: browser，则使用 Claude 的浏览器自动化，导航到 Lovable 并通过聊天界面提交提示，监控响应。
- 手动提示（最后手段）：若 MCP 与浏览器自动化均失败，则把部署提示展示给用户，供其复制粘贴到 Lovable。不会阻塞用户，始终提供手动回退。
Deployment Method 读取自 CLAUDE.md：auto（默认，先试 MCP，再回退浏览器）、mcp（仅 MCP，回退手动提示，跳过浏览器）、browser（仅浏览器自动化，跳过 MCP 检查）。
性能优化与工具偏好
技能采用混合模型策略：简单确定性操作（按 ref 点击元素、form_input 表单输入、按键与简单导航、等待/轮询、find 查找简单元素）用 Haiku；复杂推理（初次页面理解、错误检测与恢复决策、解析 Lovable 响应、意外情况下的下一步决策、复杂页面状态分析）用 Sonnet。工具上优先使用 find 与 read_page 而非截图定位元素、用 form_input 而非 click + type、用 ref 参数而非坐标点击、用 DOM 轮询而非截图监控。
自动检测与推送后自动部署
YOLO 开启后可自动检测何时需要 Lovable 提示：边缘函数部署（supabase/functions/ 文件被修改、已提交并推送到 main、生成部署提示）；迁移应用（supabase/migrations/ 新文件、已提交并推送、生成迁移提示）。
当 auto_deploy: on 时，技能在成功执行 git push origin main 后自动检测并部署后端变更：分析推送中变更的文件，若发现 supabase/functions/ 或 supabase/migrations/ 变更且 auto_deploy 开启，则检查 yolo_mode: on 与 auto_deploy: on，随后执行浏览器自动化、运行验证测试并展示部署摘要。自动部署失败时展示清晰错误并提供手动提示作为回退，不阻塞用户。
部署执行、测试与调试
MCP 方式：提取项目 ID、调用 Lovable MCP send_message 提交部署提示、异步时轮询完成、解析成功/失败。浏览器自动化方式：导航到项目（处理登录）、定位聊天输入、输入并提交提示、监控响应（成功指示、错误或警告），超时时间为 3 分钟。
部署成功后按 yolo_testing 设置运行测试：on（默认）时执行 Level 1 基础验证（通过 Lovable 检查日志）、Level 2 控制台错误检查（监控生产 URL）、Level 3 功能测试（测试端点/查询）；off 时跳过所有测试，仅根据 Lovable 响应确认部署成功。若项目启用预览测试且 Test After Deploy 为 smoke 或 all，则部署验证后对 Lovable 预览应用运行对应测试计划，由 testing 技能处理，相当于 /lovable:test-run --smoke（或 --all）。
yolo_debug: on 时提供详细输出，包括各步骤、URL、选择器、耗时、完整响应、成功/错误关键词检测等。
用户通知与错误处理
技能展示实时进度更新（MCP 模式、浏览器模式、调试模式），并在完成后输出部署摘要，包含操作、函数、状态、耗时、自动化步骤、验证测试与生产状态，并提示可通过 /yolo off 禁用。
所有自动化失败都会优雅回退到手动提示：MCP 未连接（auto 模式会尝试浏览器，mcp-only 模式则提示连接 /lovable:connect-mcp 或改用浏览器）、浏览器自动化不可用（需 Claude in Chrome 扩展，建议改用 MCP）、需要登录 Lovable、找不到 UI 元素（可能因 Lovable UI 变化）、超时（3 分钟无响应）、部署失败（给出建议修复与后续选项）。技能不会静默失败，始终告知用户并提供手动选项；若错误持续，可建议禁用 yolo 模式。
与其他命令的集成
/deploy-edge：yolo 模式开启时自动触发浏览器自动化，检查 yolo 状态，执行自动化工作流，按 yolo_testing 运行测试并报告结果；关闭时展示手动提示并建议启用。 /apply-migration：与 deploy-edge 相同模式，用于迁移工作流。 /yolo：控制该技能，/yolo on 通过设置 yolo_mode: on 启用，/yolo off 禁用，接受 --testing、--no-testing、--debug 标志。
测试资格与限制（Beta）
Yolo 模式处于 Beta。表现良好的方面：通过 MCP（优先）或浏览器自动提交提示、基础部署验证、带手动回退的错误处理。
已知限制（MCP 模式）：需要 Lovable Pro 计划、需要初始 OAuth 设置（/lovable:connect-mcp）、send_message 调用会消耗 Lovable 额度。 已知限制（浏览器模式）：需要 Claude in Chrome 扩展、Lovable UI 变化可能破坏自动化、用户必须已登录 Lovable。 共同限制：测试每次部署增加 1-3 分钟；仅适用于边缘函数与迁移，不适用于表、RLS 等。
适用与不适用场景
适合：频繁部署（节省时间）、熟悉浏览器自动化的用户、需要快速迭代的开发工作流。不适合：一次性部署（手动更快）、需要额外审查的生产部署、没有 Chrome 扩展的用户、无浏览器访问的环境。
未来增强（尚未实现）
批量操作（一次部署多个边缘函数、按顺序应用多个迁移）、回滚支持（检测部署失败并提议通过 Lovable 回滚）、监控模式（定期检查日志、对新错误告警）、自定义测试脚本（用户定义测试负载，存于 CLAUDE.md）、更广的操作支持（建表、RLS 策略、存储桶）。
参考文件
该技能使用 references/mcp-workflows.md（新增，优先，包含 send_message 工作流、项目 ID 提取、MCP 错误处理与回退）、references/automation-workflows.md（浏览器自动化分步、Lovable UI 导航、元素选择器与等待条件）、references/detection-logic.md（触发时机、文件变化检测、命令集成）、references/post-push-automation.md（推送后自动部署实现）。