처음엔 '버그가 생기면 LLM이 고치면 되지'라고 생각했대요

2인 스타트업이 10만 줄 넘는 코드를 LLM으로 작성하며 바이브코딩의 한계를 직접 경험했어요.

처음엔 '버그가 생기면 LLM이 고치면 되지'라고 생각했대요. 그런데 2,000개 커밋을 쌓고 나서 완전히 입장이 바뀌었거든요. 코드베이스가 커질수록 LLM이 내놓는 설계안이 맞는지 틀린지 판단조차 할 수 없었다고 해요.

핵심 원인은 세 가지예요. 코드 작성 비용은 줄었지만 검증 비용은 이자 붙어서 나중에 청구돼요. 리뷰 안 된 코드가 쌓이면 오류가 복리로 불어나고, LLM이 LLM 코드를 리뷰하는 것도 별 소용없었거든요.

바이브코딩은 주말 토이 프로젝트엔 여전히 유효하지만, 규모가 커지는 프로덕트라면 LLM이 내린 모든 아키텍처 결정을 내가 소유해야 한다는 게 결론이에요.