3. 바이브 코딩 나도 해보기 - 프롬프트를 잘 쓰는 법: 잘 되는 요청 vs 망하는 요청 (예시 중심)

바이브코딩을 하면서 가장 많이 듣는 질문이 있습니다.

“왜 같은 AI인데 결과가 다르지?”

결론부터 말하면, AI 성능 문제가 아니라, 요청 방식 문제입니다.

같은 도구를 써도
누군가는 10분 만에 결과물을 만들고
누군가는 1시간 동안 헤맵니다.

차이는 딱 하나입니다.

프롬프트 (요청 방식)

오늘은 실제 예시를 통해
잘 되는 요청 vs 망하는 요청을 비교해보겠습니다.

1. “막연한 요청” vs “구체적인 요청”

❌ 망하는 요청

투두 앱 만들어줘

 

👉 문제:

• 기능 정의 없음
• UI 없음
• 구조 없음
• 결과가 랜덤

---

✅ 잘 되는 요청

할 일 관리 웹앱 만들어줘.

- 할 일 추가 / 삭제 / 체크 기능
- 체크된 항목은 취소선 표시
- 데이터는 로컬에 저장
- 카드형 UI
- 모바일에서도 보기 좋게

HTML 하나로 실행 가능하게 만들어줘

 

👉 결과:

• 바로 실행 가능한 결과
• 수정 포인트 명확
• UI까지 포함됨

---

2. “애매한 표현” vs “스타일 지정”

❌ 망하는 요청

예쁘게 만들어줘

 

👉 문제:

• “예쁘다” 기준이 없음
• AI가 랜덤 디자인 생성

---

✅ 잘 되는 요청

미니멀하고 깔끔한 디자인으로 만들어줘.

- 카드형 UI
- 여백 넉넉하게
- 그림자 살짝
- SaaS 스타일

 

👉 결과:

• 일관된 디자인
• 재사용 가능

---

3. “한 번에 끝내기” vs “단계 나누기”

❌ 망하는 요청

회원가입, 로그인, 대시보드 다 만들어줘

 

👉 문제:

• 너무 많은 요구
• 오류 발생 확률 증가
• 디버깅 어려움

---

✅ 잘 되는 요청

1단계: 로그인 UI만 만들어줘
2단계: 로그인 기능 추가해줘
3단계: 대시보드 연결해줘

 

👉 결과:

• 오류 줄어듦
• 수정 쉬움
• 구조 이해 가능

---

4. “AI에게 맡기기” vs “역할 나누기”

❌ 망하는 요청

다 알아서 만들어줘

 

👉 문제:

• 방향성 없음
• 결과 편차 큼

---

✅ 잘 되는 요청

너는 프론트엔드 개발자라고 생각하고 만들어줘.

- UI 중심으로 구현
- 코드에 설명 주석 추가
- 초보도 이해할 수 있게 작성

 

👉 결과:

• 결과물 일관성 증가
• 이해 가능한 코드

---

5. “에러 무시” vs “에러 활용”

❌ 망하는 흐름

• 에러 발생 → 당황 → 다시 처음부터

---

✅ 잘 되는 흐름

이 에러 로그 보고 문제 해결해줘

 

👉 핵심:

• 에러는 실패가 아니라 힌트
• AI는 로그 기반으로 더 정확해짐

---

핵심 공식 

좋은 프롬프트는 보통 이 구조입니다:

무엇을 만들지
+ 기능
+ 디자인 스타일
+ 실행 조건

 

<예시> PDF 요약 웹앱 만들어줘.

- 파일 업로드 기능
- 요약 결과 표시
- 카드형 UI
- 모바일 대응

하나의 HTML 파일로 실행 가능하게 만들어줘

결과는 아래와 같이 나옵니다 

결과를 보면 또 추가 하고 싶은거나 어떤  부분이 빠진지 보이는 것 같아요. 
저는 웹링크 요약도 함께 할 수 있게 만들어 달라고 다시 요청해봤어요. 

---

초보가 가장 많이 하는 실수 3가지

1. 너무 짧게 요청함 → 정보 부족
2. 한 번에 너무 많이 시킴 → 복잡도 증가 
3. 감으로 수정하려고 함 → AI 활용 부족

정리하면, 이제 중요한 건 하나입니다.

“잘 쓰는 사람이 아니라, 잘 시키는 사람이 유리하다”

• 코딩 실력  ❌
• 프롬프트 설계 능력 ⭕

시키는 것도 연습이 필요한 것 같아요. 자꾸 해봐야죠 뭐 ~