N잡러의 it템

코드 한 줄도 모르는 사람이 바이브코딩 잘 시키는 프롬프트 7원칙

코셔의 일상 2026. 4. 28. 10:08

코드 한 줄도 못 쓰는 음악 전공자다. 그래도 지난 3개월 동안 바이브코딩으로 앱 4개를 만들었다.

도구가 좋아서가 아니라 시키는 방식을 다듬어서 가능했다.

같은 처지인 분들에게 도움이 될 7가지 원칙을 풀어본다.

1. "뭘 만들고 싶은지" 말고 "어떻게 동작해야 하는지"를 적는다

처음에 "메모 앱 만들어줘"라고 하면 결과물이 매번 다르게 나온다.

AI가 뭘 상상할지 모른다. 대신 "버튼 누르면 입력창이 뜨고, 텍스트 치고 저장 누르면 리스트에 추가되고, 새로고침해도 사라지지 않는 메모 앱"이라고 동작 시나리오로 적으면 결과물이 안정적이다.

 

곡 쓸 때 "신나는 곡"보다 "BPM 128, 4/4, 후렴 두 번 반복"이 정확한 거랑 같다.

 

2. 한 번에 한 가지만 시킨다

 

"로그인 만들고 메모 기능 추가하고 다크모드 넣어줘"라고 하면 셋 다 어설프게 나온다.

로그인 끝낸 다음, 잘 되는 거 확인하고, 다음 메모 기능.

 

이게 시간이 더 걸릴 것 같지만 사실 더 빠르다. 한 번에 다 시켜서 망가지면 어디가 문제인지 못 찾는다.

음악 믹싱도 한 트랙씩 잡고 가야지, 다 같이 만지면 결국 처음부터 다시 한다.

 

3. 잘 안 되면 "왜 안 되는지 먼저 설명해줘"라고 시킨다

에러가 나면 바로 "고쳐줘"가 아니라 "왜 이 에러가 나는지 한국어로 설명해줘"부터 시킨다.

그러면 AI가 자기 추론을 한 번 정리하고, 그 다음 수정안을 내놓는다.

 

설명 들으면 다음에 비슷한 에러 났을 때 알아챌 수 있다. 코드는 못 짜도 패턴은 익혀진다.

 

4. "잘 모르는 거 있으면 먼저 물어봐"라고 못 박는다

가장 위험한 게 AI가 모르면서도 그럴듯한 답을 만들어내는 거다.

처음에 이걸 모르고 받은 코드 그대로 쓰다가 한 시간 헤맸다.

 

이제는 첫 프롬프트에 "확신 없는 부분이나 가정해야 하는 부분은 코드 짜기 전에 먼저 물어봐"라고 명시한다.

이 한 줄이 작업 시간을 절반으로 줄였다.

 

5. 결과 확인 방법을 같이 알려달라고 한다

코드 만들어주면 끝이 아니라 "이게 잘 됐는지 어떻게 확인해?"를 같이 묻는다.

그러면 구체적인 검증 단계가 따라온다.
이걸 매번 받으면 작업 끝났을 때 진짜 끝난 건지 직접 확인할 수 있다.


6. "이 프로젝트의 컨텍스트는 ~~"를 매번 깔고 시작

새 대화 시작할 때 처음 한 줄에 프로젝트 정보를 미리 적는다.
"이건 ooo 기반 메모 앱이고, 폴더 구조는 ~이렇게 되어 있어."

같은 맥락 정보. 이걸 매번 적어주면 AI가 다른 프레임을 섞어 쓰지 않는다.
음악으로 비유하면 첫 마디에 키와 BPM을 명시하는 거랑 같다. 명시 안 하면 매번 다른 답이 온다.


7. 큰 변경은 "계획부터 보여줘"

기능 하나 추가가 아니라 구조 자체를 바꾸는 작업은 바로 코드 시키지 않는다.
"이거 어떤 식으로 바꿀 건지 단계별로 먼저 정리해줘"라고 시키고, 계획이 마음에 들면 "그대로 진행해"라고 한다.

 

계획 단계에서 거르면 잘못된 방향으로 가는 시간을 한 시간 단위로 절약한다.

음악 작업으로 치면 멜로디 라인 다 다듬고 편곡 들어가는 거랑 같은 흐름이다.

 

마무리

코드 모르고 바이브코딩 하는 건 결국 외주 작업 관리랑 똑같다. 명확하게 발주하고, 작은 단위로 받고, 검수하고, 다음 작업 넘긴다. 음악 프로듀서가 세션 뮤지션과 일하는 방식 그대로다. 코드를 배우는 것보다 시키는 법을 배우는 게 훨씬 빠르다. 코드는 결과로 따라온다. 7가지 원칙 다 한 번에 적용 안 해도 된다. 이번 주는 1·2번만, 다음 주는 4번 추가, 이런 식으로 늘려가다 보면 어느 순간 자연스러워진다.