상담사가 직접 도구를 만들어야 하는가?

바이브 코딩 도구 비교 (2026.4 기준)

셋 다 GitHub 익스포트가 가능하므로 한 도구에 갇히지 않습니다. 처음엔 가장 익숙한 곳에서 시작하고, 필요해지면 옮기세요.

만들기 전에 — PRD 한 장 쓰기

PRD(Product Requirements Document, 제품 요구사항 문서)는 '무엇을 만들 것인가'를 한 페이지로 정리한 글이다. 바이브 코딩에서 PRD가 특히 중요한 이유는, 명확한 요구사항이 없으면 AI 에이전트가 매번 다른 결과물을 만들기 때문이다. 같은 프롬프트라도 PRD 한 장을 먼저 쥐어주면, 에이전트는 그 PRD를 기준점으로 삼고 일관된 방향으로 빌드한다. 코드 한 줄 쓰기 전에 PRD부터 쓰는 것이, 바이브 코딩의 시작이다.

PRD에 들어가야 할 6가지

1. 1

   문제 정의 (Problem)

   누가, 어떤 상황에서, 어떤 어려움을 겪는가. 한두 문장으로 짧게. '~한 사람이 ~할 때 ~를 못 하고 있다.'

2. 2

   사용자 (Target Users)

   1순위 사용자가 누구인가 (예: 고1 학생, 학교 상담교사). 기술 수준·사용 환경(모바일/PC/오프라인)도 함께.

3. 3

   핵심 사용 흐름 (Core User Flow)

   사용자가 처음 들어와서 어떤 단계를 거쳐 무엇을 얻는가. 3~5단계로 끊어서. 한 단계는 한 줄.

4. 4

   기능 목록 (Features)

   Must-have(이번 주에 반드시 동작) · Nice-to-have(시간 남으면) · Out of scope(명시적으로 안 만든다). 셋을 분리하면 욕심이 줄고 우선순위가 잡힌다.

5. 5

   제약 조건 (Constraints)

   시간·예산·데이터·윤리. 상담 도구라면 익명성, 기록 보관 기간, 법적 문제(의료 행위 금지 등)를 반드시 명시.

6. 6

   성공 기준 (Success Criteria)

   어떻게 '되었다'고 판단할 것인가. 측정 가능한 형태로. 예: '동료 교사 3명에게 시연했을 때 한 명 이상이 다음 주에 쓰겠다고 답한다.'

이번 주 빌드 목표