구글이 SaaSpocalypse 앱 시장 버전을 테스트 중

Google AI Studio가 프롬프트만으로 네이티브 Android 앱을 생성하는 기능을 공개했다. 핵심 기술 스택은 Kotlin과 Jetpack Compose로, 단순히 웹뷰 래퍼나 하이브리드 앱이 아닌 정식 Android 네이티브 앱을 출력한다는 점이 주목할 만하다. Gemini 기반 LLM이 자연어 요구사항을 받아 UI 컴포넌트 트리, 상태 관리(ViewModel/StateFlow), Material Design 3 테마, 권한 매니페스트까지 자동 구성하며, 결과물은 브라우저 내장 에뮬레이터에서 즉시 검증 가능하다. Jetpack Compose의 선언적 UI 패러다임이 LLM이 다루기에 명령형 XML보다 훨씬 적합하다는 점이 기술적 토대다 — 함수형 컴포저블 단위로 코드가 모듈화되어 있어 LLM이 부분 수정·재생성을 수행하기 쉽다.

개발자 관점에서의 충격은 SaaS 시장에서 이미 진행 중인 "프롬프트로 한 번에 만드는" 흐름이 모바일 앱 영역으로 확장된다는 점이다. 할 일 관리, 습관 추적기, 단위 변환기, 가계부 같은 유틸리티 앱은 사실상 비개발자도 30분 안에 자기 전용 앱을 만들 수 있게 되며, 이는 Play Store에 올라온 수천 개의 유사 무료 앱(광고 수익 모델)의 존재 이유를 약화시킨다. 반면 Apple은 vibe-coding으로 생성된 앱의 App Store 등재를 일관되게 차단하고 있어 두 플랫폼의 전략이 명확히 갈리고 있다 — Google은 생성형 앱 생태계를 적극 수용해 Android의 개방성을 강조하는 반면, Apple은 큐레이션된 품질과 보안을 우선시한다. 결국 동일한 사용자가 두 OS에서 받는 앱 경험이 구조적으로 달라질 수 있다.

한국 개발자들이 당장 점검할 사항은 세 가지다. 첫째, 단순 CRUD 기반의 유틸리티 앱 비즈니스 모델(광고 수익형)이 직접적인 타격권에 있다 — 차별화 포인트를 클라우드 동기화, 백엔드 연동, 도메인 전문성, 또는 디바이스 센서/하드웨어 통합처럼 LLM이 자동 생성하기 어려운 영역으로 옮겨야 한다. 둘째, Compose 숙련도를 올려두는 것이 오히려 더 중요해진다. AI가 생성한 Compose 코드를 읽고 수정·디버깅·최적화하는 역량이 곧 새로운 진입 장벽이 되며, XML 기반 레거시 View 시스템에 머물러 있다면 마이그레이션을 서둘러야 한다. 셋째, AI Studio가 생성한 코드를 그대로 프로덕션에 올리기 전 보안 검토가 필수다 — 네트워크 통신, 권한 요청 범위, 로컬 데이터 저장 방식에서 LLM이 안일한 패턴을 내놓는 사례가 다수 보고되고 있어, 정적 분석 도구(Detekt, Android Lint)와 OWASP MASVS 체크리스트를 CI에 결합해두는 것이 안전하다.