바이브코딩의 오해와 실제
Step 1
바이브코딩의 오해와 실제
1강 · AI 코딩에서 에이전트 코딩으로
Antigravity 워크샵에서 말하는 바이브코딩은 단순히 AI에게 느낌만 전달하는 코딩이 아닙니다.
「앱 만들어줘」라고 말하고 결과를 기다리는 방식이 아니라, 사람이 목표·범위·완료 기준을 정하고, 에이전트가 실행하며, 사람은 결과를 확인하고 승인하는 협업 방식입니다.
즉, 바이브코딩의 핵심은 프롬프트를 멋지게 쓰는 것이 아니라 일을 맡길 수 있는 크기로 설계하는 것입니다.
1. 자주 하는 오해 vs 실제
| 오해 | 실제 |
|---|---|
| 프롬프트만 잘 쓰면 앱이 나온다 | 작업 설계가 결과물의 품질을 좌우한다 |
| AI가 알아서 다 해준다 | 에이전트는 실행 담당이고, 방향과 판단은 사람이 맡는다 |
| 한 번에 크게 시키면 빠르다 | 범위가 클수록 검증과 수정 비용이 커진다 |
| 코드만 나오면 끝이다 | 계획, 변경 내용, 실행 결과, 테스트 증거를 확인해야 한다 |
| 개발자만 할 수 있다 | 비전공자도 목표와 기준을 정하는 에이전트 매니저가 될 수 있다 |
2. 바이브코딩을 이렇게 기억하세요
아닌 것
- 감으로 던지는 한 줄 요청
- 결과가 나올 때까지 기다리기
- 「완료했습니다」라는 말만 믿기
- 한 번에 모든 기능을 다 만들려고 하기
맞는 것
- 만들고 싶은 것을 작게 나누기
- 중간 산출물을 확인하기
- 화면에서 직접 동작을 검증하기
- 승인한 뒤 다음 단계로 넘어가기
바이브코딩은 「AI에게 맡기는 기술」이 아니라, AI가 일할 수 있도록 작업을 정리하고 검증하는 방식입니다.
3. 좋은 결과를 만드는 4가지
| # | 요소 | 한 줄 설명 | Antigravity에서의 모습 |
|---|---|---|---|
| 1 | 명확한 목표 | 무엇을, 누구를 위해 만드는지 정한다 | idea-brief.md의 목표와 사용자 |
| 2 | 작은 작업 단위 | 한 번에 확인 가능한 크기로 나눈다 | 하나의 Task = 계획 → 실행 → 결과 확인 |
| 3 | 관찰 가능한 산출물 | 말이 아니라 눈으로 볼 수 있는 결과를 만든다 | 화면, 파일, diff, 테스트 로그 |
| 4 | 사람의 검증 기준 | 됐다/안 됐다를 판단할 기준을 정한다 | acceptance criteria, 브라우저 확인 |
1강에서는 이 4가지만 기억하면 됩니다.
좋은 바이브코딩은 좋은 요청이 아니라, 좋은 작업 설계에서 시작됩니다.