原型在浏览器中停止
可爱的项目仍然是 Web 应用。用户需要一个可以安装的应用程序,具有图标、权限、离线行为、深度链接和本机外壳。
以可爱的方式编码到移动设备
Lovable 可以快速将产品想法呈现在屏幕上。风险出现在演示之后:原生壳、签名、商店构建和发布后修复。Capgo 为 AI 构建的应用程序提供了一个能够应对真实用户的移动发布系统。
Lovable 项目
使用 AI 助手提示和可视化编辑快速设计和迭代 web 应用
导出并包装
Capacitor 移动壳
导出到 GitHub、添加 Capacitor、并将 web 应用作为产品源代码保留
构建和更新
Capgo 发布循环
构建本机二进制文件,发布安全的网页更新,并在发布后持续改进。
问题
可爱的项目仍然是 Web 应用。用户需要一个可以安装的应用程序,具有图标、权限、离线行为、深度链接和本机外壳。
AI 可以快速生成屏幕,但 iOS 签名、Android 密钥库、App Store Connect、native 项目和商店上传仍然需要正确的管道。
第一个二进制文件只是开始。每次登录调整、定价副本更改或 bug 修复都不应该等待另一个完整的应用程序审查。
示例堆栈
Lovable 最擅长快速创建 web 体验:流程、屏幕、文案、 Supabase 连接和产品迭代,直到原生工作开始
GitHub 成为真实来源。 Capacitor 将 web 输出包装到原生 iOS 和 Android 项目中,包含应用标识、图标、启动屏幕和权限
Capgo 构建签名二进制文件,然后通过 live 更新修复 UI、文案、引导流程和资产移动,直到商店批准
具体示例
一个典型的 Lovable 项目在生成的 web 应用被导出到 GitHub,变得静态构建友好,包装在 Capacitor 中,然后通过 Capgo 构建和更新
# From the GitHub repo exported by Lovable
npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
npx cap init "Your Lovable App" "com.company.app"
npx cap add ios
npx cap add android
# Build web output, sync native projects, and ship updates
npm run build
npx cap sync
npx @capgo/cli@latest init
npx @capgo/cli@latest bundle upload --channel production
# When you need a signed binary
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
Lovable AI 提示
粘贴到 Lovable 后,web 应用程序正常工作后。它告诉代理准备 Capacitor 和 Capgo,使用 MCP 入职路径,而不是将移动视为一次性导出。
Lovable AI 的提示
I want this Lovable project to become a Capacitor mobile app using Capgo from the start.
Set up the project so an AI agent can use Capgo's MCP release tools through install-mcp:
1. Install the Capgo CLI MCP server for the active AI client. For Codex, run:
- npx @capgo/cli@latest login
- npx install-mcp 'npx @capgo/cli@latest mcp' --client codex
Replace codex with cursor, claude-code, gemini-cli, or windsurf if that is the client this project uses.
2. Read Capgo's public MCP metadata when tool details are needed:
- https://capgo.app/.well-known/mcp/server-card.json
- https://capgo.app/.well-known/agent-skills/capgo-cli-mcp/SKILL.md
3. Add a short docs/agent-mobile-release.md file that tells the agent to use the Capgo CLI MCP server as a local stdio server, not a remote HTTP endpoint.
4. Add Capacitor for iOS and Android using the package manager already used by this project.
5. Configure capacitor.config.ts with:
- appName: the current Lovable app name
- appId: a production-style bundle ID I can edit later, such as com.company.app
- webDir: the production build output folder
- plugins.CapacitorUpdater.defaultChannel: production
6. Install and configure @capgo/capacitor-updater.
7. Add package scripts for:
- building the web app
- syncing Capacitor
- uploading a production Capgo bundle
- starting Capgo Builder setup for iOS
- requesting an iOS cloud build
8. Create a first production channel plan:
- production for users
- preview for stakeholder review
- staging for internal testing
9. Keep normal docs and README commands copy-pasteable with npm/npx unless this project already uses another package manager. Keep the Capgo MCP install command exactly as shown above.
10. Do not fake native signing credentials. Leave clear TODOs for the Capgo API key, Apple team details, and bundle ID.
11. After making changes, summarize exactly what changed and what command I should run next.
解决方案
买家不想要一个漂亮的演示。他们想要一个客户可以安装、更新和信任的应用程序。 Capgo 提供了发布层 Lovable 不试图拥有。
从 Lovable 导出到 GitHub,使应用程序具有真实的源代码、可审查的更改和进入 CI 或 Builder 的路径。
配置静态输出、 Capacitor webDir、应用程序 ID、图标、启动屏幕、权限和本机项目。
使用 Capgo Builder 创建签名的 iOS 和 Android 构建,无需将项目转换为本机工具链大马拉松。
使用Capgo频道进行生产、阶段和预览更改,以便web修复和资产在二进制安装后移动。
启动路径
目标不是另一个仅限教程项目。它是一个可以在发布后继续使用的移动发布循环。
将Lovable连接到GitHub,克隆项目,并确保生产web构建在本地工作。
添加Capacitor,配置应用身份,运行第一个同步,验证核心屏幕在真实设备上。
使用Capgo Builder签名二进制文件,并将机密信息从随机笔记本电脑和截图中排除。
发布二进制文件一次,然后使用 Capgo 实时更新 UI、复制、CSS、资产和安全的 JavaScript 更改。
用户信号
重复客户点很简单:Lovable 让原型成为可能,但 Capgo 让它感觉像是一个产品。发布循环是保持应用程序存活的第一份商店构建之后的关键。
常见的 Lovable 到移动反馈
使用 Capacitor 构建的应用程序
创作和学习应用程序展示了如何将 web 风格的流程转换为处理打包、签名和更新的清洁方式的商店准备的移动体验。
活动
模板驱动的设计流程,自然地映射响应式Web到移动设备。
教育
专注的学习应用,通过小的课程和简化的引导改进来累积。
教育
在应用打包后,web产品迭代可以继续进行的工作流程。