바이브 코딩

자연어로 원하는 걸 설명하면 AI가 코드를 통째로 만들어주는 개발 방식. "코드를 짜는" 게 아니라 "분위기를 전달하면 결과물이 나오는" 패러다임이다.

코드를 짜는 게 아니라 결과를 부르는 것

예전에는 앱 하나를 만들려면 함수 이름 하나, 세미콜론 하나까지 사람이 직접 타이핑해야 했다. 바이브 코딩은 그 관계를 뒤집는다. "이런 느낌의 할 일 앱을 만들어줘"라고 자연어로 말하면 AI가 코드를 생성하고, 사람은 결과를 보고 "여기 색 바꿔", "이 버튼 안 눌려" 식으로 다시 말로 고쳐 나간다. 용어를 만든 Andrej Karpathy는 이걸 두고 "사실 코딩이라기보단, 그냥 보고, 말하고, 실행하고, 복붙하는 것"이라고 표현했다. 코드가 존재한다는 사실 자체를 잊어버리는 감각에 가깝다.

언제, 어떻게 쓰나

개발자가 실제로 쓰는 장면은 대개 빠른 프로토타입이다. Cursor나 Claude Code에 "React로 드래그앤드롭 되는 칸반 보드, 데이터는 로컬스토리지에 저장"이라고 던지면 폴더 구조부터 컴포넌트, 스타일까지 한 번에 나온다. 주말에 아이디어를 검증하는 장난감 프로젝트, 비개발자가 머릿속 그림을 눈앞의 화면으로 바로 확인하는 용도, 혹은 개발자가 반복적인 보일러플레이트를 건너뛰고 본론으로 뛰어드는 데 특히 강하다. 핵심은 결과물을 계속 실행해 보면서 대화로 방향을 잡아 간다는 점이다.

실전에서는 "감"만으로 배포하지 않는다

문제는 생성된 코드를 이해하지 못한 채 그대로 올릴 때 생긴다. 조사에 따르면 AI가 만든 코드의 상당수가 SQL 인젝션이나 권한 검사 누락 같은 잘 알려진 보안 결함을 그대로 품고 있고, 특히 인증·결제·개인정보를 다루는 부분일수록 위험이 크다. 그래서 실무에서는 UI나 내부 대시보드처럼 위험이 낮은 곳엔 가볍게 쓰되, 민감한 로직은 반드시 사람이 코드 리뷰하고 자동 보안 스캔을 거친다. Karpathy 본인도 2026년 들어 전문가용 작업은 에이전틱 엔지니어링이라 부르자고 했는데, 코드를 직접 안 쓰더라도 에이전트를 조율하고 감독하는 데 여전히 전문성이 필요하다는 뜻이다. 바이브 코딩은 시작을 폭발적으로 빠르게 해주는 도구지, 검증을 생략해도 된다는 허가증이 아니다.