바이브 코딩이란?

바이브 코딩(vibe coding)은 한 줄 한 줄 직접 타이핑하는 대신, 만들고 싶은 것을 자연어로 설명하고 에이전트(여기서는 Claude Code)가 실제 구현을 맡는 방식이다. 사람은 "무엇을, 왜" 만들지에 집중하고, "어떻게" 코드로 옮기는 작업의 상당 부분을 위임한다. 이 강좌는 도구 사용법이 아니라 이 위임을 잘 하는 사고방식과 작업 흐름을 다룬다.

학습 목표

• 바이브 코딩의 핵심 개념을 한 문장으로 설명할 수 있다.
• 전통적 코딩과 무엇이 같고 다른지 구분할 수 있다.
• 바이브 코딩이 잘 맞는 작업과 피해야 할 작업을 판단할 수 있다.
• 위임에 필요한 마인드셋을 갖춘다.

개념: 의도를 주고 구현을 맡긴다

전통적인 개발에서 개발자는 문법, API 시그니처, 파일 구조를 직접 기억하고 손으로 작성한다. 바이브 코딩에서는 흐름이 한 단계 위로 올라간다.

> 사용자가 이메일과 비밀번호로 가입할 수 있는 폼을 만들어줘.
> 비밀번호는 8자 이상이어야 하고, 제출하면 콘솔에 값을 찍어줘.

이렇게 의도를 전달하면 에이전트가 컴포넌트, 검증 로직, 핸들러를 만들어낸다. 핵심은 결과를 받아서 끝이 아니라, 받은 결과를 읽고 확인하고 다음 의도를 다시 전달하는 대화의 반복이라는 점이다.

전통적 코딩과의 차이

구분	전통적 코딩	바이브 코딩
입력	코드 그 자체	자연어 의도
사람의 역할	작성자	지시자 + 검토자
속도	손 타이핑 속도	매우 빠름
위험	오타, 단순 실수	의도 오해, 검토 누락

같은 점도 분명히 있다. 결국 돌아가는 코드가 목표이고, 그 코드는 읽을 수 있어야 하며, 버전 관리(git)와 테스트는 여전히 필요하다. 바이브 코딩은 작성 단계를 가속할 뿐, 소프트웨어 공학의 기본을 없애지 않는다.

어디에 적합한가

• 프로토타입과 아이디어 검증: 빠르게 만들어 보고 버리는 작업.
• 익숙하지 않은 영역의 첫 발: 새 라이브러리, 새 언어의 골격 잡기.
• 반복적이고 정형적인 코드: CRUD, 폼, 설정 파일, 테스트 작성.
• 리팩터링과 잡일: 이름 변경, 패턴 적용, 보일러플레이트 제거.

어디에 부적합한가

• 깊은 정확성이 요구되는 핵심 로직: 결제 정산, 보안 인증, 암호화 처리.
• 본인이 전혀 이해하지 못하는 도메인: 결과가 맞는지 검증조차 못 한다면 위험하다.
• 미묘한 성능·동시성 문제: 사람이 직접 측정하고 추론해야 하는 영역.
• 학습이 목적인 순간: 직접 손으로 써봐야 실력이 느는 경우(이 트레이드오프는 8강에서 다룬다).

부적합하다고 해서 에이전트를 전혀 안 쓴다는 뜻은 아니다. 다만 이런 영역에서는 사람이 운전대를 더 꽉 잡아야 한다.

필요한 마인드셋

1. 나는 여전히 책임자다. 에이전트가 쓴 코드라도 내 프로젝트에 들어가면 내 코드다.
2. 결과를 읽는다. 그냥 받아서 붙이지 않는다. 적어도 무엇을 하는 코드인지 이해한다.
3. 작게, 자주. 큰 덩어리를 한 번에 만들기보다 작은 단위로 만들고 확인한다.
4. git을 안전벨트로. 큰 변경 전에는 커밋해서 언제든 되돌릴 수 있게 한다.
5. 의심을 유지한다. 그럴듯해 보이는 코드가 틀릴 수 있다. 실행해서 확인한다.

요약

바이브 코딩은 의도를 자연어로 주고 구현을 에이전트에 위임한 뒤, 결과를 검토하며 반복하는 방식이다. 프로토타입과 정형적 작업에서 강력하지만, 핵심 로직이나 이해 못 하는 영역에서는 신중해야 한다. 속도를 얻는 대신 검토와 책임을 놓지 않는 것이 이 강좌 전체를 관통하는 원칙이다.