AI가 프로젝트 원본을 내보내거나 문서화하고, 생성된 가정 식별, 모바일에 필요한 자산 및 앱 식별을 목록화하는 것을 요청하세요.
저장소 첫 번째 웹 앱 프로젝트 파일이 __CAPGO_KEEP_0__에 준비되어 있습니다.
AI 모바일 전환
로버블, 볼트, 베이스44, 커서, 그리고 일반 웹 스택은 제품을 화면에 빠르게 표시할 수 있습니다. 모바일은 정확한 전환을 필요로합니다: 소스 내보내기, Capacitor 설정, 네이티브 가정, 서명 간격, 그리고 업데이트 경계를 AI가 문서화해야합니다. 그 전에 앱을 빌드하는 사람들은.
웹 앱 소스
Lovable, Bolt, Base44, Cursor, Next.js, Vite
AI 모바일 핸드오프
설정, 플러그인 필요, 핸드오프 문서, 릴리즈 경계
문제
원본 요구 사항
AI는 실제 원본, 빌드 출력, 자산 및 네이티브 가정에 대한 실제 원본을 이해할 때만 유용한 모바일 전달을 준비할 수 있습니다.
저장소 첫 번째 웹 앱 프로젝트 파일이 __CAPGO_KEEP_0__에 준비되어 있습니다.
웹 앱 빌드 출력이 모바일 앱이 될 수 있습니다.
기존 앱은 동일한 검사 필요: 빌드 출력, 라우팅, 인증 리다이렉트, 자산 경로, 네이티브 플러그인 필요, 및 릴리스 채널 경계
해결
AI에게 프레임워크, 빌드 출력, 라우팅 모델, 환경 변수, 네이티브 플러그인 필요, 및 WebView 내에서 앱이 살아날 수 있는지 결정하는 파일을 식별하라고 요청하세요.
AI 명령
웹 앱이 작동하는 후에 빌더에 이 내용을 붙여넣으십시오. 이 내용은 에이전트에게 현재 앱을 검사하고 문서화하고 모바일 핸드오프를 준비하도록 지시합니다. 에이전트는 로컬 툴링 접근이 가정되지 않습니다.
AI 모바일 릴리즈 브리프
You are preparing this existing web app to become an installable iOS and Android app.
Do not assume this builder can run local tooling. If this environment cannot create native projects or run local tools, create a clean handoff document instead.
Inspect the app and return:
1. The framework, package manager, production build process, and build output folder.
2. Whether the app can be exported or committed to a real Git repository.
3. The app name, bundle ID or package ID suggestion, app icon and splash-screen source, and any missing brand assets.
4. Auth, redirect, deep-link, storage, camera, push, payment, geolocation, file, or notification features that need native plugin planning.
5. Routing, environment variables, API URLs, and asset assumptions that could break inside a native WebView.
6. A proposed Capacitor configuration, including appId, appName, webDir, and required plugins, without inventing secrets.
7. A release-channel plan: production, staging, preview, and rollback expectations for web-layer updates.
8. A list of tasks that must happen outside the AI builder, such as Apple signing, Android keystore setup, native sync, store records, and signed builds.
9. A docs/mobile-release-handoff.md file with the exact checklist, open questions, and files that a developer or build service should handle next.
10. A short summary of what you changed, what you could not do in this environment, and the next human action.
핸드오프 체크리스트
목표는 한 번 클릭으로 자동화가 아닌, 개발자 또는 릴리즈 서비스가 다음으로 계속할 수 있는 명확하고 검토 가능한 핸드오프입니다.
AI에게 프레임워크, 빌드 출력, 라우팅 모델, 자산, 환경 변수, 네이티브敏감 요소를 식별하도록 요청하십시오.
Capacitor 앱 식별성, 설정, 플러그인 필요성, 권한, 아이콘 및 스플래시 입력, 그리고 네이티브 가정의 누락을 포함하여.
변경된 파일, 열린 질문, 비밀번호가 없는 비밀, 그리고 AI 빌더 외부의 작업을 포함하는 docs/mobile-release-handoff.md 파일이 필요합니다.
웹层를 통해 업데이트할 수 있는 것, 네이티브 빌드를 필요로 하는 것, 그리고 서명 또는 스토어 접근을 기다리는 작업을 검토하세요.
사용자 신호
AI는 웹 앱을 검사하고 설정을 준비하고 릴리즈 단계의 핸드오버를 작성하도록 요청할 때 가장 강력한 결과가 나옵니다. 그것은 마법처럼 모바일을 배달하라고 요청하지 않습니다.
AI 웹-모바일 feedback
prompt를 사용하고 소스 요구 사항과 핸드오버 체크리스트를 검토하세요. 출력은 인간 또는 릴리즈 서비스가 계속할 수 있는 리포지토리와 문서가되어야 합니다.