바이브코딩 하는법 — 비개발자가 AI로 앱 만드는 5단계 (Cursor·Lovable)

"코딩 배우기엔 늦은 것 같고, 외주를 맡기자니 견적이 부담되고." 머릿속에 앱 아이디어 하나쯤은 있는데 몇 년째 묵혀둔 사람, 주변에 꼭 한 명씩 있다. 2026년의 답은 좀 달라졌다. 이제는 AI에게 "이런 앱 만들어줘"라고 말로 설명하면 작동하는 화면이 몇 분 만에 나온다.

이걸 바이브코딩(vibe coding) 이라고 부른다. 2025년 초 AI 연구자 안드레이 카파시가 툭 던진 표현인데, 1년 만에 비개발자가 사이드 프로젝트나 업무 자동화 도구를 직접 만드는 표준 방식으로 올라섰다. Lovable 한 곳에서만 하루 20만 개의 새 프로젝트가 올라온다는 숫자가 지금 분위기를 대신 말해준다.

거창한 준비물은 없다

바이브코딩을 시작하는 데 필요한 건 딱 세 가지다.

1. 만들고 싶은 걸 한 문장으로 말할 수 있을 것
2. 브라우저가 도는 노트북 (최신 사양 아니어도 된다)
3. 도구 하나를 고르는 결정

문제는 세 번째다. 도구가 너무 많아서 고르다 지친다. 크게 세 갈래로 나눠 보면 선택이 쉬워진다.

• 올인원 웹 빌더 (Lovable · Bolt · v0) — 브라우저에서 대화만으로 앱을 만들고 배포까지 해준다. 깃이나 터미널 같은 걸 몰라도 된다. 비개발자라면 여기서 시작하는 게 맞다.
• 클라우드 IDE형 (Replit) — 개발 환경이 통째로 브라우저 안에 들어 있다. 실행과 호스팅이 내장돼 있어, 조금 더 손을 대보고 싶을 때 좋다.
• 개발자용 도구 (Cursor · Claude Code) — 내 컴퓨터에서 코드를 직접 다룬다. 결과물의 자유도는 가장 높지만, 코드 파일과 터미널을 마주해야 한다.

비개발자가 첫 앱을 만든다면 고민할 것 없이 Lovable이나 Bolt다. 화면이 바로 나오고, 영어가 부담되면 한국어로 요청해도 대부분 알아듣는다.

AI로 앱 만드는 5단계

순서는 의외로 단순하다. 어렵게 느껴지는 건 각 단계가 복잡해서가 아니라, 한 번에 다 끝내려는 욕심 때문이다.

1. 한 문장으로 요구를 적는다. 추상적인 "멋진 앱" 말고 구체적으로. 예를 들면 이런 식이다.

운동 기록을 날짜별로 저장하고, 주간 총 운동량을
막대그래프로 보여주는 웹앱을 만들어줘.

1. 화면부터 받는다. AI가 뼈대와 디자인이 입혀진 첫 화면을 만들어 보여준다. 이 시점엔 완성도를 따지지 말고 "방향이 맞나"만 본다.
2. 고치고 싶은 걸 말로 요청한다. "버튼 색을 초록으로", "상단에 로그인 메뉴 추가", "그래프를 선 그래프로 바꿔줘". 코드 대신 말로 리모델링한다고 생각하면 된다.
3. 데이터와 로그인을 붙인다. 저장(데이터베이스)·회원가입 같은 건 도구가 알아서 깔아주거나, 외부 서비스 연결을 단계별로 안내해 준다. 여기서 막히면 그 에러 문구를 그대로 AI에게 던지면 된다.
4. 배포한다. 버튼 하나로 주소(URL)가 발급된다. 그 링크를 친구에게 보내면, 당신이 만든 앱이 남의 폰에서도 돌아간다.

초보가 반드시 겪는 삽질 포인트

처음 해보면 누구나 비슷한 데서 넘어진다. 미리 알아두면 반나절은 아낀다.

• 한 번에 다 시키지 마라. "쇼핑몰 통째로 만들어줘"처럼 큰 덩어리를 던지면 엉뚱하게 완성돼 돌아온다. 기능을 잘게 쪼개 하나씩 쌓는 쪽이 훨씬 빠르다.
• "왜 안 되지"는 AI에게 그대로 붙여넣어라. 빨간 에러 메시지가 뜨면 당황하지 말고 복사해서 그대로 넣는다. 열에 여덟은 스스로 원인을 찾아 고친다.
• 되돌리기를 믿어라. 대부분의 도구가 버전을 자동 저장한다. 화면이 망가져도 이전 버전으로 한 번에 돌아갈 수 있으니, 과감하게 실험해도 된다.
• 공짜 티어엔 한계가 있다. 무료로 충분히 시작할 수 있지만, 방문자가 늘거나 데이터가 쌓이면 유료 구간을 만난다. 취미 프로젝트라면 당분간 무료로 버틴다.

여기서 한 가지는 솔직하게 짚고 넘어가야겠다. 바이브코딩은 '완성품 공장'이 아니라 '초안 공장'에 가깝다. 프로토타입, 사내 잡무 자동화, 랜딩페이지처럼 틀려도 크게 다치지 않는 영역에서는 압도적으로 빠르다. 반대로 결제나 개인정보, 실명 인증이 걸린 서비스는 여전히 사람 손이 필요하다. 실제로 "AI가 짠 코드의 상당수가 보안 점검을 통과하지 못했다"는 보도가 국내에도 여러 차례 나왔다. 돈과 개인정보를 다루는 앱이라면 배포 전에 아는 개발자에게 한 번 보여주는 게 안전하다.

국내 개발자 커뮤니티에도 요즘 "비개발자 동료가 혼자 사내 도구를 만들어 왔다"는 글이 심심찮게 올라온다. 개인적으로 가장 아깝다고 느끼는 건, 도구를 자주 갈아타는 사람들이다. 다섯 개를 겉핥기로 써보는 것보다, 하나에 2주만 익숙해지는 쪽이 결과물이 훨씬 멀쩡하다. 첫 도구를 정했으면 한동안은 그 안에서 승부를 보는 걸 권한다.

한 문장으로 요약하면

바이브코딩의 핵심은 '완벽한 명령'이 아니라 '빠른 왕복'이다. 한 문장을 던지고, 결과를 보고, 말로 고치고, 다시 던진다. 이 리듬에 익숙해지는 순간부터 속도가 붙는다.

오늘 저녁 Lovable이나 Bolt에 접속해 머릿속 아이디어를 한 문장으로 적어보는 것만으로 절반은 시작한 셈이다. 당신이 가장 먼저 만들어보고 싶은 앱은 무엇인가? 댓글로 아이디어를 남겨주면, 어떤 도구로 시작하면 좋을지 같이 이야기해 보자.

---

참고

• What is vibe coding? — Google Cloud
• 비개발자를 위한 바이브 코딩 입문 가이드 — Steady Study