실제로 어떻게 작동하나

원하는 걸 말로 설명해요. AI 에이전트가 코드를 씁니다. 확인하고, 고치고, 반복.

바이브 코딩 전에는 모든 줄을 직접 쳤어요. 지금은 이래요:

1. 기능 설명 — "Supabase로 Google OAuth 추가해줘"
2. 에이전트가 여러 파일에 코드 생성
3. 내 의도랑 맞는지 확인
4. 안 맞으면 고치고, 맞으면 다음으로

Andrej Karpathy가 2025년 2월에 만든 용어예요. "바이브에 완전히 몸을 맡기고, 코드가 존재한다는 사실을 잊어라"라고 했어요. 콜린스 사전 2025년 올해의 단어.

2026년 초 기준, 미국 개발자 92%가 어떤 형태든 AI 코딩 도구를 쓰고 있어요.

프로토타입의 함정

속도는 진짜예요. AI 에이전트가 30초면 로그인 화면을 만들어요.

근데 생성된 코드와 출시된 제품 사이에 간극이 있어요.

데모는 멋져요. 배포하려고 하면 — DB 스키마가 없고, 인증 토큰이 세션마다 사라지고, 푸시 알림이 안 되고, 개인정보 정책 URL이 없어서 Apple이 빌드를 거부해요.

이걸 프로토타입의 함정이라고 불러요. 바이브 코딩은 코드를 만들어요. 코드는 제품이 아닙니다.

앱을 진짜로 만드는 작업의 70% — 배포, 인프라, 스토어 제출, 에러 처리 — 는 데모에 안 나와요. 바이브 코딩 프로젝트가 조용히 죽는 지점이 여기예요.

프로토타입이랑 출시된 앱은 뭐가 다른가

2026년 3~4월에 혼자서 네이티브 앱 4개를 앱스토어에 올렸어요. 팀 없이. 펀딩 없이. CS 학위 없이. 10년 풀스택, 독학.

전부 바이브 코딩 썼어요. 근데 바이브 코딩이 저를 빠르게 만든 건 아닙니다.

시스템이 빠르게 만들었어요. 바이브 코딩은 그 시스템을 더 빠르게 굴리게 해준 거예요.

차이는 구조적이에요:

• 빈 프로젝트에서 바이브 코딩 → 프로덕션에서 깨지는 프로토타입
• 구조 잡힌 시스템 안에서 바이브 코딩 → 실제로 출시되는 앱

에이전트가 명확한 경계 안에서 작업할 때 — 타입 있는 스키마, 인증 세팅, 배포 파이프라인, 폴더 규칙 — 맞는 코드가 나와요. 경계가 없으면 그럴듯해 보이지만 실사용에서 깨집니다.

제일 좋은 비유가 이거예요. AI는 아이언맨 슈트입니다. 능력을 키워주지, 판단을 대신하지 않아요. 뭘 만들지 정확히 아는 사람은 극적으로 빨라져요. 모르는 사람은 틀린 방향으로 더 빠르게 갈 뿐이에요.

해야 할 사람, 하면 안 되는 사람

잘 되는 경우:

• 뭘 만들지 알고, 코드베이스가 잡혀 있는 개발자
• 아키텍처 결정 끝나고 구현 속도를 올리는 팀
• 위임하는 게 뭔지 이해하는 빌더 — 코드만이 아니라 의도까지

안 되는 경우:

• AI가 뭘 만들지 결정해주길 기대하는 사람. 못 해요.
• 기반이 없는 프로젝트 — 보일러플레이트 없음, CI/CD 없음, DB 스키마 없음
• 리뷰 안 된 코드가 문제를 만드는 보안 중요 시스템

제가 따르는 원칙: 이미 이해하는 것만 위임하세요. 코딩할 수 있는 것이 아니라 — 아키텍처 수준에서 이해하는 것. 큰 그림을 먼저 배우세요. 그다음 AI가 구현을 맡으면 됩니다.