길리랩blog

Lovable 바이브코딩의 성장과 자연어 앱 생성 아키텍처

Lovable의 자연어 앱 생성 구조와 품질 관리 방식, 모바일 확장 과정에서 드러난 앱스토어 정책 갈등을 분석한다.

2026-08-14 · 최초 발행 2026-05-08

말로 만드는 앱이 하나의 시장이 되기까지

바이브코딩(Vibe Coding)은 자연어로 요구사항을 전달하며 앱을 만드는 개발 방식이다. 2026년 이 분야의 시장 규모는 $47억으로 추산됐고, 앱스토어 제출 건수는 전년 대비 84% 늘었다.

스웨덴 스타트업 Lovable은 이 흐름을 매출과 사용량으로 보여줬다. 2025년 7월 ARR $1억을 넘어선 뒤 같은 해 11월 $2억, 2026년 1월 $3억, 2월 $4억에 도달했다. 매 분기 $1억씩 추가한 성장세에 이어 2026년 3월 한 달에만 $1억의 신규 ARR을 더했다. 당시 기업 가치는 $66억으로 평가됐다.

운영 규모도 작지 않다. Lovable은 146명의 직원으로 매일 20만 건의 신규 프로젝트를 처리하며 8백만 이상의 이용자를 확보했다. 사용자는 코딩 경험이 없어도 음성이나 텍스트 프롬프트를 입력해 완전한 웹 앱을 만들 수 있다.

⤢✕오류 발생성공사용자 입력(음성 / 텍스트 프롬프트)요구사항 파싱(Intent Extraction)컨텍스트 선택(GPT-4 Mini 경량 처리)코드 생성(Claude 3.5 Sonnet)컴포넌트 합성TypeScript + React실행 피드백 루프(오류 감지)오류 수정 에이전트실시간 미리보기(라이브 렌더링)배포(Supabase + Vercel)최종 앱 완성

하나의 요청을 여러 모델에 나눠 맡기는 구조

Lovable의 핵심에는 다중 LLM을 단계적으로 오케스트레이션하는 “하이드레이션(Hydration)” 아키텍처가 있다. 전체 코드베이스를 단일 LLM에 전달해 완성을 요청하는 대신, 작업을 분리하고 각 단계에 맞는 모델을 배치한다.

자연어에서 요구사항을 추출한다

첫 작업은 음성이나 텍스트 입력을 구조화된 요구사항으로 바꾸는 것이다. 빠른 처리가 필요한 이 구간에서는 OpenAI GPT-4 Mini 같은 경량 모델을 사용해 의도(Intent), 엔티티(Entity), 제약 조건(Constraints)을 추출한다.

관련 코드만 컨텍스트로 고른다

요청을 처리하는 데 필요한 파일을 기존 코드베이스에서 선별한다. 전체 코드를 넘기지 않고 LLM을 전처리 필터로 활용해 관련 컨텍스트만 추리는 방식이다. 이를 통해 토큰 비용을 대폭 줄이면서 생성 품질을 유지한다.

기술 스택에 맞춰 코드를 생성한다

복잡한 코드 생성에는 Anthropic Claude 3.5 Sonnet을 활용한다. Lovable은 TypeScript, React, Supabase로 구성된 특정 기술 스택에 집중한다. 이 범위 안에서 파인튜닝과 프롬프트 엔지니어링을 적용할 수 있다는 점이 범용 코딩 어시스턴트와 다르다.

코드 조각을 애플리케이션으로 합친다

생성 결과는 개별 코드 조각에 머물지 않는다. 프론트엔드 UI와 백엔드 데이터베이스, 사용자 인증, 결제 처리를 연결해 하나의 일관된 애플리케이션으로 조합한다.

실행 결과를 다시 생성 과정에 넣는다

완성된 코드는 실제 실행 환경에서 테스트된다. 오류가 발견되면 오류 수정 에이전트가 코드를 고친 뒤 다시 실행한다. 이 피드백 루프가 성공해야 사용자에게 결과가 전달된다.

비개발자의 수정 흐름을 제품에 담는 방식

코드 생성만으로는 비개발자가 앱을 계속 다듬기 어렵다. Lovable은 생성 중인 결과를 브라우저에 실시간으로 표시해 사용자가 진행 상황을 확인하고 방향을 바꿀 수 있게 한다.

변경은 기존 코드베이스 위에 증분으로 적용된다. “로그인 버튼 색상을 파란색으로 바꿔줘” 같은 UI 수정과 “결제 기능을 추가해줘” 같은 기능 요청 모두 전체 앱을 다시 만들지 않고 현재 상태에 반영한다. 이 과정에서 기존 커스터마이징도 보존된다.

자연어 요청과 실제 코드 변경(diff)의 관계도 기록한다. 프롬프트-Diff 매핑을 이용하면 어떤 요청이 어느 변경으로 이어졌는지 추적할 수 있고, Git을 알지 못해도 “이전 상태로 되돌려줘”라는 명령으로 롤백할 수 있다.

2026년 4월 iOS·Android 모바일 앱이 출시되면서 작업 환경은 스마트폰과 데스크톱으로 확장됐다. 모바일에서 음성 프롬프트로 아이디어를 기록하고 요청을 큐에 쌓은 다음 데스크톱에서 마무리하거나, 반대 방향으로 작업을 이어갈 수 있다.

생성된 코드가 실행 가능한 상태에 이르는 조건

AI가 코드를 만들었다는 사실만으로 품질이 보장되지는 않는다. Lovable은 테스트와 정적 분석, 접근성, 보안 검사를 생성 파이프라인에 함께 넣는다.

사용자가 기능을 프롬프트로 명세하면 시스템은 단위 테스트와 E2E 테스트도 생성한다. 테스트를 먼저 정의한 뒤 코드가 이를 통과하도록 만드는 TDD 유사 방식이다. TypeScript 타입 시스템과 ESLint 규칙도 연결해 생성 과정에서 타입 오류와 일반적인 패턴 위반을 차단한다.

접근성 처리는 WCAG 2.1 가이드라인을 따른다. ARIA 레이블과 키보드 네비게이션, 색상 대비가 생성 코드에 자동으로 포함된다. 보안 측면에서는 SQL 인젝션, XSS, CSRF를 비롯한 OWASP Top 10 취약점 패턴을 코드 생성 단계에서 회피하도록 파인튜닝했으며, Supabase Row Level Security(RLS) 규칙도 자동 생성한다.

대량 요청을 처리할 인프라도 필요하다. Lovable은 Modal과의 파트너십을 통해 주말 한 번에 25만 건의 앱 생성 요청을 처리한 사례가 있다. 수요가 급증하면 컨테이너 인프라를 동적으로 확장해 서비스를 유지한다.

앱을 만드는 앱과 Apple 정책의 충돌

바이브코딩 앱은 사용자 요청에 따라 새로운 앱과 기능을 만든다. 이 성격은 기존 앱스토어 정책과 직접 부딪혔다. 2026년 3월 Apple은 Replit과 Vibecode의 앱스토어 업데이트를 조용히 차단했다. 공식 사유는 앱이 자신이나 다른 앱의 기능을 변경하는 코드를 실행하지 못하도록 한 규정 2.5.2 위반이었다.

Apple은 Replit에 생성된 앱의 미리보기를 인앱 웹뷰가 아닌 외부 브라우저에서 열도록 요구했다. Vibecode에는 Apple 플랫폼용 앱 생성 기능 자체를 제거하라고 요청했다.

갈등의 배경에는 바이브코딩 도구가 앱을 만드는 앱, 즉 메타 앱스토어처럼 기능할 수 있다는 우려가 있다. Apple의 30% 수수료 체계를 우회할 가능성과 검토되지 않은 앱이 배포될 위험성이 함께 얽혀 있었다.

Lovable은 2026년 4월 정책을 준수하는 방식으로 iOS 앱을 정식 출시했다. 모바일에서 앱을 생성하되 미리보기는 외부 브라우저에 제공했다. 초기에는 제약으로 보였던 조건이 Lovable에는 경쟁사보다 먼저 모바일 시장에 진입하는 계기가 됐다.

개인용 앱 빌더에서 기업 플랫폼으로

Lovable의 사용 범위는 개인 개발자와 스타트업을 넘어 기업으로 넓어졌다. Klarna와 HubSpot 등이 플랫폼을 도입했으며, 공동 창업자 겸 CEO Anton Osika는 Fortune 500 기업의 절반 이상이 Lovable을 활용해 “창의성을 강화”한다고 밝혔다.

이 전략은 Sora가 실패한 B2C 의존 모델과 다른 방향을 제시한다. 단가가 높고 예측 가능한 기업 계약은 안정적인 수익 기반을 만들고 인프라 비용 계획에도 유리하다. Lovable은 146명의 직원으로 ARR $4억을 달성해 직원 1인당 생산성이 업계 최고 수준에 이르렀으며, M&A를 통한 추가 플랫폼 확장도 추진하고 있다.

Lovable의 성장 과정은 바이브코딩이 실험적 인터페이스를 넘어 하나의 개발 방식으로 자리 잡는 흐름을 보여준다. 다중 LLM 오케스트레이션과 실행 피드백, 증분 수정, 자동 품질 보증을 연결한 구조는 비개발자가 프로덕션 수준의 앱을 만드는 기반이 됐다. 동시에 Apple과의 충돌은 AI 생성 도구가 기존 플랫폼 생태계의 배포·검토·수익 정책과 어떤 경계를 형성할지라는 과제를 남겼다.

Sources

바이브코딩LovableAI 앱 빌더자연어 프로그래밍플랫폼 정책