바이브 코딩은 소프트웨어 개발에 대한 접근 방식으로, 사람이 자연어로 원하는 바를 설명하고 AI 코딩 어시스턴트가 코드를 생성, 실행, 반복 작업하도록 맡기며, 생성된 코드를 직접 읽거나 수정하지 않는 방식을 말한다. 이 용어는 안드레이 카파시가 2025년 2월 X에 올린 게시물에서 처음 만들었으며, 그는 "바이브에 완전히 몰입"하고 기본 코드가 존재한다는 사실조차 잊어버리며, Cursor 같은 도구의 제안을 면밀히 검토하지 않고 받아들이는 것을 설명했다.
기원과 정의
카파시의 게시물은 강력한 대규모 언어 모델과 에이전트형 편집기가 가능하게 한 작업 흐름을 설명했다: 의도를 진술하고, 어시스턴트가 구현을 작성하게 하고, 실행하고, 오류를 다시 붙여넣고, 반복하며, 모델의 출력을 검증된 논리가 아닌 느낌에 따라 안내되는 블랙박스로 취급하는 것이다. 이 용어는 개발자 커뮤니티를 통해 빠르게 퍼졌고, 2025년 후반에 메리엄-웹스터의 주목할 만한 단어 목록에 추가되어, 취미 개발자, 프로토타입 제작자, 일부 전문 팀 사이에서 이 관행이 얼마나 보편화되었는지를 반영했다. 이는 GitHub Copilot 및 Claude Code 같은 도구와, 비프로그래머가 대화만으로 작동하는 소프트웨어를 조립할 수 있게 하는 노코드 및 로우코드 AI 앱 빌더를 기반으로 한다.
관행과 도구
바이브 코딩은 일반적으로 채팅 스타일 또는 에이전트형 어시스턴트를 라이브 미리보기나 자동화된 테스트-실행 루프와 결합한다: 어시스턴트는 파일을 편집하고, 도구 사용을 통해 프로그램이나 테스트 스위트를 실행하고, 출력이나 오류를 관찰하고, 인간이 각 변경 사항을 검사하지 않고 자신의 코드를 수정한다. 이는 개발자가 모든 제안을 수락하기 전에 검토했던 초기 AI 지원 코딩과 다르다. 이 관행은 빠른 프로토타이핑, 소규모 내부 도구, 해커톤 프로젝트, 그리고 독립 "인디" 제품과 가장 밀접하게 연관되며, 발견되지 않은 버그의 비용이 프로덕션 인프라보다 낮은 곳이다.
반응과 비판
지지자들은 바이브 코딩이 소프트웨어 구축의 장벽을 급격히 낮추어, 프로그래밍 훈련이 없는 사람들이 작동하는 애플리케이션을 만들 수 있게 하고, 경험 많은 엔지니어가 일회용 프로토타입을 훨씬 빠르게 반복할 수 있게 한다고 주장한다. 비판자들은 이런 방식으로 생성된 코드는 종종 보안 취약점, 부실한 오류 처리, 그리고 프로젝트가 확장될 때 드러나는 아키텍처 부채를 포함한다고 경고하며, 인간이 논리를 검증하지 않았기 때문이라고 지적한다. 2025년에 널리 논의된 여러 사건은 바이브 코딩된 제품이 데이터를 유출하거나 프로덕션에서 고장 나는 것과 관련이 있었다. 일부 평론가들은 "바이브 코딩"과 "AI 지원 코딩" 또는 "에이전트형 코딩"을 정확히 이 축, 즉 인간이 생성된 코드를 출시 전에 검토하는지 여부로 구분하며, 이 용어는 다른 창의적 분야에서 유사하게 낮은 검토 수준의 AI 사용을 느슨하게 설명하는 데 확장되었으며, 일부 비판자들은 이를 AI 슬롭의 광범위한 확산과 연결한다. 2025년 현재, 바이브 코딩은 엄격한 규정 준수, 보안, 또는 신뢰성 요구 사항이 있는 코드베이스보다 캐주얼 및 프로토타입 맥락에서 더 흔하며, 그러한 팀은 코드가 어떻게 작성되었는지와 관계없이 여전히 코드 검토와 테스트에 의존한다.