바이브 코딩의 숭배는 도그푸딩이 폭주한 결과다

BitTorrent 창시자 Bram Cohen이 최근 Claude 소스 코드 유출 사태를 계기로 "바이브 코딩 숭배" 현상을 신랄하게 비판하는 글을 씀. AI 코딩 시대에 개발자가 코드를 직접 들여다보지 않는 게 미덕인 양 굳어버린 문화에 대한 강도 높은 지적임.

• 사건의 배경: Claude 소스 코드가 유출되면서 코드 품질이 엉망이라는 비웃음이 쏟아짐

  • 원인은 "도그푸딩이 폭주한 것"이라고 진단함
  • 도그푸딩(자기 제품을 직접 쓰는 것)은 좋은 습관이지만, 맹신으로 변질되면 문제임

• 바이브 코딩의 실상: "코드 내부를 절대 들여다보지 않는다"는 원칙을 교조적으로 따르는 현상

  • 순수 바이브 코딩은 신화에 불과함 — 플랜 파일, 스킬, 규칙 같은 프레임워크는 여전히 인간이 만들어야 함
  • AI는 프레임워크 없이 잘 작동하지 않음
  • Claude 팀 내에서도 실제로 누군가가 코드를 들여다봤을 때 비로소 대규모 중복이 발견됨

• 구체적인 문제: agent이면서 tool이기도 한 것들이 대량 중복 존재

  • 이 코드는 영어로 쓰여 있어서 누구나 읽을 수 있음
  • 개발자가 직접 봤다면 금방 알아챌 수 있었을 문제임
  • 하지만 "코드 들여다보는 건 반칙"이라는 바이브 코딩 교리 때문에 방치됨

• AI로 기술 부채 청산하기: 오히려 AI 시대에는 품질을 더 높일 수 있음

  • 예전엔 기술 부채 청산에 1년이 걸렸지만, AI를 쓰면 몇 주 안에 가능함
  • AI는 정리 작업을 매우 잘 함 — 단, 인간이 방향을 잡아줘야 함
  • 중복된 agent/tool 문제라면 "목록 만들고, 예시 보고, 분류 기준 정하고, 전수 감사하고, 통합"하는 작업을 AI에게 시킬 수 있었음

TIP: Ask 모드를 활용하는 법 AI에게 작업을 시키기 전에 먼저 대화로 맥락을 충분히 쌓는 게 핵심임. 예시를 함께 살펴보고, 판단 기준을 설명하고, AI가 틀리게 동의할 때는 바로잡아줌. 이렇게 충분히 대화한 후 실제 작업을 시키면 AI가 엣지 케이스까지 알아서 처리하며 빠르게 진행함. 이게 바로 "원샷처럼 보이는" 작업의 실제 비결임.

• 저자 Bram Cohen의 실제 작업 방식:

  • "이 코드베이스에서 도달 불가능한 코드를 감사해보자"로 대화 시작
  • "이 함수 보면 눈이 썩어"라고 말하며 AI와 토론
  • 할 말이 떨어지고 AI가 멍청한 말을 안 할 때까지 대화 → 그 다음 플랜 작성 → 빌드
  • AI는 스스로 "여기 스파게티 코드가 많네"를 못 알아채지만, 인간이 알려주면 잘 정리함

• 결론: 나쁜 소프트웨어는 그렇게 하겠다고 결정한 결과임

  • AI를 쓴다고 품질이 낮아져야 할 이유는 없음
  • AI 없이 과로한 개발자들이 만든 라이브러리도 엉망일 수 있음
  • 품질은 선택의 문제이고, 그 선택에 책임을 져야 함