한 줄의 트윗이 소프트웨어 개발의
정의를 바꿨다. 바이브 코딩의 탄생.
2025년 2월, OpenAI의 공동 창립자이자 전 테슬라 AI 총괄 Andrej Karpathy가 트위터에 한 장의 글을 올렸다. "There's a new kind of coding I call vibe coding, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists." 바이브에 몸을 맡기고, 코드가 존재한다는 사실 자체를 잊어버리라는 것이다.
농담이 아니었다. 카르파티는 실제로 이 방식으로 MenuGen이라는 앱을 만들었다. 코드를 한 줄도 직접 쓰지 않았다. 원하는 기능을 말로 설명하고, AI가 만들어준 결과물이 돌아가는지만 확인했다. 안 되면 "이거 안 되는데"라고 다시 말했다. 그게 전부였다.
코드를 잊어버려라. 바이브에 몸을 맡겨라.
이 트윗 이후 "vibe coding"의 검색량은 6,700% 급증했다. 1년도 지나지 않아 위키피디아에 독립 항목이 생겼고, IBM, Google Cloud, Microsoft가 공식 문서에서 이 용어를 사용하기 시작했다. 더 이상 밈이 아니라 산업 용어가 된 것이다.
바이브 코딩을 이해하는 가장 쉬운 방법은 비유다. 옛날 코딩이 타자기로 소설을 쓰는 것이라면, 바이브 코딩은 편집자에게 구두로 줄거리를 말하는 것이다. "1장은 주인공이 서울에서 출발하는 장면으로 시작해. 비가 오면 좋겠어." 편집자(AI)가 알아서 문장을 쓴다. 마음에 안 들면 "비가 너무 많이 와. 가랑비로 바꿔"라고 말하면 된다.
개발자가 모든 코드를 직접 작성한다. 문법을 알아야 하고, 로직을 짜야 하고, 에러를 읽을 줄 알아야 한다. "세미콜론 하나"가 프로그램을 멈춘다.
프로그래밍 언어를 배우는 데 최소 6개월. 실무 수준까지는 2~3년. 진입장벽이 높다.
개발자(또는 비개발자)가 원하는 결과를 말로 설명한다. AI가 코드를 생성한다. 결과가 맞는지만 확인하고, 아니면 다시 설명한다.
프로그래밍 언어를 몰라도 된다. 대신 "무엇을 원하는지 정확하게 설명하는 능력"이 핵심이 된다.
중요한 건 이 둘이 양자택일이 아니라는 점이다. 현실에서는 대부분의 개발자가 둘 사이 어딘가에서 작업한다. AI가 초안을 쓰고, 인간이 검토하고 수정하는 협업 모델이다. 순수한 바이브 코딩 — 코드를 한 번도 안 보는 방식 — 은 프로토타입이나 개인 프로젝트에서나 가능하고, 프로덕션 환경에서는 위험하다.
바이브 코딩은 하나의 방식이 아니라 스펙트럼이다. 왼쪽 끝에는 "코드를 절대 안 보겠다"는 순수 바이브 코딩이 있고, 오른쪽 끝에는 AI 에이전트를 전략적으로 지휘하는 에이전틱 엔지니어링이 있다. 대부분의 사람은 중간 어딘가에 위치한다.
카르파티 본인도 2026년 초에 자신의 워크플로가 "80% 수동 코딩에서 80% 에이전트 주도로 뒤집혔다"고 말했다. 동시에 그는 AI 에이전트를 "지식은 풍부하지만 성격 급한 주니어 개발자"라고 묘사했다. 시키면 빠르게 해내지만, 혼자 놔두면 가끔 엉뚱한 짓을 한다는 뜻이다.
바이브 코딩이 유행어가 아니라 산업 현실인 이유는 숫자가 증명한다. Stack Overflow의 9만 명 개발자 조사에서 84%가 AI 코딩 도구를 사용 중이거나 사용할 계획이라고 답했다. 2023년에는 70%였으니 2년 만에 14%포인트 뛴 것이다.
GitHub Copilot은 2,000만 사용자를 돌파했고, 매달 167만 명씩 늘어나고 있다. Cursor는 일일 활성 사용자 100만을 넘겼다. Replit은 커뮤니티 3,000만 명을 확보했다. 이 도구들의 연간 매출은 각각 10억 달러를 넘는다.
글로벌 바이브 코딩 시장은 2025년 29.6억 달러에서 2040년 3,250억 달러로 성장할 전망이다. 연평균 성장률 36.8%. 스마트폰 시장의 초기 성장세보다 빠르다. Gartner는 2028년까지 엔터프라이즈 소프트웨어 엔지니어의 75%가 AI 코드 어시스턴트를 사용할 것으로 예측한다. 2023년 초에는 10% 미만이었다.
짧은 대답은 "할 수 있다"다. 긴 대답은 "하지만 무엇을 만드느냐에 따라 적합한 도구와 접근법이 다르다"다.
이미 쓰고 있는 에디터에 AI를 붙이는 것부터 시작한다. VS Code에 GitHub Copilot을 설치하거나, Cursor로 에디터를 바꾸거나, 터미널에서 Claude Code를 돌린다.
코드를 읽을 줄 아는 당신의 강점은 AI의 실수를 잡아낼 수 있다는 것이다. AI 생성 코드의 45%에 보안 결함이 있다는 데이터를 기억하라.
Replit이나 Lovable 같은 앱 빌더형 도구로 시작한다. 브라우저에서 바로 쓸 수 있고, 원하는 걸 채팅으로 설명하면 앱이 만들어진다.
"30일이면 실제 앱을 출시할 수 있다"는 말은 과장이 아니다. 다만 "만들 수 있다"와 "제대로 만들 수 있다"는 다른 문제다.
핵심은 이것이다. 바이브 코딩은 프로그래밍의 진입장벽을 낮췄다. 하지만 진입장벽이 낮아졌다고 천장이 낮아진 것은 아니다. 누구나 집을 지을 수 있게 됐지만, 10층 빌딩을 안전하게 올리려면 여전히 구조 설계를 이해해야 한다.
바이브 코딩은 프로그래밍의 민주화다.
그러나 민주화가 전문성의 소멸을 의미하지는 않는다.
바이브 코딩이 열어준 문은 넓다. 하지만 어떤 문으로 들어갈지는 당신이 무엇을 만들고 싶은지에 달려 있다.