바이브 코딩

원하는 결과를 말로 설명하면 AI가 코드를 만들고, 사람은 코드를 읽지 않고 실행 결과를 보며 말로 고쳐 나가는 개발 방식이다. 코드를 직접 읽고 고치는 기존 코딩과 달리 동작만 보고 판단하므로, 빠른 프로토타입·아이디어 검증·내부 도구를 만들 때 주로 쓴다.

용어를 만든 Andrej Karpathy는 이를 "보고, 말하고, 실행하고, 복붙하는 것"이라고 표현했다.

프로토타입은 말 한 줄로 시작한다

Cursor나 Claude Code에 "React로 드래그앤드롭 되는 칸반 보드, 데이터는 로컬스토리지에 저장"이라고 던지면 폴더 구조부터 컴포넌트, 스타일까지 한 번에 나온다. 결과를 실행해 보고 "여기 색 바꿔"처럼 다시 말해 방향을 잡으면 된다.

개발 환경 설정을 몰라도 된다면 Replit, Lovable, v0처럼 브라우저에서 설명만 하면 배포까지 해 주는 도구를 쓰면 된다.

"감"만으로 배포하면 위험하다

AI가 만든 코드에는 SQL 인젝션, 권한 검사 누락, 프런트엔드에 박힌 API 키 같은 흔한 보안 결함이 그대로 남기 쉽다. 코드를 안 읽는 만큼 이런 실수가 걸러지지 않고, 겉으로는 잘 돌아가 보여서 문제를 늦게 발견한다.

대화 흐름대로 즉흥적으로 자란 코드는 몇 주 뒤면 전체 구조를 아는 사람이 없어진다. 그때부터는 AI에게 고쳐 달라고 해도 한 곳을 고치면 다른 곳이 부서지기 쉽다.

프로덕션은 에이전틱 엔지니어링으로

Karpathy는 2026년 전문가의 작업에는 에이전틱 엔지니어링이라는 이름을 제안했다. 코드를 직접 쓰지 않는 건 같지만, 에이전트에게 일을 나눠 주고 결과를 검증하는 감독자로 일한다는 점이 다르다.

계획을 먼저 승인하고, 변경은 작게 나누고, 테스트로 확인하는 규율이 들어간다. 프로토타입은 바이브로, 프로덕션은 엔지니어링으로 나누는 것이 지금 실무에서 합의된 방식이다.

에디터, 브라우저, 터미널에서 주로 쓴다

개발자는 프로토타입 단계에서, 비개발자는 혼자 쓰는 간단한 도구를 만들 때 주로 쓴다. 어느 쪽이든 결과물을 다른 사람에게 내놓기 전에는 앞의 검토 규칙을 따른다.