바이브 코딩이란 무엇인가 — 정의와 한계

바이브 코딩(vibe coding)은 개발자가 코드를 한 줄씩 읽고 쓰는 대신, 원하는 결과를 자연어로 지시하고 AI가 생성한 코드를 대체로 그대로 받아들이며 만들어 가는 방식입니다. 2025년 2월 안드레이 카파시가 이름 붙인 표현으로, 핵심은 "AI를 쓴다"가 아니라 "생성된 코드를 일일이 검토하지 않는다"는 데 있습니다.

이 레슨을 마치면 바이브 코딩이 통하는 상황과 쓰면 안 되는 상황을 구분할 수 있습니다.

학습 목표

• 바이브 코딩과 일반적인 AI 보조 개발의 차이를 설명할 수 있다
• 이 방식이 성립하는 조건을 안다
• 어디서 무너지는지, 그 전에 무엇을 해야 하는지 안다

1. AI 보조 개발과 무엇이 다른가

같은 도구를 써도 생성물을 읽느냐 마느냐가 두 방식을 가릅니다. Claude Code로 코드를 만들고 diff를 꼼꼼히 확인한다면 그건 바이브 코딩이 아닙니다.

2. 실제로 어떻게 진행되나

전형적인 흐름은 이렇습니다.

1. 만들고 싶은 것을 자연어로 설명한다.
2. AI가 코드를 만들고 실행한다.
3. 동작을 눈으로 확인한다. 코드가 아니라 결과를 본다.
4. 마음에 안 드는 부분을 다시 말로 설명한다.
5. 오류가 나면 메시지를 그대로 붙여넣고 다시 시킨다.
6. 원하는 동작이 나올 때까지 3~5를 반복한다.

여기서 사람은 저자가 아니라 판정관입니다. 이 역할 전환이 바이브 코딩의 본질입니다.

3. 언제 통하는가

다음 조건이 갖춰질 때 잘 작동합니다.

• 결과를 눈으로 즉시 판정할 수 있다 — 화면이 뜨는지, 파일이 만들어지는지
• 틀려도 손해가 작다 — 개인용 도구, 사내 실험, 주말 프로젝트
• 버려도 되는 코드다 — 아이디어 검증이 끝나면 다시 만들 수 있는 것
• 다루는 데이터가 민감하지 않다

이 조건에서는 바이브 코딩이 실제로 매우 빠릅니다. 아이디어에서 동작하는 화면까지의 거리가 크게 줄어듭니다.

4. 어디서 무너지는가

반대로 다음 상황에서는 위험이 이득을 넘어섭니다.

• 보안이 걸린 부분 — 인증, 권한, 결제. 동작하는 것과 안전한 것은 다릅니다.
• 되돌리기 어려운 작업 — 데이터 삭제, 마이그레이션, 외부 전송
• 여러 사람이 유지보수할 코드 — 아무도 이해하지 못하는 코드가 쌓입니다
• 오류가 조용히 발생하는 영역 — 계산이 틀려도 화면은 멀쩡하게 뜹니다

특히 마지막 항목이 결정적입니다. 화면이 정상으로 보인다는 사실은 로직이 옳다는 증거가 아닙니다. 눈으로 판정하는 방식의 근본적인 한계가 여기 있습니다.

5. 안전하게 쓰는 방법

바이브 코딩을 쓰되 사고를 줄이는 실무적인 방법입니다.

1. 버전 관리를 먼저 켠다. git 없이 시작하지 마세요. 되돌릴 수 없으면 실험이 아니라 도박입니다.
2. 작은 단위로 자주 커밋한다. 동작하는 상태마다 저장해 두면 언제든 되돌아갑니다.
3. 테스트를 만들게 시킨다. 코드를 읽지 않더라도 테스트가 통과 여부를 대신 판정해 줍니다.
4. 경계를 정한다. "인증과 결제 코드는 사람이 읽는다" 같은 선을 미리 그으세요.
5. 운영에 올릴 때 한 번은 읽는다. 시제품이 그대로 서비스가 되는 일이 실제로 자주 일어납니다.

6. 초보자에게 권할 만한가

조건부로 권합니다. 무언가 완성해 보는 경험을 얻는 데는 효과적입니다. 다만 이것만 반복하면 문제가 생겼을 때 아무것도 할 수 없는 상태에 머뭅니다.

권하는 순서는 이렇습니다.

1. 바이브 코딩으로 일단 하나 완성한다.
2. 완성된 코드를 AI에게 설명해 달라고 시킨다.
3. 작은 부분 하나를 직접 고쳐 본다.
4. 다음 프로젝트에서는 읽는 비율을 조금 늘린다.

연습 문제

1. 아주 작은 도구를 하나 바이브 코딩으로 만들어 보세요. (예: 폴더 안 파일 이름을 일괄 변경하는 스크립트)
2. 만든 코드를 AI에게 "한 줄씩 무슨 일을 하는지 설명해줘"라고 물어보세요.
3. 설명 중 이해되지 않는 부분을 하나 골라 다시 물어보세요.