Part 2
Part 2
바이브 코딩의 환상과 명세 중심 개발로의 회귀
— 마법의 끝과 설계의 부활
본 2 부는 마법이 무너지는 자리 와 설계가 다시 일어서는 자리 를 한 호흡으로 따라간다. 1 부에서 기록된 컨텍스트 엔지니어링의 7 요소는 도구 일 뿐, 결과 를 보장하지 않았다. 2024~2025 년 사이 Lovable(러버블) · Replit(레플릿) · v0 · Bolt(볼트) 같은 의도 중심 플랫폼이 몇 분 만에 React 앱을 클라우드에 배포하는 마법을 보여주며 폭발적으로 확산되었지만, 1 년이 지나기 전에 3 개월의 벽 과 17% 디버깅 능력 저하 라는 뼈아픈 실증 데이터를 남기고 무너졌다. 그 무너짐의 자리에서 산업이 다시 잡은 닻이 명세 주도 개발(Spec-Driven Development, SDD) 이다. 헌장 → 명세 → 계획 → 작업 의 4 단계가 토큰 효율을 5.5 배로 끌어올렸고, AI 는 더 이상 마법의 지팡이가 아니라 Claude Code 같은 명세 실행기 (Spec Executor) — CLAUDE.md + 명세서 + Plan + Tasks 를 입력받아 결정론에 가까운 코드를 출력하는 도구 로 재정의되었다.
◆ 본 부에서 다룰 3 장
- Chapter 4. 바이브 코딩의 폭발적 확산 의도 중심 개발의 정의 · Lovable / Replit / v0 / Bolt 의 등장 · 분초 단위 프로토타이핑의 매력
- Chapter 5. 리팩토링 붕괴와 요구사항 표류 3 개월의 벽 · 17% 디버깅 저하 (Anthropic RCT) · 인간 멘탈 모델의 감가상각
- Chapter 6. 명세 주도 개발(SDD)의 회귀 GitHub Spec Kit 4 단계 · PRD 선제 제공 시 토큰 효율 5.5 배 · 마법사 → 명세 실행기 의 재정의
*마법의 끝은 설계의 시작이다. 폭발적 확산이 남긴 잔해 위에서 우리는 1960 년대 수치해석 교과서가 이미 답했던 질문
본 부의 챕터