vibe coding에 대한 담백하고 실용적인 가이드입니다. 이 용어가 무슨 뜻인지, 워크플로가 실제로 어떻게 굴러가는지, 어디서 조용히 무너지는지, 그리고 낯선 사용자가 처음 써보는 순간 무너지는 데모가 아니라 온전히 내 소유인 진짜 애플리케이션을 손에 넣는 방법까지 다룹니다.
처음 무언가를 만들어 보는 사람, 창업자, 프로덕트 담당자, 그리고 한 줄씩 타이핑하는 대신 소프트웨어를 말로 설명해서 더 빠르게 만들고 싶은 개발자를 위한 글입니다.
- vibe coding이 무엇이고 무엇이 아닌지에 대한 명확한 멘털 모델
- 한 문장에서 동작하는 버전까지 가는 반복 가능한 루프
- 진짜 앱과 일회용 데모를 가르는 습관들
vibe coding은 소프트웨어를 말로 설명하는 것을 정당한 개발 방식으로 만들었습니다. 이 가이드에서는 이 용어의 진짜 의미, 일상적인 워크플로의 흐름, 아무도 미리 경고해 주지 않는 실패 패턴, 그리고 낯선 사람이 처음 만지는 순간 금이 가는 데모가 아니라 진짜 애플리케이션을 얻는 방법을 다룹니다.
이 표현은 2025년 초 안드레이 카르파티가 만들었고, 사람들이 이미 하고 있던 일에 이름을 붙였기 때문에 그대로 자리 잡았습니다. 모든 줄을 직접 타이핑하는 대신, 원하는 것을 일상 언어로 설명하고 코드는 모델이 쓰게 합니다. 결과를 읽고, 실행해 보고, 뭐가 틀렸는지 확인한 뒤 다음 수정을 요청합니다. 이 루프는 타이핑보다는 연출에 가까운 느낌입니다.
자주 뒤섞이는 두 가지를 구분하면 이해가 쉬워집니다. 첫째는 상호작용 방식입니다. 모델과 평범한 언어로 대화하는 것이죠. 둘째는 그 아래의 기반입니다. 최종적으로 진짜 소스 코드와 진짜 데이터베이스가 남는가, 아니면 남의 제품 안에 갇힌 설정만 남는가. 친근한 대화형 인터페이스는 둘 중 어느 쪽 위에도 얹을 수 있습니다. 하지만 여러분이 만든 것이 6개월 뒤에도 여전히 여러분 것인지 결정하는 건 기반 쪽입니다.
이 카테고리의 어떤 도구든 이렇게 물어보세요. 끝났을 때 내가 소유한 코드와 데이터가 남는가, 아니면 벗어날 수 없는 구독만 남는가? 다른 모든 것은 이 답 앞에서 부차적입니다.
과장을 걷어내면 vibe coding 세션에는 일정한 리듬이 있습니다. 몇 번 해보면 몸이 기억합니다.
"예약 앱 하나 만들어 줘" 대신 이렇게 해보세요. "고객이 다음 주의 비어 있는 30분 슬롯을 골라 이름과 이메일로 예약한다. 직원은 그날의 예약을 한 화면에서 본다. 고객, 슬롯, 예약을 저장하고, 두 사람이 같은 슬롯을 예약하는 일은 절대 없게 한다." 두 번째 브리프는 등장인물, 데이터, 그리고 중요한 규칙 하나를 명확히 짚기 때문에, 첫 버전이 테스트할 수 있을 만큼 구체적으로 돌아옵니다.
데모는 항상 수월해 보입니다. 문제는 나중에 드러나고, 매번 거의 같은 몇 군데에서 터집니다.
모델은 맞아 보이고, 실행도 되지만, 그래도 틀린 코드를 만들어 냅니다. 존재하지 않는 함수를 지어내기도 하고, 정상 흐름은 아름답게 처리하면서 필드가 비어 있는 경우는 무시하기도 합니다. 출력은 맞든 틀리든 똑같이 권위 있게 읽히기 때문에, 얼마나 확신에 차 보이는지에 기댈 수 없습니다. 말투가 아니라 동작을 확인하세요.
진짜 돈이 나가는 지점이 여기입니다. 모든 사용자가 다른 사용자의 할 일을 조용히 다 읽을 수 있는 투두 앱은 쉽게 만들어집니다. 모델이 로그인한 사람으로 범위를 좁히는 필터 없이 조회 쿼리를 썼기 때문이죠. 화면에는 아무런 경고도 없습니다. 데모에서는 여러분이 유일한 사용자라서 앱이 멀쩡히 돌아갑니다. 접근 제어는 반드시 두 번째 계정으로 테스트하고, 결제, 비밀번호, 개인정보를 다루는 코드는 한 줄씩 읽으세요.
대체로 동작하는 수준까지 가는 건 빠른 구간입니다. 마지막 구간, 그러니까 엣지 케이스, 에러 메시지, 어긋나기 시작하는 state가 바로 구조 없는 vibe coding이 멈춰 서는 곳입니다. 모든 수정이 지난 대화를 기억하지 못하는 새 대화라면 제자리를 맴돌게 됩니다. 돌파구는 구조입니다. 눈으로 볼 수 있는 진짜 코드베이스, 되돌릴 수 있는 버전, 그리고 매번 처음부터 다시 생성하는 대신 파일을 편집하는 모델이 그것입니다.
둘 다 문법을 손으로 쓰는 과정을 건너뛰게 해주다 보니, 사람들은 vibe coding을 no-code와 한 묶음으로 봅니다. 차이는 끝났을 때 손에 남는 것에 있습니다.
평범한 언어로 하는 상호작용은 더 빠른 입구일 뿐, 갇히는 새장이 아닙니다. 내가 소유한 진짜 코드와 데이터가 나오는 한, 템플릿이 허용하는 범위의 끝에 닿는 일은 더 이상 벽이 아니라 직접 코드를 편집하기 시작하는 지점이 됩니다.
장난감과 고객 앞에 내놓을 수 있는 것 사이의 간극은 재능이 아니라 대부분 규율입니다. 몇 가지 습관이 그 무게의 대부분을 감당합니다.
아닙니다. 숙련된 개발자들도 스캐폴딩, 보일러플레이트, 첫 초안을 빠르게 진행하는 데 많이 쓰고, 중요한 부분은 직접 읽고 다듬습니다. 여러분이 누구인지보다 어떻게 일하는지를 바꾸는 쪽에 가깝습니다.
네, 진짜 소프트웨어의 규율을 지킨다면 가능합니다. 명확한 데이터 모델, 처음부터 넣는 인증, 되돌릴 수 있는 버전, 그리고 보안이나 결제를 다루는 부분에 대한 꼼꼼한 리뷰가 그것입니다. 도구는 내가 소유한 진짜 코드와 데이터를 남겨 줘야 합니다.
보이지 않는 보안 구멍, 특히 접근 제어입니다. 겉으로는 완성돼 보이는 앱이 모든 사용자에게 다른 사용자의 데이터를 조용히 읽게 하고 있을 수 있습니다. 항상 두 번째 계정으로 테스트하고, 민감한 코드 경로는 직접 읽으세요.
no-code는 한 플랫폼 안에서만 돌아가는 설정을 만들기 때문에, 전부 다시 만들지 않고는 떠날 수 없습니다. 제대로 한 vibe coding은 내가 소유하고 독립적으로 호스팅하고 유지보수할 수 있는 진짜 편집 가능한 소스 코드와 진짜 데이터베이스를 만들어 냅니다.