고수는 언제 앱 빌더를 쓰나: Lovable, Replit, Antigravity, Claude Cowork

네 도구는 각각 어떤 종류예요?

같은 바이브 코딩 도구로 묶이지만 층이 달라요. Lovable·Replit은 결과물(동작하는 앱과 호스팅)을 주고, Antigravity는 작업 환경을 주고, Cowork는 코드 밖의 일을 맡아요. 그래서 질문은 어느 쪽이 나은지가 아니라 지금 단계에 어떤 층이 필요한지예요.

요금과 한도는 어떻게 돼요? (2026년 10월 12일 기준)

Lovable 요금표에는 버튼 색 바꾸기 0.5 크레딧, 회원가입·로그인 추가 1.2 크레딧 같은 예시가 나와요. 가격은 모두 세금 별도 USD이고, 원화 결제 금액은 환율·부가세에 따라 달라요.

고수는 언제 빌더를 쓰고, 언제 안 써요?

빌더가 맞는 경우는 이래요.

• 고객과 화면·흐름을 합의하기 전에 클릭되는 시안이 필요할 때
• 데이터가 가짜이거나 민감하지 않은 내부 도구
• 며칠 안에 버려도 괜찮은 아이디어 검증

반대로 기존 저장소에 기능을 더하거나, 권한이 여러 단계이거나, 결제·개인정보를 다루면 처음부터 Claude Code·Codex·Cursor 쪽에서 시작하는 편이 되돌릴 일이 적어요.

빌더는 어디서 깨져요?

데이터 모델

Lovable Cloud는 스키마 변경을 drizzle/migrations/에 SQL 마이그레이션 파일로 남겨서 이력이 코드에 있어요. 그래도 채팅으로 테이블을 늘리다 보면 인덱스, 삭제 정책, 정규화 같은 결정이 검토 없이 쌓이기 쉬워요. Replit은 DB 롤백 기간이 Core 7일, Pro 28일이라 그 안에서는 되돌릴 수 있어요.

인증

Lovable 문서가 직접 짚는 문제는 미리보기에서는 로그인이 되는데 게시 주소나 커스텀 도메인에서 깨지는 경우예요. 원인은 대부분 리디렉트 URL 설정이에요. 내 Supabase 프로젝트를 연결했다면 소셜 로그인 설정은 Supabase 대시보드에서 직접 해야 해요. 내장 보안 점검은 Lovable 스스로 “전체 감사가 아니다”라고 밝히고 있어요.

배포와 락인

코드는 git으로 쉽게 빠지지만 백엔드·도메인·시크릿은 수작업이에요. Lovable Cloud 백엔드는 Lovable이 관리해서 서비스 롤 키나 DB URL이 노출되지 않고, 내 Supabase로 옮기는 자동 기능이 없어요. 데이터를 내보내서 새 프로젝트에 다시 넣어야 해요.

코드 소유권과 내보내기

Lovable은 코드가 사용자 소유라고 밝히고, GitHub 양방향 동기화(모든 플랜)와 코드 다운로드(유료 플랜)를 줘요. 단 한 번에 한 브랜치만 편집·동기화해요. Replit은 Git 패널에서 GitHub 자동 동기화를 켜거나 zip으로 내려받아요.

빌더에서 git으로, 그다음 하드닝은 어떤 순서예요?

1. 빌더에서는 화면과 흐름만
   가짜 데이터로 만들고, 실제 고객 이름·연락처 같은 개인정보는 넣지 않아요.
2. GitHub로 내보내기
   Lovable GitHub 동기화나 Replit Git 패널로 저장소를 만들고, 컷오버 날짜를 정해요.
3. 로컬 clone + AGENTS.md
   빌드·테스트 명령, 폴더 지도, 건드리면 안 되는 파일을 적어서 에이전트가 첫 세션부터 같은 규칙을 따르게 해요.
4. 데이터와 인증 다시 보기
   스키마·마이그레이션·권한 정책을 리뷰하고, 백엔드를 직접 소유할 DB로 옮길지 결정해요.
5. 테스트로 고정
   가입·로그인·핵심 기능 흐름을 Playwright E2E로 묶고, 에이전트가 변경마다 실행하게 해요.
6. 배포 파이프라인 옮기기
   CI에서 테스트가 통과해야 배포되도록 바꾸고, 그다음 빌더 호스팅을 정리해요.

3단계에서 Claude Code·Codex·Cursor에 처음 맡길 때는 고치기 전에 지도부터 그리게 하는 게 안전해요.

브라우저 에이전트로 QA는 어떻게 해요?

Claude in Chrome은 모든 Claude 유료 플랜에 정식 제공돼요. Claude Code를 claude --chrome으로 시작하면 콘솔 에러와 DOM을 직접 읽고 원인 코드를 고치거나, 폼 검증과 사용자 흐름을 실제 브라우저에서 확인해요. 로그인 페이지나 CAPTCHA를 만나면 멈추고 사람에게 넘겨요. Cowork에도 데스크톱 앱 안에 내장 브라우저가 있어요.

브라우저 에이전트는 브라우저의 로그인 상태를 공유하니, 테스트 계정만 로그인된 별도 프로필을 쓰는 게 좋아요. 탐색형 QA는 브라우저 에이전트로 하고, 한 번 찾은 회귀는 Playwright 테스트로 옮겨 고정하는 식으로 역할을 나누면 같은 버그를 다시 찾지 않아도 돼요.

정리

• Lovable·Replit은 시안과 검증 단계에, Antigravity는 로컬 개발 환경으로, Cowork는 코드 밖 지식노동에 써요.
• 빌더의 약점은 데이터 모델 검토, 커스텀 도메인 인증, 백엔드 이전이에요.
• 개인정보·결제가 들어오기 전에 GitHub로 내보내고 컷오버를 정하세요.
• 하드닝은 AGENTS.md, 스키마 리뷰, Playwright 테스트, CI 순서로 진행해요.

이 흐름으로 자영업자 AI 비서와 우리 가게 전용 앱을 만들고 있어요. 직접 만들 시간이 없다면 자영업자 AX 구조대를 참고해 보세요.

자영업자 AI, 뭐부터 쓰면 될까? 가게 일별 정리 보기