Lovable, Bolt, v0 앱을 회사 안에서만 쓰기

02옮길 때

앱을 옮길 만한 건 언제일까요?

• 동료들이 거기 계정이 없어요. 툴 하나 쓰자고 재무팀이나 창고 직원에게 Lovable이나 Vercel 계정을 만들라고 하는 데서 이런 앱 대부분이 멈춰요.
• 목록이 아니라 회사 로그인을 원해요. 회사의 누구나 이미 가진 회사 계정으로 로그인하고, 퇴사한 사람은 IT 팀이 계정을 비활성화하면 접근 권한을 잃어요.
• 데이터와 키를 알아서 잠가 주길 원해요. 앱마다 자기 데이터베이스, 파일, 시크릿을 받고, 로그인하기 전에는 어떤 요청도 앱에 닿지 않아요.
• 회사 이메일이 Google이나 Microsoft에 있지 않아요. 이메일 코드는 어떤 회사 도메인이든 돼요.
• 청구서를 하나로 받고 싶어요. 앱을 쓰기만 하는 사람은 몇 명이든 무료예요.

해당하는 게 없다면 지금 있는 곳에 그대로 있으세요. 옮기는 건 실제 작업이 들고, 플랫폼 자체 공유는 설정 하나예요.

04방법

어떻게 옮기나요?

컴퓨터에 프로젝트 코드, Node.js, 그리고 Claude Code나 Cursor가 필요해요.

06알게 된 것

실제 앱 네 개를 옮기며 무엇을 배웠나요?

GitHub에 공개된 Lovable, Bolt 앱 네 개를 가져와 하나씩 옮겼어요. 테이블 3개짜리 작업 관리 툴부터 테이블 17개짜리 장비 관리 시스템까지요. 네 개 모두 화면을 그대로 유지했고, 회사 로그인 뒤에서 돌아가요.

이어서 다섯 번째 테스트: 처음 보는 Lovable 헬프데스크 앱(파일 120개, 테이블 11개)에서 새 Claude Code 세션에 3단계의 한 줄 요청만 줬어요. 15개 페이지를 모두 유지하고 Supabase를 대체했으며, 옮겨지지 않은 것을 분명히 알려 주고 배포 전에 확인을 기다렸어요.

네 개 중 세 개는 옮기기 전에 보안 문제가 있었어요:

• 하나는 로그인이 아예 없었어요. 링크가 있는 누구나 데이터를 읽고 바꿀 수 있었어요.
• 하나는 모든 브라우저로 보내는 코드에 관리자 비밀번호가 들어 있었고, 저장소에 키가 있었어요.
• 하나는 번호만 추측하면 누구나 티켓을 읽을 수 있었어요.

첫 버전에서는 흔한 일이고, 옮기고 나면 하나도 남지 않아요: TeamOnly는 요청이 앱에 닿기 전에 로그인을 확인하고, 키는 시크릿이 되고, 모든 라우트가 누가 요청하는지 확인해요.