AI의 결과를 읽고 검증하기

👁️ 바이브 코딩에서도 '읽기'는 필수다

바이브 코딩이 코드를 직접 안 써도 된다는 뜻은 아닙니다. 정확히는, 코드를 직접 타이핑하지 않아도 된다는 것입니다. 하지만 AI가 생성한 코드를 검토하지 않고 쓰는 것은 자동차 브레이크를 확인하지 않고 운전하는 것과 같습니다. 이번 강의에서는 코드를 모르는 초심자도 할 수 있는 현실적인 검증 방법을 배웁니다.

🔍 검증 1 — 변경된 부분 먼저 훑기

AI가 파일을 수정했다면, 변경된 부분(diff)을 먼저 확인합니다. Cursor·Windsurf에서는 에디터 내에서 변경 전/후를 색으로 보여줍니다. Claude Code는 각 파일 수정 내역을 단계별로 보여줍니다.

훑을 때 확인할 것들:

• 요청한 부분만 변경됐는가, 아니면 엉뚱한 부분도 건드렸는가?
• 새로 생긴 파일이 있는가? 있다면 무엇을 위한 파일인가?
• 삭제된 코드가 있는가? 의도한 삭제인가?

코드를 이해하지 못해도 됩니다. "내가 요청한 것 이상의 변화가 있는지"만 파악해도 충분합니다.

▶️ 검증 2 — 실행으로 직접 확인

코드를 읽는 것보다 실행하는 것이 더 확실한 검증입니다. 변경 후 반드시 실행해서 결과를 눈으로 확인하세요.

• UI 변경: 브라우저에서 새로고침 → 원하는 화면인지 확인
• 기능 추가: 해당 기능을 실제로 사용해보기 → 정상 동작 여부
• 에러 수정: 같은 상황을 재현해서 에러가 사라졌는지 확인
• 데이터 처리: 다양한 입력값으로 결과가 올바른지 확인

정상 동작이 확인되면 그걸로 충분합니다. 코드의 모든 줄을 이해할 필요는 없습니다.

❓ 검증 3 — 이해 안 되면 설명 요청

변경된 코드가 의심스럽거나 이해가 안 가면 AI에게 물어보세요:

방금 추가한 useEffect 부분이 왜 필요한 건지 설명해줘. 없으면 어떤 문제가 생겨?

이 try-catch 블록에서 catch 부분은 어떤 상황에서 실행돼? 실제로 그 상황이 생길 수 있어?

AI는 자신이 생성한 코드를 설명하는 데 매우 뛰어납니다. 이해하고 나면 같은 실수를 예방할 수 있고, 점차 코드를 읽는 능력도 쌓입니다.

⚠️ 검증 없이 쌓이는 기술 부채

검증 없이 AI의 결과를 그대로 축적하면 어떤 일이 생길까요? 기술 부채(Technical Debt)가 쌓입니다. 기술 부채란 지금 당장은 동작하지만 나중에 문제가 될 수 있는 코드의 총합입니다.

대표적인 기술 부채 사례:

• 동작은 하지만 이유를 아무도 모르는 코드
• 에러 처리가 없어서 예외 상황에서 앱이 죽는 코드
• 중복된 코드가 여러 군데 있어 한 곳을 고치면 다른 곳도 바꿔야 하는 상황
• 타입이 all any로 설정되어 있어 타입 오류를 잡지 못하는 상태

초기에는 부채가 있어도 앱이 돌아갑니다. 하지만 기능이 쌓일수록 부채가 리스크로 전환됩니다.

📋 초심자용 코드 리뷰 체크리스트

코드를 몰라도 할 수 있는 검증 항목들:

체크 항목	확인 방법
요청한 부분만 변경됐나?	diff 보기 (에디터의 변경 내역)
실행이 되나?	직접 실행 후 에러 없는지
원하는 기능이 동작하나?	해당 기능 직접 사용해보기
엣지 케이스가 처리됐나?	빈 입력, 실패 케이스 테스트
이해 안 되는 코드가 있나?	AI에게 설명 요청
의도치 않은 파일이 변경됐나?	변경 파일 목록 확인

✅ 정리

• 바이브 코딩에서도 검증은 필수입니다. 코드를 쓰지 않아도 확인은 해야 합니다.
• 변경 부분 훑기 → 실행 확인 → 이해 안 되면 설명 요청 — 이 3단계를 습관화하세요.
• 코드를 이해하는 것과 검증하는 것은 다릅니다. 이해 못해도 검증은 할 수 있습니다.
• 지금 당장 통과해도 나중에 문제가 될 코드(기술 부채)는 꾸준히 AI에게 설명 요청하며 줄여나가세요.