AI에게 “에러 나는데 왜 그래요?”라고 물으면 AI도 추측만 합니다. 화면에 뜬 빨간 글씨는 읽기 싫게 생겼지만, 사실 그 안에 답의 대부분이 들어 있습니다. 요약해서 넘기는 순간 그 정보가 사라집니다.
바이브 코딩에서 진도가 갈리는 지점은 코드를 얼마나 아느냐가 아니라, 막혔을 때 무엇을 넘기느냐입니다. 넘기는 방식만 바꿔도 같은 문제가 훨씬 빨리 풀립니다.
에러 원문에는 위치가 적혀 있습니다
에러 메시지가 길고 알아보기 힘든 이유는, 그 안에 어디서 무엇이 잘못됐는지가 순서대로 적혀 있기 때문입니다. 파일 이름, 몇 번째 줄, 어떤 값이 없었는지가 들어 있습니다.
“로그인이 안 돼요”로 요약하면 AI는 로그인이 안 되는 수십 가지 이유를 하나씩 추측합니다. 원문을 붙이면 그중 하나로 바로 좁혀집니다.
에러 메시지는 읽으라고 있는 것이 아니라 넘기라고 있는 것입니다. 이해하지 못해도 됩니다. 통째로 복사해서 붙이세요.
함께 붙일 네 가지
| 붙일 것 | 왜 필요한가 |
|---|---|
| ① 에러 원문 | 문제의 위치와 종류가 여기 있습니다. 자르지 말고 전부 |
| ② 직전에 한 일 | 어제까지 됐다면 그 사이에 바꾼 것이 원인입니다 |
| ③ 기대한 동작 | 무엇이 정상인지 모르면 고쳤는지 판단할 수 없습니다 |
| ④ 환경 | 어떤 도구로, 어디서 돌렸는지에 따라 해법이 달라집니다 |
②번이 특히 효과가 큽니다. “아까까지 잘 됐는데 배포 설정을 바꾸고 나서부터 이렇습니다”라는 한 줄이 원인 범위를 절반 이하로 줄입니다.
이렇게 붙이면 됩니다
형식을 갖출 필요는 없습니다. 네 가지가 들어 있기만 하면 됩니다.
아래 에러가 납니다. 전체 메시지 그대로 붙입니다. [여기에 에러 원문 전체] 직전에 한 일: 로그인 화면을 추가하고 배포했습니다. 그 전까지는 정상이었습니다. 기대한 동작: 아이디와 비밀번호를 넣으면 목록 화면으로 넘어가야 합니다. 환경: 크롬 브라우저, 배포한 주소에서 발생. 내 컴퓨터에서는 정상입니다.
마지막 줄처럼 “내 컴퓨터에서는 되는데 올리면 안 된다”는 정보는 그 자체로 원인을 크게 좁혀줍니다. 대개 환경 설정이나 주소 문제이기 때문입니다.
세 번 막히면 질문을 멈춥니다
같은 자리에서 세 번을 물었는데 계속 다른 답이 오면, 질문을 네 번째로 넘길 때가 아니라 방향을 바꿀 때입니다.
- 되돌립니다 — 마지막으로 정상이던 지점으로 돌아갑니다. 고치려고 손댄 것들이 문제를 더 키운 상태일 수 있습니다.
- 작게 만들어 확인합니다 — 문제가 나는 부분만 따로 떼어 아주 작은 예제로 만듭니다. 여기서 재현되면 원인이 좁혀지고, 재현이 안 되면 원인은 다른 곳입니다.
- 다른 방법으로 우회합니다 — 꼭 그 방식이어야 하는 게 아니라면 다른 방식으로 같은 결과를 냅니다.
되돌릴 수 있게 해두는 것이 먼저입니다
위의 “되돌립니다”가 성립하려면 돌아갈 지점이 있어야 합니다. 작업을 시작하기 전에 저장 지점을 하나 만들어두는 습관이 질문 실력보다 먼저입니다.
돌아갈 곳이 없으면 막혔을 때 선택지가 “계속 물어보기” 하나만 남고, 고치려는 시도가 쌓이면서 원래 문제가 무엇이었는지도 흐려집니다. 이 부분은 AI가 짜준 코드를 그대로 올리면 생기는 일에서 데이터 손실 위험과 함께 다뤘습니다.
AI와 주고받는 기본 리듬은 한 번에 완벽을 시키면 실패합니다에, 만든 것을 실제로 올리는 순서는 인터넷에 올리기에 있습니다.
이 글은 초보자가 막혔을 때 쓰는 방법을 정리한 참고자료입니다. 도구와 언어에 따라 에러 메시지의 형태는 다르지만, 원문을 그대로 넘긴다는 원칙은 같습니다.
도움이 되는 공식자료
이 글은 퇴직생활연구소 편집실이 생성형 AI 도구로 초안을 만들고, 공식 출처를 사람이 확인한 뒤 발행했습니다. 편집자 이름은 담당 업무를 가리키는 운영명이며 실존 인물이 아닙니다. 편집실 운영 방식 보기
