Bolt.new에서는 첫 버전을 빠르게 만들 수 있습니다. 프롬프트를 입력하고 미리 본 다음 Publish 버튼을 누르면 됩니다. 여기서 사람들이 App Store에서 설치하는 앱으로 만들려면 별도의 작업이 필요하며, 그 작업은 어떤 Bolt 프로젝트인지에 따라 달라집니다.
두 가지 Bolt 프로젝트
Bolt는 두 가지를 만들며, 자체 문서에서도 웹용으로 만든 프로젝트를 모바일로 쉽게 전환할 수 없다고 안내합니다. 첫 프롬프트에서 모바일 앱을 요청하지 않았다면 웹 프로젝트입니다.
| 웹 프로젝트 | Expo 프로젝트 | |
|---|---|---|
| 형태 | 브라우저에서 실행되는 웹 앱 | 공유 코드를 사용하는 iOS 및 Android용 React Native 앱 |
| 게시 위치 | 무료 bolt.host 주소 또는 유료 요금제의 사용자 지정 도메인 | 직접 실행하는 EAS 빌드, 이후 TestFlight와 App Store Connect |
| 휴대폰에서 | 어떤 형태의 iOS 빌드도 없음 | QR 코드를 통한 Expo Go 미리 보기 |
Bolt가 맡는 범위
웹 프로젝트에서 가장 손쉬워 보이는 방법은 게시된 주소를 네이티브 셸로 감싸는 것입니다. 하지만 이는 Apple 가이드라인 4.2에 걸립니다. your-app.bolt.host를 감싼 WebView는 정의상 다시 포장한 웹사이트입니다.
Expo 프로젝트에는 실제 코드가 있지만 마지막 단계는 Bolt가 맡지 않습니다. Bolt 문서에 나온 절차는 이렇습니다. EAS CLI를 로컬에 설치하고 자동 제출과 함께 iOS 빌드를 실행한 뒤 TestFlight를 기다리고, App Store Connect에서 공개 출시를 위해 제출해야 합니다.
Bolt에서
- 프롬프트“모바일 앱을 만들어 줘”
- Expo 프로젝트React Native 코드
- Expo Go 미리 보기휴대폰에서 쓰는 QR 코드
- GitHub커밋 동기화
Bolt 이후: 직접 해야 하는 일, AirBuild로 가져오면 AirBuild가 맡는 일
- 빌드컴퓨터의 EAS CLI
- TestFlightiPhone에서 사용해 보기
- 등록 정보스크린샷, 개인정보 보호 관련 답변, 심사 메모
- App Review답변, 수정, 재제출
App Review는 대화입니다
심사 담당자가 앱에 특정 권한이 필요한 이유를 묻거나 작동하지 않는 화면을 지적하면 이를 수정해 다시 제출합니다. 도구가 사용자에게 남겨 두는 부분이 바로 이 반복 과정입니다. 프로젝트를 AirBuild로 가져오면 AI 팀이 이 대화를 대신 진행하며 사용자는 모든 단계를 확인할 수 있습니다.
- 제출빌드와 등록 정보
- 심사 담당자의 질문예: 캘린더가 왜 필요한가요?
- 수정사용 목적 문구, 스크린샷
- 재제출답변을 첨부해 제출
심사 담당자가 다시 질문하면 이 과정을 반복합니다
AirBuild로 가져오는 방법
링크 남기기
게시된
bolt.host주소나 Bolt가 동기화하는 GitHub 저장소와 함께 대기자 명단에 등록하고, iOS 앱이 해야 할 일과 대상 사용자를 한 문장으로 적어 주세요. Expo 프로젝트도 가져올 수 있으며, 이 경우에는 저장소 링크가 더 좋습니다.AI 팀이 SwiftUI로 다시 만들기
AirBuild의 제품, 디자인과 개발 에이전트가 앱의 기능, 화면과 흐름을 파악한 뒤 Apple 프레임워크를 사용해 네이티브 iOS 앱을 만듭니다. Bolt 프로젝트는 변경하지 않으므로 계속 Bolt에서 편집하고 게시할 수 있습니다.
iPhone에서 사용해 본 뒤 App Review 진행하기
앱은 TestFlight를 통해 휴대폰에 전달되므로 직접 사용해 보고 평소 쓰는 말로 수정을 요청할 수 있습니다. 준비가 끝나면 AirBuild가 App Store 등록 정보를 준비하고 제출한 뒤 심사 상태를 추적합니다. 심사 담당자에게 답변하고, 지적한 문제를 수정해 다시 제출합니다.
그대로 가져오는 요소
| 앱의 요소 | 처리 방식 |
|---|---|
| 화면과 흐름 | 탭 바, 스택, 시트와 뒤로 가기 제스처 등 iOS 탐색 방식을 갖춘 SwiftUI 뷰로 다시 만듭니다. Expo 프로젝트도 화면별로 같은 방식으로 옮깁니다. |
| 문구, 색상과 브랜드 | 그대로 가져옵니다. 템플릿이 아니라 사용자의 앱처럼 보여야 합니다. |
| 데이터와 백엔드 | 현재 위치에 그대로 둡니다. 앱이 연결되는 대상이 Supabase인지, Firebase인지, 아니면 API인지 알려주면 해당 백엔드에 맞춰 iOS 앱을 설계합니다. |
| Bolt 프로젝트 | 변경하지 않으며, 계속 Bolt에서 직접 편집하고 게시할 수 있습니다. |
준비할 것
- Bolt 프로젝트의 게시 링크. Expo 프로젝트이거나 로그인 뒤에 표시되는 페이지가 있다면 GitHub 저장소 링크를 준비하세요.
- Apple Developer Program 멤버십. 아직 없다면 앱 제출 전에 등록할 계획이 필요합니다.
- iOS 앱이 가장 먼저 해야 할 일을 설명하는 문단 하나. 웹 앱의 모든 기능을 담을 필요는 없습니다.
- 개인정보 처리방침 URL. Apple에서 요구하며, 없으면 App Store Connect에서 제출을 받지 않습니다.
자주 묻는 질문
Bolt.new에서 앱을 App Store에 게시할 수 있나요?
Bolt.new만으로는 할 수 없습니다. Bolt 웹 프로젝트는 bolt.host 주소에 게시됩니다. Bolt Expo 프로젝트는 React Native 코드를 제공하며, Bolt 문서에 따르면 앱을 빌드하고 제출하려면 유료 Apple Developer 계정과 본인 컴퓨터에 설치한 EAS CLI가 필요합니다.
Bolt 프로젝트가 웹 앱입니다. iOS용으로 감쌀 수 있나요?
가능하지만 가이드라인 4.2에 따르면 앱에는 다시 포장한 웹사이트를 넘어서는 기능, 콘텐츠와 UI가 있어야 합니다. bolt.host 주소를 감싼 셸은 바로 이런 형태라서 심사에서 자주 거절됩니다.
Bolt 프로젝트에서 이미 Expo를 사용하고 있습니다. 왜 AirBuild로 가져와야 하나요?
Bolt가 맡는 범위는 코드까지이기 때문입니다. 빌드 실행, App Store 등록 정보 작성과 App Review는 직접 해야 합니다. AirBuild는 앱을 네이티브 SwiftUI로 다시 만들고 제출부터 재제출까지 App Review를 처리합니다.
백엔드는 어떻게 되나요?
현재 위치에 그대로 둡니다. 대기자 명단에 등록할 때 앱이 연결되는 대상이 Supabase인지, Firebase인지, 아니면 API인지 알려주세요. 데이터를 옮기는 대신 해당 백엔드에 맞춰 iOS 앱을 설계합니다.
Mac이나 Xcode가 필요한가요?
둘 다 필요하지 않습니다. AirBuild는 Mac이나 클라우드에서 AI 팀을 실행하고, 앱은 TestFlight를 통해 iPhone에 전달됩니다. 게시하려면 Apple Developer Program 멤버십이 필요합니다.
iOS 앱 코드는 누가 소유하나요?
사용자가 소유합니다. Bolt 코드도, AirBuild가 이를 바탕으로 만든 SwiftUI 프로젝트도 모두 사용자의 것입니다.