02. Vibe Coding

문서 목적

Vibe Coding의 개념(배경/장점)과 함께, 왜 한계가 발생하는지, 그리고 이를 보완하는 SDD(Spec-Driven Development) 로의 진화 흐름까지 큰 그림을 제공합니다.

---

(1) Vibe Coding의 정의/등장 배경

• Andrej Karpathy가 제시한 흐름으로 소개되며,
• 전통적 “코드 중심” 개발에서 벗어나 자연어 기반 의도(의사) → AI가 코드 생성으로 진입장벽을 낮추는 개발 문화로 설명합니다.
• MVP를 빠르게 만들고 실험/반복에 강한 방식으로 강조합니다.

---

(2) 기대 효과(생산성 관점 메시지)

• 개발 속도 급증(예: “24배” 같은 상징적 수치 제 선언)
• 주니어도 “미들레벨 생산성”에 접근 가능하다는 식의 시장 변화 메시지

---

(3) 핵심 특징 3가지(문서가 강조하는 구조)

• 자연어 기반 코드 생성: “어떤 기능을 만들지”를 자연어로 설명
• 즉시 실행/피드백: 생성된 코드를 바로 돌려보고 수정 요구를 반복
• 고수준 추상화: 구현 디테일보다 목표/사용자 경험 중심으로 사고

---

(4) 근본적 한계(왜 문제가 생기나)

문서는 Vibe Coding이 “빠르지만 불안정해질 수 있는 이유”를 구조적으로 설명합니다.

• 명세 부재로 인한 Spec Drift: 시간이 지날수록 의도와 결과가 흔들림
• 재현성 문제: 같은 요청에도 다른 결과가 나올 수 있음
• 구조적 품질 불안정: 아키텍처 일관성/모듈 결합도가 흔들릴 수 있음
• 유지보수 어려움: 문서·설계 없이 생성된 코드가 누적되면 이해/수정 비용 급증

---

(5) 해결 방향으로서 SDD 소개

• Spec Driven Development를 “Vibe Coding의 한계를 극복하는 방식”으로 연결합니다.
• 핵심 메시지: 명세가 1차 산출물, 코드는 명세의 결과물

---

(6) 실천 프레임: Ryan Carson 3-File System → GitHub Speckit → Augmented Coding

• 3-File System: PRD 작성 → 작업 분해 → 테스트 주도 실행 흐름
• GitHub Speckit: PRD~코드 생성 파이프라인을 GitHub 워크플로우에 통합(이슈/PR/액션)
• Kent Beck의 Augmented Coding: 인간-AI 페어 프로그래밍, Intent vs Action 분리, TDD 강화

---

(7) 로드맵(진화 단계)

Vibe Coding → Structured Vibe → 3-File System → GitHub Speckit → Augmented Coding → Full SDD 순으로 “성숙” 단계를 제시합니다.