Vibe Coding
개발자가 코드 한 줄을 직접 타이핑하는 대신, AI에게 의도를 자연어로 설명하고 결과를 감독하는 작업 방식이 빠르게 표준이 되고 있습니다. 이 방식을 정의한 용어가 Vibe Coding입니다. 단순한 유행어가 아니라, 무엇을 누구에게 맡길지 다시 정해야 한다는 신호입니다.
Vibe Coding의 정의는 무엇인가
이 용어는 2025년 2월 2일 OpenAI 공동창업자 출신 Andrej Karpathy가 자신의 X(트위터)에 게시하며 처음 정의됐습니다. 그의 표현을 그대로 옮기면:
"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."
핵심은 코드의 존재 자체를 잊고, 의도와 결과만으로 작업한다는 것입니다. Cursor·Claude Code·GitHub Copilot 같은 도구가 LLM의 코드 생성 품질을 충분히 끌어올리면서 가능해진 방식입니다.
어디서 가장 강하게 작동하는가
Vibe Coding은 모든 상황에서 균등하게 작동하지 않습니다. 효과가 가장 큰 영역은 명확합니다.
- 프로토타이핑·MVP: 며칠이 걸리던 데모가 한두 시간으로 압축됩니다. 의사결정 속도가 곧 경쟁력이 되는 단계.
- 일회성 스크립트: 데이터 정리, 일괄 변환, 마이그레이션 등 한 번 쓰고 버리는 코드.
- UI 스타일링·폼 유효성 검사: 도메인 규칙이 단순하고 검토 비용이 낮은 영역.
- 학습·실험: 익숙하지 않은 라이브러리를 빠르게 시도해 보는 작업.
반대로, 무엇이 사라지는가
AI가 짜준 코드는 동작할 때는 마법처럼 보이지만, 동작하지 않을 때는 디버깅 비용이 더 큽니다. 다음 세 가지는 Vibe Coding이 자동으로 보장하지 않습니다.
- 도메인 일관성: 비즈니스 규칙은 AI가 모릅니다. 사람의 명확한 정의가 선행되어야 합니다.
- 보안: SQL 인젝션·XSS·권한 우회는 여전히 사람의 코드 리뷰가 1차 방어선입니다.
- 유지보수 비용: 6개월 뒤 누가 봐도 이해할 수 있는 구조인지는 여전히 사람의 판단이 필요합니다.
위임의 경계 — 무엇을 맡기고 무엇을 사람이 지키는가
Vibe Coding을 효과적으로 운영하는 팀은 위임 경계를 사전에 정의해 둡니다.
- 전적으로 위임 가능 — UI 스타일링, 폼 유효성 검사, 단순 CRUD, 일회성 스크립트. AI가 만들고 사람은 결과를 확인하는 수준으로 충분합니다.
- 검토 후 위임 — 모델·라우팅·API 통합처럼 도메인 규칙이 얽힌 영역. 코드 리뷰가 필수 게이트입니다.
- 사람이 주도 — 인증·결제·권한·데이터 마이그레이션 같은 비가역 영역. AI는 보조 도구로만 사용하고, 모든 변경은 사람의 명시적 승인을 거칩니다.
- Andrej Karpathy — Vibe coding 원문 트윗 (2025-02-02) — x.com/karpathy/status/1886192184808149383
- Wikipedia — Vibe coding 항목 — en.wikipedia.org/wiki/Vibe_coding
우리는, 도구를 도입하기 전에 경계부터 설계합니다
저희가 Vibe Coding을 클라이언트 프로젝트에 적용할 때 가장 먼저 하는 것은 코드를 쓰는 일이 아니라, 어떤 영역을 AI에게 맡기고 어떤 영역을 사람이 지킬지 경계를 정의하는 일입니다. 그 위에서 도구가 일을 빠르게 처리하면, 결과가 처음부터 안전하게 쌓입니다.