말로 만든 앱, 실제 휴대폰에서도 쓸 수 있을까? 생성 전에 멈춘 이유

이번에는 앱을 생성하기도 전에 멈췄다. 그래서 실제 휴대폰에서 앱을 돌리는 단계까지 가지 못했다. 미리 정해 둔 두 가지 휴대폰 연결 방법 중 어느 것도 준비됐다는 증거가 없었기 때문이다.

그래서 이 글은 “프롬프트로 만든 앱이 휴대폰에서 잘 됐다”거나 “실패했다”는 사용기가 아니다. 미리보기 화면을 실제 휴대폰 검증으로 착각하지 않으려면, 코드를 만들기 전에 무엇부터 확인해야 하는지를 기록한 한계 보고서다.

‘앱을 만들었다’에는 다섯 단계가 숨어 있다

말로 화면을 생성하고 미리보기가 뜨면 앱이 완성된 것처럼 느껴진다. 하지만 실제 휴대폰이라는 기준을 넣으면 단계가 나뉜다.

1. 생성: AI가 요구사항을 소스 코드로 만든다.
2. 빌드: 코드를 휴대폰 쪽에서 받아들일 수 있는 형태로 묶는다.
3. 설치 또는 열기: 만든 앱 전용 개발 버전을 설치하거나, 이미 휴대폰에 있는 Expo Go라는 앱 안에서 프로젝트를 연다.
4. 실제 휴대폰 도달: 방금 생성한 바로 그 코드 버전(리비전)이 휴대폰 화면에 뜬다.
5. 사용성 확인: 손가락, 실제 키보드, 긴 한글, 다시 열기 조건에서 같은 흐름을 반복한다.

Expo의 AI 빌드 튜토리얼은 AI 코딩 에이전트로 프로젝트를 만들고 휴대폰에서 여는 공식 경로를 소개한다. 개발 시작 안내는 개발 서버의 QR 코드로 물리적 기기에서 프로젝트를 여는 흐름을 설명한다. 그러나 Expo의 워크플로 안내가 구분하듯 Expo Go는 학습과 프로토타이핑용 제한된 실행 환경이다. 그 안에서 열렸다는 사실은 앱스토어용 빌드가 완성됐다는 뜻이 아니다.

원래 하려던 실제 휴대폰 시험

시험 대상은 서버와 로그인, 개인정보, 권한 요청이 없는 오프라인 한글 체크리스트가 될 예정이었다. 미리 정해 둔 같은 문구로 항목을 추가하고, 수정하고, 완료 표시한 뒤 삭제하는 흐름을 세 번 반복하도록 설계했다.

그 다음에는 키보드를 연 채 저장 버튼을 다섯 번 누를 수 있는지, 핵심 터치 영역이 iOS의 44×44포인트 또는 Android의 48×48dp 라는 손가락 터치 크기 지침을 충족하는지, 긴 한글과 한글·영문·숫자 혼합 문장이 깨지지 않는지 확인할 계획이었다. 배경 전환, 앱 화면 다시 불러오기, 완전 종료 후 세 번 다시 열기도 서로 다른 항목으로 나눴다.

이 숫자들은 결과가 아니다. 실행 전에 고정한 판정 기준이다. 실제 휴대폰 화면, 탭 기록, 저장 상태는 한 건도 수집되지 않았고, 계획했던 두 사람의 탐색적 사용 기록도 받지 않았다.

실행 전에 확인된 것

2026년 9월 13일, 로컬 환경을 변경하지 않는 범위에서 도구와 설정 존재 여부를 점검했다.

시뮬레이터, 즉 컴퓨터 화면 안의 가상 휴대폰은 화면 모양을 일부 확인할 수 있지만 이번 질문의 답은 아니다. 실제 휴대폰의 손가락 조작과 키보드, 물리적 기기 상태를 대신할 수 없기 때문이다. 그래서 시뮬레이터를 켜서 빈칸을 채우지 않았다.

한 경로는 미확인, 다른 경로는 현재 환경에서 부적합

첫 번째 경로는 휴대폰에 이미 설치된 Expo Go를 같은 네트워크(LAN)에서 여는 방법이었다. 하지만 휴대폰에 Expo Go가 있는지, 그 버전이 프로젝트와 맞는지, 외부 중계 없이 같은 네트워크로 바로 연결되는지, 개인정보가 화면에 찍히지 않게 기록할 수 있는지가 모두 확인되지 않았다.

두 번째는 Android 휴대폰을 USB로 연결하는 방법이었다. 다만 이미 준비돼 있을 때만 쓰기로 한 경로였는데, 현재 환경에는 Android SDK와 ADB, 사용할 수 있는 Java 실행 환경이 없었다. 이를 채우려면 설치나 설정이 필요했다. 휴대폰 신뢰 연결 상태도 확인하지 않았다.

판정은 실행 능력이 입증되지 않아 시작하지 않음(NO_GO_CAPABILITY_NOT_PROVEN)이었다. 앱을 만든 뒤 휴대폰에 도달하는 과정에서 막힌 경우나 앱 기능이 틀린 경우와는 다르다. 생성된 첫 코드 버전 자체가 없었기 때문이다.

빈칸을 대체 증거로 메우지 않은 이유

Expo 명령을 실행하거나 Android 도구를 설치하면 다음 단계로 갈 가능성은 있다. 하지만 다운로드와 환경 변경이 생길 수 있다. 휴대폰을 잠금 해제하거나 연결·신뢰·권한을 승인하는 것도 별도의 기기 행동이다. 계정이나 서명이 필요한 빌드·배포 서비스와 앱스토어 경로는 이번 안전 경계를 벗어난다.

움직이지 않는 화면 그림이나 컴퓨터 안의 모의 앱도 만들지 않았다. 그것은 설명 자료는 될 수 있어도 “말로 만든 그 코드 버전이 실제 휴대폰에서 작동했다”는 증거는 아니다. QR 코드, 빌드 로그, Expo Go 첫 화면, 시뮬레이터 화면 역시 실제 휴대폰에서 생성 앱 화면에 도달했다는 증거를 대신하지 못한다.

독자가 먼저 확인할 세 가지

직접 비슷한 실험을 한다면 코드를 만들기 전에 다음 세 가지를 따로 확인하는 편이 낫다.

• 경로: 휴대폰에 Expo Go 같은 앱이 이미 있는가, 그 버전이 지원하는 SDK에 맞춰 프로젝트를 만들 수 있는가, 같은 네트워크로 직접 연결하는지 외부 중계를 거치는지 기록할 수 있는가.
• 경계: 로그인, 결제, 서명, 스토어, 새 권한이나 기기 신뢰 요청이 나오면 어디서 멈출 것인가.
• 증거: 방금 생성한 그 코드 버전이 실제 휴대폰의 앱 화면에 떴는가. 그 뒤에야 기능, 키보드, 터치, 한글, 다시 열기를 센다.

현재 가장 작은 다음 조건은 이미 Expo Go가 설치된 휴대폰에서, 설치·로그인·결제·새 권한 없이 휴대폰의 Expo Go 버전과 같은 네트워크(LAN)로 연결되는 경로를 확인하는 것이다. 그 뒤 그 버전에 맞는 프로젝트 SDK와 개인정보가 찍히지 않는 화면 기록 가능성을 함께 증명해야 한다. Expo Go가 없는 휴대폰이라면 이 조건이 아직 성립하지 않는다는 뜻이지, 설치하라는 뜻이 아니다. 이것은 이번 글에서 수행한 행동이 아니라, 다음 실행을 열기 위한 조건이다.

따라서 제목의 질문에는 아직 “된다”도 “안 된다”도 답할 수 없다. 앞으로 시험을 통과하더라도 그 결과는 기록한 한 대의 휴대폰과 설정, 그 날짜에만 해당한다. 이번 중단이 뒷받침하는 교훈은 더 좁다. 생성 버튼을 누르기 전에 실제 휴대폰 경로의 증거가 필요하며, 그 증거가 없으면 앱 결과를 꾸며내지 않고 멈춰야 한다.

이 글은 AI를 활용해 자료 조사와 초안 작성을 보조하고, 작성자가 직접 검증·편집했습니다.