바이브 코딩을 검색하면 대체로 이런 설명이 나옵니다. “AI에게 자연어로 시켜서 코드를 짜는 것.”
절반만 맞습니다. 이 정의대로라면 Copilot 자동완성을 쓰는 것도, ChatGPT에 함수 하나 물어보는 것도 전부 바이브 코딩입니다. 그런데 용어를 만든 사람의 원래 정의에서 핵심은 AI가 아니었습니다.
원문을 그대로 보자
2025년 2월, 안드레이 카파시가 트위터에 올린 글이 시작입니다. 테슬라 AI 디렉터와 OpenAI 창립 멤버를 지낸 사람입니다.
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.
“코드가 존재한다는 사실 자체를 잊는다(forget that the code even exists)“가 핵심입니다. 같은 글에서 그는 자기 작업 방식을 이렇게 묘사했습니다.
I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.
보고, 말하고, 실행하고, 복붙한다. 그리고 대체로 작동한다. 여기서 빠진 게 하나 있습니다. 읽는다가 없습니다.
바이브 코딩의 정의를 지탱하는 건 “AI를 쓴다”가 아니라 **“결과물을 검토하지 않기로 선택한다”**입니다. diff를 안 봅니다. 어떻게 짜여 있는지 파고들지 않습니다. 뭔가 깨지면 다시 프롬프트를 던집니다. 그게 바이브 코딩입니다.
그러니까 AI가 짠 코드를 한 줄씩 읽고 고쳐 가며 쓰고 있다면, 그건 바이브 코딩이 아닙니다. 그냥 AI 보조 개발입니다. 둘은 다른 작업입니다.
카파시가 붙여둔 단서
원문에는 조건이 하나 더 달려 있었습니다.
Not too bad for throwaway weekend projects.
버리는 주말 프로젝트용으로는 나쁘지 않다. 그는 이걸 놀이 모드로 소개했지 개발 방법론으로 제시하지 않았습니다. 나중에 본인이 “던져놓은 트윗(throwaway tweet)“이라고 부를 정도였습니다.
1년 사이에 이 단서만 증발했습니다. 남은 건 “AI가 코드를 짜준다”는 부분뿐이고 그게 프로덕션 코드베이스로 걸어 들어갔습니다.
그래도 사전에 등재됐다
2025년 11월 6일, 콜린스 사전이 바이브 코딩을 2025년 올해의 단어로 선정했습니다. 콜린스의 정의는 이렇습니다. “AI에게 자연어로 지시해 컴퓨터 코드를 작성하는 것. 변수가 아니라 분위기로 하는 프로그래밍.”
단어 하나가 9개월 만에 트윗에서 사전으로 갔습니다. 그만큼 개발 방식이 실제로 바뀌었다는 신호이기도 합니다.
초보자가 실제로 시작하는 법
개념은 여기까지입니다. 이제 손으로 해보는 게 빠릅니다.
- 도구 하나만 고른다. 비개발자라면 Lovable이나 v0처럼 브라우저에서 바로 되는 것. 터미널이 익숙하면 Claude Code나 Cursor. Claude Code를 골랐다면 명령어 정리를 옆에 띄워 두세요.
- 작고 버려도 되는 걸 만든다. 가계부, 할 일 목록, 링크 저장소. 카파시가 말한 “주말 프로젝트”가 정확히 이 범위입니다.
- 한 번에 하나씩 시킨다. “쇼핑몰 만들어줘”는 실패합니다. “상품 목록 화면부터 만들어줘”로 시작합니다.
- 작동하면 바로 저장한다. git이든 뭐든. AI가 다음 요청에서 멀쩡한 코드를 망가뜨리는 일이 흔합니다.
- 막히면 에러 메시지를 통째로 붙여넣는다. 요약하지 말고 그대로.
여기까지가 진짜 바이브 코딩입니다. 코드를 안 읽어도 됩니다. 어차피 버릴 거니까요.
프롬프트를 어떻게 써야 재작업이 줄어드는지는 바이브 코딩 프롬프트 작성법에 따로 정리해뒀습니다.
남에게 보여줄 물건부터는 이야기가 다르다
경계선은 여기입니다. 만든 걸 남이 쓰기 시작하는 순간.
보안. 로그인, 결제, 개인정보가 붙는 순간 SQL 인젝션과 XSS는 실제로 나오는 문제입니다. AI는 동작하는 코드를 만들지, 안전한 코드를 보장하지 않습니다.
되돌릴 수 없는 작업. 2025년 7월 Replit에서 AI 에이전트가 사용자 허가를 무시하고 운영 데이터베이스를 삭제한 사건이 보도됐습니다. 삭제와 배포 권한은 사람이 쥐고 있어야 합니다.
기술 부채. 읽지 않은 코드가 쌓이면 고칠 수 없는 코드가 됩니다. C++를 만든 비야네 스트로스트룹은 이 방식이 개발자의 사고력을 약화시킨다고 지적했습니다.
저작권. 베른 협약 가입국에서 인간의 창작적 기여가 없는 AI 생성물은 저작권 보호를 받기 어렵습니다. 상업적으로 쓸 물건이라면 미리 확인해야 합니다.
“빨라진 것 같다”는 착각에 관한 실험
2025년 7월 METR이 발표한 무작위 대조 실험이 있습니다. 숙련 개발자 16명에게 246개 과제를 시켰습니다. 모두 자기가 오래 기여해온 오픈소스 저장소에서 하는 일이었습니다. 절반은 AI 도구를 허용하고 절반은 금지했습니다.
결과는 AI를 쓴 쪽이 19% 느렸습니다.
더 흥미로운 건 그다음입니다. 같은 개발자들에게 물었더니 “AI 덕분에 20% 빨라진 것 같다”고 답했습니다. 실제로는 19% 느려졌는데 20% 빨라졌다고 느낀 겁니다.
이게 바이브 코딩이 쓸모없다는 뜻은 아닙니다. 실험 대상은 자기가 훤히 아는 코드베이스에서 일하는 숙련자였습니다. 그 조건에서는 AI에게 맥락을 설명하는 비용이 직접 짜는 비용보다 컸습니다. 반대로 처음 만져보는 프레임워크나 백지에서 시작하는 프로토타입에서는 방향이 뒤집힙니다.
기억할 건 하나입니다. 체감 속도와 실제 속도는 다릅니다.
만든 사람은 이미 다음 단어를 쓰고 있다
카파시 본인은 2026년 4월 세쿼이아 AI Ascent에서 다른 용어를 제안했습니다. **에이전틱 엔지니어링(agentic engineering)**입니다.
the professional discipline of coordinating fallible agents while preserving correctness, security, taste, and maintainability
오류를 내는 에이전트를 조율하면서 정확성·보안·취향·유지보수성을 지켜내는 전문 규율. 카파시가 붙인 한 줄 요약이 더 선명합니다.
Vibe coding raises the floor. Agentic engineering is about extrapolating the ceiling.
바이브 코딩은 바닥을 올리고, 에이전틱 엔지니어링은 천장을 밀어 올린다.
배경도 있습니다. 2025년 12월 기준 자기 코드의 80%가 AI 생성이라고 밝혔습니다. 그 지점을 넘으면 문제가 “에이전트가 해낼 수 있는가”에서 “쏟아지는 결과물을 어떻게 검증할 것인가”로 바뀐다는 게 그의 진단입니다.
검증을 사람이 매번 손으로 하지 않으려면 작업 환경 자체를 설계해야 합니다. 그 이야기는 하네스 엔지니어링에서 다뤘습니다.
정리
| 바이브 코딩 | AI 보조 개발 | 에이전틱 엔지니어링 | |
|---|---|---|---|
| 코드를 읽나 | 안 읽음 | 읽고 고침 | 자동 검증 + 사람 리뷰 |
| 적합한 대상 | 버릴 프로토타입 | 일상 개발 | 프로덕션 |
| 실패했을 때 | 다시 프롬프트 | 직접 수정 | 테스트·평가로 걸러냄 |
| 필요한 것 | 아이디어 | 도메인 지식 | 스펙·테스트·권한 설계 |
바이브 코딩은 나쁜 게 아니라 용도가 좁은 것입니다. 주말에 뭘 만들어보고 싶다면 코드를 안 읽어도 됩니다. 다만 그게 남의 데이터를 다루기 시작하는 순간, 원래 정의대로라면 그건 이미 바이브 코딩이 아닙니다.
용어를 만든 사람이 1년 만에 다른 단어를 쓰기 시작한 이유가 거기 있습니다.
참고 자료