AI 면접 시리즈 15: Vibe Coding의 일반적인 함정은 무엇인가요?

Vibe Coding의 '감각/분위기 주도' 모드는 빠른 프로토타이핑과 창의적 탐구 시에 좋지만, 제어하지 않으면 몇 가지 전형적인 함정에 빠지기 쉽습니다. 아래에서는 코드 품질, 유지보수성, 보안, 요구사항 진화, 팀 협업의 다섯 가지 차원에서 요약합니다.

1. 코드 품질 함정

Vibe Coding은 대화형 반복에 의존하기 때문에 사용자가 매번 모호한 수정 요청(예: '이 버튼을 더 기술적으로 보이게 하세요')을 하면 AI는 기존 로직을 리팩터링하지 않고 새 코드를 덧붙이는 경향이 있습니다. 어떤 이전 코드가 무효화되었는지 알지 못하고 쉽게 삭제하지 못해 중복 및 죽은 코드가 계속 누적됩니다. 또한 AI는 통일된 '코드 스타일 기억'이 없어 매번 생성 시 다른 명명 규칙(훈련 데이터의 무작위성에 따라)을 따를 수 있으며, 사용자가 명확한 규칙 제약을 거의 제공하지 않아 최종 코드는 지저분하고 예측 불가능해집니다. 요약하면 다음과 같습니다:

중복 및 죽은 코드: 여러 번 수정 후 AI는 이전 구현, 주석 처리된 코드 블록, 사용되지 않는 임포트를 남깁니다. 삭제 위험이 높아 보존하기 때문입니다.
일관되지 않은 명명과 스타일: AI는 다른 라운드에서 무작위로 훈련 데이터에서 스타일을 추출하며, 사용자가 규칙을 강제하지 않으면 카멜케이스, 언더스코어, 공백이 혼용됩니다.
숨겨진 논리 오류: AI는 '일반적인 경로'가 올바른 코드를 생성하는 경향이 있지만, 경계 조건(널 값, 극단값, 동시성)은 훈련 데이터에서 이러한 예시가 적어 종종 무시됩니다.

2. 유지보수성 함정

Vibe Coding의 반복 속도는 매우 빠르며, 사용자와 AI 모두 '현재 기능이 사용 가능한지'에 집중하여 문서, 주석 또는 리팩터링을 작성할 시간이 거의 없습니다. AI는 장기 기억이 부족하여 함수에 docstring을 추가하지 않으며, 다음에 이어받을 개발자를 고려하지 않습니다. 또한 AI는 '당장의 요구사항을 해결'하는 경향이 있어, 너무 일반적인 프레임워크를 설계하거나(사용자가 나중에 필요할 것이라고 생각) 복사-붙여넣기로 빠르게 구현하여 추상화 수준이 혼란스러워집니다. 요약하면 다음과 같습니다:

문서 및 주석 부족: AI는 기본적으로 '자체 설명' 코드를 출력하지만, 실제로 복잡한 정규식이나 알고리즘은 이해하기 어렵습니다. 사용자가 요구하지 않으면 문서를 작성하지 않습니다.
과도한 추상화 또는 추상화 부족: AI는 때로 문제가 간단함에도 불구하고 일반적인 디자인 패턴(예: 팩토리, 전략)을 적용하고, 때로는 공통 함수를 추출하기 귀찮아 코드 블록을 직접 복사합니다.

3. 보안 함정

AI의 훈련 데이터에는 많은 오픈 소스 코드가 포함되어 있으며, 그중에는 과거 취약점(예: SQL 연결, 하드코딩된 키)이 적지 않습니다. Vibe Coding에서 사용자는 '매개변수화된 쿼리 사용'이나 '환경 변수에서 키 읽기'를 적극적으로 요구하지 않으므로, AI는 가장 일반적(그리고 종종 안전하지 않은) 패턴을 채택합니다. 또한 AI는 '위협 모델' 인식이 없어 입력 필터링이나 최소 권한을 능동적으로 확인하지 않으며, 기능 구현에만 관심이 있습니다. 요약하면 다음과 같습니다:

주입 취약점: AI는 기본적으로 문자열 연결을 사용하여 SQL/명령을 구성합니다. 이 방식이 간단한 튜토리얼에서 가장 흔하기 때문입니다.
민감 정보 하드코딩: 훈련 샘플의 예시는 종종 API 키를 하드코딩하며, AI는 이 패턴을 모방합니다.
과도한 권한: AI는 편의를 위해 최소 필요 권한을 고려하지 않고 자주 sudo 또는 w+ 모드로 파일을 엽니다.

4. 요구사항 진화 함정

Vibe Coding에는 명확한 경계가 없습니다. 사용자가 '기능을 하나 더 추가해 달라'고 하면 AI는 최선을 다해 만족시키지만, '범위 밖'이 무엇인지 알지 못합니다. AI는 우선순위 개념도 없어 세 가지 추가 기능을 동시에 구현하여 핵심 기능이 묻힐 수 있습니다. 동시에 새로운 버그를 수정할 때 AI는 이전 기능을 검토하지 않아 A를 고치고 B가 손상되는 회귀 문제가 자주 발생합니다. 요약하면 다음과 같습니다:

범위 확장: AI는 '사용자를 만족시키기' 위해 관련 있어 보이지만 필수적이지 않은 기능(예: 계산기에 기록 추가)을 적극적으로 추가합니다.
기능 퇴화: AI가 특정 버그를 수정할 때 전체 로직을 이해하지 못해 공통 함수를 수정하여 그에 의존하는 다른 기능이 비정상적으로 동작합니다.

5. 팀 협업 함정

Vibe Coding의 대화 과정은 개인과 AI 간의 사적인 상호작용으로, 전달 가능한 사양 문서나 설계 결정 기록이 남지 않습니다. 다른 팀 구성원이 각각 AI와 대화하여 각자 스타일의 코드를 얻으므로 병합 시 충돌이 많이 발생합니다. 또한 AI는 커밋 메시지나 변경 로그를 자동으로 생성하지 않아 코드 진화 이유가 손실되어, 이후 유지보수 담당자는 추측에 의존할 수밖에 없습니다. 요약하면 다음과 같습니다:

재현 불가능한 빌드: 다른 사람, 다른 시간에 동일한 프롬프트를 사용하면 AI는 다른 구현을 출력합니다(샘플링 무작위성 때문).
변경 추적 부족: 설계 문서가 없고, '왜 이렇게 변경했는지'를 설명하는 커밋 메시지가 없어 코드가 블랙박스가 됩니다.