바이브 코딩 입문서: 코딩을 몰라도 AI와 함께 앱 만드는 방법

바이브 코딩AI 코딩Claude CodeCodexMVPAI 제품 개발

최근 ‘바이브 코딩(Vibe Coding)‘이라는 단어가 자주 들립니다. 마치 프롬프트 창에 원하는 것을 말하기만 하면 마법처럼 앱이 만들어진다는 환상을 주기도 합니다.

하지만 실제로 프로덕트를 만들어보면, “버튼 하나면 끝”이라는 말은 사실이 아님을 알게 됩니다. 진정한 의미의 바이브 코딩은 코딩 기술 그 자체보다, 어떻게 AI와 소통하고 역할을 나눌 것인가의 문제에 가깝습니다.

코딩을 깊게 알지 못해도 괜찮습니다. 내가 만들고자 하는 서비스의 목적, 역할, 범위, 검증 기준을 명확히 문서화할 수 있다면, AI와 함께 실전 MVP, 즉 최소 기능 제품을 만들어갈 수 있습니다. 이 글에서는 그 구체적인 시작 방법을 정리합니다.

1단계: 바로 코드를 요청하지 마라, 문서가 먼저다

가장 흔히 하는 실수는 AI 채팅창을 열자마자 “이런 앱을 만들어줘”라고 코드를 요구하는 것입니다. 이 경우 AI는 맥락을 충분히 알지 못한 채 코드를 생성하고, 결과물은 쉽게 흔들립니다.

코딩을 시작하기 전, 사람이 먼저 기준을 세워야 합니다. 이를 위해 Plan, Design, AGENTS.md 같은 문서를 먼저 작성하는 방식을 권장합니다.

  • Plan: 무엇을 만들고, 왜 만들며, 핵심 기능은 무엇인지 정의하는 기획 문서
  • Design: 화면 구조, 데이터 흐름, 사용자 경험을 정리하는 설계 문서
  • AGENTS.md: AI 에이전트가 어떤 맥락과 규칙으로 작업해야 하는지 정리하는 역할 정의 문서

이 문서들은 AI에게 작업의 목적과 경계를 씌워주는 하네스 역할을 합니다.

{/* TODO internal link: InsightReport MVP 기획 기록 */}

2단계: AI 도구를 역할별로 나누어 쓰는 방법

하나의 AI에게 모든 것을 맡기는 것보다, 각 AI의 특성에 맞춰 역할을 분리하면 더 안정적인 결과물을 얻을 수 있습니다.

chulbuji.com 운영에서는 주로 다음과 같이 역할을 나눕니다.

  • ChatGPT / 메타철부지: 전체 방향을 정렬하고, 문서를 구조화하며, 프로젝트를 총괄 검토하는 사고 파트너
  • Claude Code: 실제 구현, 구조 변경, 코드 작성과 같은 핵심 빌더
  • Codex: 코드 점검, 작은 수정, 제한적 실행 검토를 맡는 보조 검토자
  • Gemini: Google Search Console, Blogger, AdSense, SEO 등 구글 생태계 점검 담당

중요한 것은 “어떤 AI가 가장 좋은가”가 아니라, 어떤 작업을 어떤 AI에게 맡길지 기준을 세우는 것입니다.

관련 인사이트: 발산은 새창에서, 수렴은 운영본부에서 한다

3단계: 실제 AI로 프로덕트를 구축한 사례

문서 기획과 AI 역할 분리를 바탕으로, 개발 지식이 깊지 않은 상태에서도 실제 서비스를 구축할 수 있었습니다.

Commit Hero

Commit Hero는 GitHub username을 입력하면 개발자의 활동 데이터를 바탕으로 RPG 스타일 개발자 카드를 생성하는 웹앱입니다. 기획 문서와 디자인 방향을 먼저 정리한 뒤, AI와 함께 MVP를 구현하고 배포까지 진행한 사례입니다.

관련 기록: Commit Hero 배포 완료 — AI Product Build 첫 루프를 닫았다

AI 콘텐츠 비서

AI 콘텐츠 비서는 소상공인이 상품이나 서비스 사진과 간단한 설명을 입력하면, 홍보용 콘텐츠 초안을 생성해 주는 서비스입니다. 타깃 사용자를 먼저 정하고, 입력값과 출력물을 명확히 정의한 뒤 기능을 구체화했습니다.

관련 기록: 소상공인 AI 콘텐츠 비서 — 아이디어에서 화면, 화면에서 구현 범위로

성공을 위한 하네스 관점: 검증과 기록의 자산화

AI와 협업해 결과물을 만들 때 가장 중요한 것은 하네스 관점입니다. AI에게 “알아서 해줘”라고 맡기는 것이 아니라, 목적, 역할, 범위, 검증 기준을 명확히 정해야 합니다.

특히 다음 기준을 계속 확인해야 합니다.

  • 목적: 이 기능이 왜 필요한가?
  • 역할: 지금 AI는 기획자인가, 개발자인가, 검토자인가?
  • 범위: 이번 작업에서 어디까지 수정할 것인가?
  • 검증: 결과물이 정상인지 무엇으로 판단할 것인가?
  • 기록: 성공과 실패를 다음 프로젝트의 자산으로 남겼는가?

실패하더라도 그 과정에서 얻은 시행착오와 배움을 Log, Insight, SOP로 남기면 다음 실행의 기준이 됩니다.

관련 인사이트: 바이브 코딩의 핵심은 코드가 아니라 하네스였다

처음 시작하는 사람을 위한 체크리스트

바이브 코딩에 첫발을 내디디려 한다면, 바로 코딩 창을 열기보다 아래 세 가지를 먼저 확인해 보세요.

  • 만들고 싶은 서비스의 핵심 기능 1가지를 한 줄로 적었는가?
  • AI에게 질문하기 전, 원하는 결과물과 검증 기준을 정리했는가?
  • 코드가 막혔을 때, 다른 AI 도구로 교차 검토할 준비가 되어 있는가?

처음부터 완벽한 제품을 만들 필요는 없습니다. 작은 기능 하나를 정하고, 문서화하고, AI와 함께 구현하고, 결과를 기록하는 흐름을 한 번 닫는 것이 중요합니다.

다음에 읽을 기록

바이브 코딩은 한 번의 마법으로 끝나는 일이 아닙니다. 작은 실험을 반복하고, 시행착오를 기록하며, 그 기록을 다음 실행의 기준으로 바꾸는 과정입니다.

chulbuji.com에는 AI와 함께 제품을 만들고 운영 시스템을 정리해 온 Log와 Insight가 쌓여 있습니다. 이 글은 그 기록들로 들어가는 첫 번째 입구입니다.

관련 Log: 쇼츠/릴스 생성기 로컬 MVP 1단계 완료 기록
관련 Insight: AI와 함께 MVP를 만들 때 운영자가 붙잡아야 할 것은 코드가 아니라 판단이다
관련 Guide: Claude Code와 로컬 서비스앱 MVP를 만들 때의 기본 절차

관련 인사이트: Codex 실습에서 배운 것 — AI 개발은 명령보다 작업 흐름 설계가 중요하다