바이브 코딩 디버깅 완전 정리

모델은 실행 중인 프로세스를 볼 수 없습니다. 스택 트레이스와 코드만 보고 원인을 추론하므로, 정보가 부족하면 가장 그럴듯한 원인을 자신 있는 어조로 제시합니다. 답변의 확신에 찬 어조가 근거의 양과 아무 상관이 없다는 점, 그리고 그 어조가 사람의 의심을 먼저 꺾는다는 점이 이 영역의 핵심 위험입니다. 그래서 디버깅에서 사람이 할 일은 답을 받는 것이 아니라, 모델이 추측으로 메울 여지를 증거로 미리 막고 남은 후보를 하나씩 지워 가는 것입니다.

에러 메시지 그대로 붙여넣기가 출발점입니다. 요약하거나 자기 해석을 덧붙이면 그 해석이 곧바로 수사 방향을 좁히기 때문입니다. 여기에 재현 가능한 최소 코드(MRE)를 만들어 AI에 제공하라를 더하면 무관한 코드가 만들어 내는 잡음이 사라지고, 예상 동작과 실제 동작의 차이를 명확히 설명하라로 무엇이 버그인지 정의합니다. 마지막은 언제나 AI가 제시한 해결책을 하나씩 검증하라입니다.

제안받은 수정안 서너 개를 한꺼번에 적용하는 것이 가장 값비싼 실수입니다. 증상이 사라져도 무엇이 고쳤는지 모르고, 나머지 변경은 근거 없는 코드로 남습니다. 데드락이나 경쟁 상태처럼 타이밍에 민감한 버그에서는 무관한 변경이 실행 순서를 흔들어 증상만 숨기는 일도 흔합니다. 스레드 덤프 역시 한 시점의 스냅샷이므로, 몇 초 간격으로 두 번 이상 떠서 어떤 스레드가 계속 같은 자리에 머무는지 비교해야 합니다.