핵심 개념

바이브 코딩

2025년 2월, OpenAI 공동 창립자이자 전 테슬라 AI 리더인 Andrej Karpathy가 X(구 트위터)에서 처음 사용한 용어로, AI에게 자연어로 원하는 결과를 설명하면 AI가 코드를 생성하고, 개발자는 생성된 코드를 세밀히 검토하지 않고 결과(동작 여부)에 의존하여 개발을 진행하는 방식을 뜻한다. Karpathy의 원문 표현을 빌리면 '바이브에 완전히 몸을 맡기고, 코드가 존재한다는 사실 자체를 잊는' 접근법이다. Cursor, Claude Code, Copilot 같은 AI 코딩 도구가 급속히 발전하면서, 비개발자도 프로토타입이나 간단한 앱을 만들 수 있게 된 현상을 상징하는 말로 확산되었다. 2025년 Collins Dictionary가 '올해의 단어'로 선정할 만큼 대중적 인지도를 얻었다. 다만 전문 개발 현장에서는 코드 품질·보안·유지보수 측면의 위험이 지적되며, Andrew Ng 등은 프로덕션 환경에서의 무비판적 바이브 코딩에 대해 경고하기도 했다. 바이브 코딩은 AI 보조 코딩의 스펙트럼에서 가장 자율도가 높은 끝에 위치하며, 플랜 모드나 코드 리뷰를 결합하는 '책임 있는 바이브 코딩' 논의로 이어지고 있다.

프롬프트 엔지니어링

제로샷 프롬프팅

예시를 제공하지 않고 직접 지시만으로 AI에게 작업을 요청하는 가장 기본적인 프롬프팅 방식이다. 'Zero-Shot'은 '훈련 데이터에서 한 번도 보지 못한 작업(zero examples)'이라는 머신러닝 용어에서 유래했지만, 바이브 코딩에서는 단순히 '예시 없이 곧바로 요청한다'는 의미로 통용된다. 일상적인 코딩 작업에서 가장 빈번하게 사용되는 방식이며, 'Python으로 피보나치 함수를 작성해줘', 'React로 카운터 컴포넌트를 만들어줘'처럼 충분히 명확한 지시라면 추가 예시 없이도 좋은 결과를 얻을 수 있다. 다만, 특정 코딩 스타일이나 출력 형식을 원하는 경우에는 퓨샷 프롬프팅(Few-Shot)이 더 효과적이다. 모델의 사전 학습된 지식만으로 응답하므로, 모델이 이미 잘 알고 있는 표준적인 작업에서 가장 잘 동작한다.

프롬프트 엔지니어링

퓨샷 프롬프팅

하나 이상의 입출력 예시(example pair)를 먼저 보여준 후, 동일한 패턴으로 새로운 작업을 수행하도록 요청하는 프롬프팅 기법이다. 'Few-Shot'은 '소수의 예시(few examples)'라는 의미로, AI에게 '이런 식으로 해줘'라는 기대 형식을 예시를 통해 전달한다. 바이브 코딩에서는 특히 다음과 같은 상황에서 효과적이다: 특정 코딩 스타일을 일관되게 유지하고 싶을 때(예: '이전 컴포넌트 A는 이렇게 작성했으니, 새 컴포넌트 B도 같은 패턴으로 작성해줘'), 데이터 변환 규칙을 정의할 때(예: '입력→출력 매핑 3개를 보여주고, 4번째를 요청'), API 응답 형식을 통일하고 싶을 때 등. 예시의 수가 많을수록 패턴을 더 정확히 파악하지만, 컨텍스트 윈도우를 더 많이 소비하므로 2~5개의 예시가 일반적으로 가장 효율적이다. 제로샷 프롬프팅으로 원하는 결과를 얻지 못할 때, 예시를 추가하여 퓨샷으로 전환하면 품질이 크게 향상되는 경우가 많다.