메인 콘텐츠로 건너뛰기

AI 모바일 전환

AI 빌더를 위한 모바일 릴리즈 지침을 제공하세요

로버블, 볼트, 베이스44, 커서, 그리고 일반 웹 스택은 제품을 화면에 빠르게 표시할 수 있습니다. 모바일은 정확한 전환을 필요로합니다: 소스 내보내기, Capacitor 설정, 네이티브 가정, 서명 간격, 그리고 업데이트 경계를 AI가 문서화해야합니다. 그 전에 앱을 빌드하는 사람들은.

어떤 웹 스택
소스 앱을 검사하세요
iOS + Android
목표 플랫폼을 계획하세요
체크리스트 문서
핸드오프 출력
AI가 만든 웹 앱은 모바일로 패키징되기 전에 실행됩니다.

웹 앱 소스

Lovable, Bolt, Base44, Cursor, Next.js, Vite

AI 모바일 핸드오프

설정, 플러그인 필요, 핸드오프 문서, 릴리즈 경계

문제

AI 빌더들은 데모를 만들 수 있습니다. 정확한 모바일 지침이 필요합니다.

AI는 브라우저에서 멈추고 지시를 받지 않는 한
반응형 웹 앱은 설치 가능한 앱이 아닙니다. AI는 앱 식별, 네이티브 권한, 아이콘, 스플래시 화면, 플러그인 필요, 장치 동작과 같은 것을 고려해야 합니다.
네이티브 릴리즈 작업은 여전히 핸드오프가 필요합니다.
애플 서명, 안드로이드 키스토어, 스토어 레코드, 네이티브 싱크, 프로덕션 빌드 아티팩트는 일반적으로 AI 빌더 외부에서 발생합니다. AI는 그 틈새를 문서화해야 하며 숨기지 않아야 합니다.
업데이트 규칙은 명확해야 합니다.
첫 번째 바이너리는 시작점일 뿐입니다. AI는 웹层 업데이트에 속하는 항목, 새로운 네이티브 빌드가 필요한 항목, 그리고 프로덕션, 스테이징 및 미리보기 업데이트가 분리된 상태로 유지되는 방법을 정의해야 합니다.

원본 요구 사항

AI가 원본을 검사해야 하는 것을 알려주세요.

AI는 실제 원본, 빌드 출력, 자산 및 네이티브 가정에 대한 실제 원본을 이해할 때만 유용한 모바일 전달을 준비할 수 있습니다.

AI가 빌드하기 전에 웹 앱이 실행되는 단계

AI가 프로젝트 원본을 내보내거나 문서화하고, 생성된 가정 식별, 모바일에 필요한 자산 및 앱 식별을 목록화하는 것을 요청하세요.

저장소 첫 번째 웹 앱 프로젝트 파일이 __CAPGO_KEEP_0__에 준비되어 있습니다.

Repo-first web app project files ready for Capacitor

저장소 첫 번째 도우미는 파일을 직접 변경할 수 있지만, 네이티브 릴리스 작업이 완료된 것으로 가정하지 말고, 대신 리뷰 가능한 모바일 전달을 반환해야 합니다.

웹 앱 빌드 출력이 모바일 앱이 될 수 있습니다.

업데이트 규칙은 명확해야 합니다.

Base44, Next.js, Vite 및 기존 웹 앱

기존 앱은 동일한 검사 필요: 빌드 출력, 라우팅, 인증 리다이렉트, 자산 경로, 네이티브 플러그인 필요, 및 릴리스 채널 경계

해결

웹 앱을 먼저 검사하세요

AI에게 프레임워크, 빌드 출력, 라우팅 모델, 환경 변수, 네이티브 플러그인 필요, 및 WebView 내에서 앱이 살아날 수 있는지 결정하는 파일을 식별하라고 요청하세요.

모바일 구성 준비
AI가 원하는 앱 ID, 앱 이름, webDir, 아이콘, 스플래시 입력, 권한, 플러그인 필요, 및 비밀 없다고 가정하지 않고 존재하지 않는 네이티브 가정 작성하도록 요청하세요.
업데이트 경계 계획
AI는 웹 레이어 변경과 네이티브 스토어 작업을 분리하고, 첫 번째 앱이 설치된 후에 이동할 수 있는 미래 업데이트를 문서화하도록 요청하세요.
실제 전달
AI는 앱을 네이티브 스토어로 전달하기 전에 웹 앱을 검사하고, 네이티브 스토어 작업을 준비하고, 앱이 네이티브 스토어에서 작동하는지 확인하세요.
AI는 앱을 네이티브 스토어로 전달하기 전에 웹 앱을 검사하고, 네이티브 스토어 작업을 준비하고, 앱이 네이티브 스토어에서 작동하는지 확인하세요.
AI는 변경된 내용, 빌더에서 처리할 수 없는 내용, 그리고 인간 또는 릴리즈 서비스가 다음으로 처리해야 하는 내용을 명시해야 합니다.

AI 명령

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가 반환해야 하는 내용

목표는 한 번 클릭으로 자동화가 아닌, 개발자 또는 릴리즈 서비스가 다음으로 계속할 수 있는 명확하고 검토 가능한 핸드오프입니다.

1

현재 앱을 검사하십시오

AI에게 프레임워크, 빌드 출력, 라우팅 모델, 자산, 환경 변수, 네이티브敏감 요소를 식별하도록 요청하십시오.

2

모바일 계획을 준비하십시오

Capacitor 앱 식별성, 설정, 플러그인 필요성, 권한, 아이콘 및 스플래시 입력, 그리고 네이티브 가정의 누락을 포함하여.

3

핸드오버 문서를 작성하세요.

변경된 파일, 열린 질문, 비밀번호가 없는 비밀, 그리고 AI 빌더 외부의 작업을 포함하는 docs/mobile-release-handoff.md 파일이 필요합니다.

4

릴리즈 경계를 확인하세요.

웹层를 통해 업데이트할 수 있는 것, 네이티브 빌드를 필요로 하는 것, 그리고 서명 또는 스토어 접근을 기다리는 작업을 검토하세요.

사용자 신호

AI는 웹 앱을 검사하고 설정을 준비하고 릴리즈 단계의 핸드오버를 작성하도록 요청할 때 가장 강력한 결과가 나옵니다. 그것은 마법처럼 모바일을 배달하라고 요청하지 않습니다.

AI 웹-모바일 feedback

prompt를 사용하고 핸드오버를 검토하세요.

prompt를 사용하고 소스 요구 사항과 핸드오버 체크리스트를 검토하세요. 출력은 인간 또는 릴리즈 서비스가 계속할 수 있는 리포지토리와 문서가되어야 합니다.