바이브코딩(Vibe Coding) 현실 — 프로토타입 1시간, 출시까지 100시간 걸린 이유
AI 바이브코딩으로 1시간 만에 프로토타입을 완성했지만 실제 출시까지 100시간이 더 필요했습니다. 이미지 품질, 인프라, 보안 등 AI가 못 챙기는 영역의 실전 해결 과정을 공개합니다.
"AI로 30분 만에 앱 만들었다!"는 이제 흔한 말이 됐습니다. 하지만 바이브코딩(Vibe Coding)으로 만든 그 앱을 실제 사용자에게 출시할 수 있을까요? 개발자 Mac Budkowski가 직접 겪은 AI 코딩의 현실은 달랐습니다. 프로토타입 1시간, 출시까지 총 100시간. Hacker News에서 116포인트, 112개 댓글이 달리며 뜨거운 공감을 얻은 이야기입니다.
바이브코딩의 마법: AI 코딩 1시간, 그리고 99시간의 현실
Budkowski는 Claude와 Gemini API를 사용해 Cryptosaurus라는 NFT 프로필 사진 생성 앱을 만들었습니다. AI와 대화하면서 코딩하는 이른바 '바이브코딩(Vibe Coding)'으로 1시간 만에 작동하는 프로토타입이 나왔습니다.
그런데 문제는 그 다음이었습니다. 실제 출시까지 100시간이 더 필요했습니다. 프로토타입이 '되는 것 같은' 단계에서 '진짜 쓸 수 있는' 단계까지의 격차가 생각보다 컸습니다.
AI 코딩의 함정 — 어디서 100시간이 새어나갔나
이미지 생성 품질 잡기 — AI가 만드는 프로필 사진이 입력에 따라 들쭉날쭉했습니다. 프레임이 깨지거나, 배경에 원치 않는 텍스트가 나타나는 문제가 반복됐습니다. 200번 넘게 프롬프트를 수정한 끝에 274줄짜리 프롬프트 파일이 만들어졌습니다.
인프라 삽질 — AWS S3, Lambda 설정에서 AI 어시스턴트가 기존 버킷을 쓰는 대신 새 버킷을 계속 생성하는 문제가 발생했습니다. 환경 변수 관리도 Vercel과 AWS 사이에서 꼬였습니다.
출시 당일 장애 — 동시 접속자가 몰리자 트랜잭션 nonce 처리가 꼬이면서 앱이 다운됐습니다. 결제는 됐는데 이미지 생성이 실패해서 수동으로 환불해야 했습니다. 부하 테스트에만 이틀을 추가로 투자했습니다.
보안과 스마트 컨트랙트 — NFT 민팅 보안을 위해 onlyMinter 제한을 구현하고, 멀티시그 지갑까지 설정해야 했습니다. AI가 "대충 넘어간" 부분이 실제로는 가장 중요한 부분이었습니다.
바이브코딩(Vibe Coding), 그래서 실무에서 쓸모없는 건가?
전혀 아닙니다. Budkowski는 결국 1주일 만에 1,000+ 다운로드, 180명 유료 사용자를 확보했습니다. 핵심은 바이브코딩의 역할을 정확히 아는 것입니다.
그가 발견한 AI 앱 개발 실전 팁을 정리하면 다음과 같습니다.
1 스코프를 잘게 나눠라 — 작업 범위를 정밀하게 나누면 3~4개 AI 에이전트를 동시에 돌릴 수 있습니다.
2 디자인은 Figma로 먼저 — AI에게 UI를 반복 수정시키는 것보다, 디자인 시안을 먼저 확정하고 구현을 맡기는 게 훨씬 빠릅니다.
3 아키텍처 설계가 먼저 — 플로우차트를 그리고 시작하면 중간에 뒤집어엎는 일을 막을 수 있습니다.
4 시니어 개발자의 한 줄이 AI의 열 줄보다 낫다 — 브라우저 스타일링 버그 하나를 LLM 3개가 못 풀었는데, 경험 많은 개발자가 한 줄로 해결했습니다.
AI 앱 개발의 90-90 법칙 — 바이브코딩 실전 교훈
유명한 Tom Cargill의 법칙이 바이브코딩에도 정확히 적용됩니다. AI가 처리하는 건 첫 번째 90%이고, 진짜 시간이 드는 건 엣지 케이스 처리, 보안, 인프라, 부하 테스트 같은 나머지 10%입니다.
바이브코딩이 개발 속도를 10~100배 빠르게 해주는 건 사실입니다. 하지만 그건 프로토타입 단계의 이야기입니다. 사이드프로젝트를 실제로 출시하고 싶다면, AI가 해주는 부분과 직접 챙겨야 하는 부분의 경계를 명확히 아는 것이 성공의 열쇠입니다.
AI 코딩을 처음 시작하는 분이라면 무료 학습 가이드에서 기초부터 차근차근 배울 수 있습니다. 바이브코딩 환경 설정이 궁금하다면 Easy클코 설치 가이드도 참고해 보시기 바랍니다.