왜 그냥 느낌이 아니라 명세인가

바이브 코딩은 계획을 건너뛴다는 뜻이 아니다. 계획을 빠르고 가볍게 한 다음, AI에게 실행을 지휘한다는 뜻이다. 명세는 핸들이다. 그것 없이는 AI가 모든 프롬프트에서 당신의 의도를 추측하고, 작은 오해들이 쌓여 엉망이 된다.

명세는 당신에게 세 가지를 준다:

• 공유된 맥락 — 어떤 AI 세션에든 붙여 넣어 무엇을 만들고 있는지 즉시 다시 확립할 수 있다.
• 범위 경계 — "안"과 "밖" 사이의 글로 쓴 선, 기능 부풀림을 멈춘다.
• 작업 목록 — AI가 한 번에 하나씩 완료할 수 있는, 만들 수 있는 덩어리들.

명세는 깔때기처럼 작동한다: 넓고 흐릿한 아이디어를 받아, 단계마다 좁혀서, AI가 실제로 만들 수 있는 작은 덩어리로 만든다.

        ┌─────────────────────────┐
        │        아이디어         │   모호한, 한 줄
        └───────────┬─────────────┘
                    ▼
          ┌───────────────────┐
          │       스펙        │   문제 · 범위 · 스토리
          └─────────┬─────────┘
                    ▼
            ┌───────────────┐
            │     작업      │   작고 순서 있는 단계
            └───────┬───────┘
                    ▼
              ┌───────────┐
              │    빌드   │   한 번에 한 덩어리
              └───────────┘

길 필요는 없다. 대부분의 프로젝트에는 한 페이지면 충분하다. 사실, 두 페이지를 넘겨 자라는 명세는 보통 경고 신호다: 너무 멀리까지 계획하고 있거나, 슬그머니 범위를 넓히고 있는 것이다. 의심스러우면 잘라내라. 지운 부분은 그리워질 일이 드물고, 남긴 부분은 더 날카로워진다.