바이브 코딩 프롬프트 작성법: 비개발자를 위한 AI 요청 가이드

AI에게 “이거 만들어줘”라고 보내면, 코드는 나옵니다. 그런데 원하는 결과가 나올까요? 높은 확률로, 아닙니다.

바이브코딩을 한두 번이라도 해보신 분이라면 이런 경험이 있을 겁니다. 분명 간단한 앱을 시켰는데, AI가 잡동사니로 만들어놓거나, 제멋대로 만들어버리는 경우요. AI가 이상한 게 아니라, 내가 원하는 걸 충분히 전달하지 못한 겁니다.

그래서 바이브 코딩 프롬프트 작성법이 중요합니다. AI에게 보내는 첫 요청을 어떻게 정리하느냐에 따라 결과물의 방향이 달라지거든요. 이 글에서는 프롬프트를 쓰는 구조와 수정하는 방법을 실제 앱 하나를 만들면서 보여드리겠습니다.

바이브코딩 도구 선택부터 첫 결과물까지의 과정이 궁금하다면 바이브 코딩 초보 가이드를 참고하세요.

프롬프트는 코딩 명령이 아니라 ‘요구사항 정리서’다

바이브코딩을 처음 하면 프롬프트를 코딩 명령어처럼 생각하기 쉽습니다. “JavaScript로 함수를 만들어줘”, “React 컴포넌트를 생성해줘” 같은 식으로요. 비개발자에게는 이런 말 자체가 낯설죠. 그런데 애초에 그렇게 쓸 필요가 없습니다.

프롬프트는 사람에게 일을 부탁하는 요청서에 가깝습니다. 회사에서 디자이너에게 “메인 페이지 배너 좀 바꿔주세요”라고 할 때, 포토샵 단축키를 알려주진 않잖아요. 어떤 느낌으로, 어디에, 왜 바꿔야 하는지를 설명하죠. AI에게도 마찬가지입니다.

중요한 건 코드를 어떻게 짤지가 아니라, 내가 뭘 원하는지를 정리하는 겁니다. 뭘 만들 건지, 어떤 기능이 필요한지, 화면이 어떻게 생겼으면 좋겠는지. 이걸 정리하면 그게 곧 프롬프트가 됩니다.

그런데 “정리하라”고만 하면 막막하죠. 그래서 다섯 가지 요소로 나눠봤습니다.

좋은 첫 프롬프트의 다섯 요소

바이브 코딩 프롬프트를 쓸 때 다섯 가지를 정리하면 빠지는 게 줄어듭니다. 유일한 정답은 아니지만, 이 구조로 나누면 AI가 엉뚱한 방향으로 가는 일이 확실히 줄었습니다.

1. 목적 — 이 앱이 왜 필요한가

한 줄이면 됩니다. “무료 체험 기간을 까먹고 결제되는 걸 막고 싶다.” 이게 목적입니다. 목적이 빠지면 AI가 앱의 방향을 마음대로 잡습니다. 체험 관리 앱을 만들어달라고 했는데, 구독 비교 서비스를 만들어 올 수도 있어요.

2. 핵심 기능 — 이 앱이 뭘 해야 하는가

앱이 반드시 해야 하는 동작을 나열합니다. “해지 마감일을 자동으로 계산해야 한다”, “남은 일수에 따라 색상이 바뀌어야 한다”처럼요. 여기서 욕심을 부리면 AI도 욕심을 부립니다. 처음에는 핵심만 3~4개로 줄이세요.

3. 화면 구성 — 대충 어디에 뭐가 있으면 좋겠는가

입력하는 곳이 위에 있고 목록이 아래에 있다, 카드 형태로 보여달라, 이 정도면 충분합니다. 정교한 설계도를 그릴 필요 없어요. “위에 입력, 아래에 목록”만 써도 AI는 알아듣습니다.

4. 디자인 조건 — 보이는 규칙이 있는가

색상, 글자 크기, 모바일 대응처럼 눈에 보이는 조건입니다. “남은 일수가 3일 이하면 노란색, 1일 이하면 빨간색으로 바꿔줘”처럼 구체적으로 쓰면 AI가 임의로 판단하지 않습니다.

5. 이번 범위 — 이번에 하지 않을 것

이게 빠지면 AI가 알아서 기능을 추가합니다. “내가 요청하지 않은 기능은 추가하지 마.” 이 한 줄이면 경계가 그어집니다.

프롬프트를 구성하는 다섯 요소의 흐름 — 프롬프트의 다섯 요소를 정리한 이미지

실전: 무료 체험 해지 타이머를 처음부터 요청하기

이론만으로는 감이 안 옵니다. 직접 앱 하나를 만들어보겠습니다.

AI 도구, 스트리밍, 앱 같은 서비스의 무료 체험을 등록해두고 까먹은 적 있으시죠? 체험 기간이 끝나면 자동으로 결제되는데, 해지 마감일을 놓치는 경우가 꽤 많습니다. 그래서 ‘무료 체험 해지 타이머’를 만들어보겠습니다.

다섯 요소를 먼저 정리합니다.

요소	내용
목적	무료 체험 해지 마감일을 놓쳐서 결제되는 걸 막는다
핵심 기능	서비스 등록, 마감일 자동 계산, 남은 일수별 색상 경고, 수정·삭제
화면 구성	상단 입력 폼 + 하단 카드 목록 (마감 임박 순 정렬)
디자인 조건	7일 이상 초록, 3일 이하 노랑, 1일 이하 빨강. 모바일 대응
이번 범위	요청하지 않은 기능은 추가하지 마

이걸 프롬프트 한 문단으로 합치면 이렇게 됩니다.

무료 체험 기간을 놓쳐서 자동 결제되는 걸 막는 ‘무료 체험 해지 타이머’를 만들어줘. 서비스 이름, 체험 시작일, 체험 기간(일), 예상 결제 금액을 입력하면 해지 마감일을 자동 계산해줘. 등록한 서비스는 카드 형태로 보여주고, 마감이 임박한 순서로 정렬해줘. 남은 일수가 7일 이상이면 초록, 3일 이하면 노랑, 1일 이하면 빨강으로 카드 색을 바꿔줘. 카드마다 수정, 삭제가 가능해야 하고, 새로고침해도 내용이 남아 있어야 해. 휴대폰에서도 쓸 수 있게 만들어줘. 내가 요청하지 않은 기능은 추가하지 마.

별거 없죠? 다섯 요소를 자연스럽게 이어 붙인 겁니다. 표를 채운 뒤에 문장으로 풀면, 빠진 게 없는 프롬프트가 나옵니다.

이 프롬프트를 보내면 이런 결과가 나옵니다.

되게 단순한 프롬프트지만, 넣어야 할 건 다 들어가 있습니다. 목적, 기능, 화면, 디자인, 범위. 이렇게 정리하니까 AI가 엉뚱한 걸 만들 여지가 줄어든 거죠.

AI의 계획을 확인하는 법

프롬프트를 보내면 AI가 바로 코딩을 시작하지 않습니다. 먼저 계획서를 보여줍니다. 안티그래비티에서는 Proceed 버튼을 누르기 전에 AI가 무엇을 어떤 순서로 만들 건지 정리해서 보여주죠.

여기서 확인할 건 세 가지입니다.

내가 요청한 기능이 빠지지 않았는가. 계획서에 색상 경고가 안 보이면 AI가 빼먹은 겁니다. Proceed를 누르기 전에 잡아야 합니다.

요청하지 않은 기능이 들어가지 않았는가. AI가 “카테고리 분류 기능도 추가하겠습니다”라고 쓰면, 범위를 벗어난 겁니다. “카테고리 분류는 빼줘”라고 바로 말하면 됩니다.

실행 순서가 이상하지 않은가. 비개발자가 코드 구조를 평가할 필요는 없습니다. 다만 “먼저 데이터베이스를 구축하고”처럼 요청하지 않은 복잡한 단계가 보이면 “데이터베이스 없이 간단하게 만들어줘”라고 방향을 잡아주세요.

핵심은 Proceed를 누르기 전이 가장 싸게 고치는 타이밍이라는 겁니다. 다 만들고 나서 “이거 아닌데”라고 하면 AI가 처음부터 다시 만들어야 합니다. 계획 단계에서 잡으면 한 줄이면 끝나요.

수정 프롬프트 쓰는 법

첫 프롬프트로 완벽한 결과가 나오는 경우는 드뭅니다. 하지만 걱정할 필요 없습니다. 수정은 별거 아니거든요. 마음에 안 드는 걸 AI에게 말하면 됩니다. 대화하면서 고치는 겁니다. 그게 바이브코딩의 핵심이에요.

다만 수정할 때 방향을 하나만 정해서 요청하면 AI가 더 정확하게 알아듣습니다. 크게 세 방향이 있습니다.

기능 수정 — 동작을 바꾸거나 추가할 때

“등록된 서비스의 예상 금액을 전부 합산해서 상단에 보여줘.”
“체험 기간이 지난 서비스는 ‘만료됨’이라고 표시하고, 목록 맨 아래로 보내줘.”
“카드를 누르면 수정 화면이 뜨게 바꿔줘. 지금은 수정 버튼이 너무 작아.”

디자인 수정 — 내 취향이 아닐 때

AI가 만든 화면이 마음에 안 들면 그냥 말하면 됩니다.

“카드 모서리를 둥글게 해주고, 그림자를 넣어서 입체감을 줘.”
“전체 배경색을 어두운 톤으로 바꿔줘. 다크 모드 느낌으로.”
“모바일에서 카드가 한 줄씩 쌓이게 해줘. 지금은 글자가 잘려.”

범위 수정 — 필요 없는 걸 뺄 때

AI가 요청하지 않은 기능을 넣었거나, 처음 넣었던 기능이 불필요해졌을 때 씁니다.

“예상 금액 입력 필드를 빼줘. 해지 마감일만 보면 돼.”
“정렬 기능을 없애고, 등록한 순서대로 보여줘.”
“하단에 생긴 통계 그래프는 요청한 적 없으니 삭제해줘.”

한 번에 여러 방향을 섞어서 보내면 AI가 꼬입니다. “색상도 바꾸고, 기능도 추가하고, 레이아웃도 바꿔줘”보다는 하나씩 요청하고, 결과를 확인하고, 다음 수정을 보내세요.

처음부터 구조를 잡으려 하지 마세요

다섯 요소를 설명해놓고 이런 말을 하면 모순처럼 들릴 수 있는데, 솔직한 이야기입니다. 처음부터 표를 꼼꼼히 채우고 완벽한 프롬프트를 쓰려고 하면 오히려 시작을 못 합니다.

저도 처음에는 구조 없이 일단 만들었습니다. 결과는 나왔는데, 고치려고 보니 어디서부터 손대야 할지 모르겠더라고요. 그때 “처음에 이걸 정리해뒀으면 수정도 쉬웠겠다”를 몸으로 배운 겁니다. 그게 몇 번 쌓이면 자연스럽게 목적, 기능, 화면, 디자인, 범위를 미리 정리하게 됩니다.

다섯 요소는 나중에 체크리스트처럼 쓰게 되는 거지, 첫날부터 외워야 하는 공식이 아닙니다. 일단 시작하세요.

프롬프트를 잘 쓰면 검수도 줄어든다

결국 프롬프트는 AI에게 보내는 설계서입니다. 설계서가 명확하면 AI가 엉뚱한 걸 만들 확률이 줄고, 수정 횟수도 줄어듭니다. 완전히 없어지진 않습니다. AI는 여전히 가끔 제멋대로 하니까요. 하지만 “이거 왜 만든 거야?”라고 할 일은 확실히 줄어듭니다.

처음부터 완벽한 프롬프트를 쓸 필요는 없습니다. 다섯 요소를 채우고, 계획을 확인하고, 수정하는 흐름만 잡으면 됩니다. 몇 번 반복하면 AI와의 대화가 점점 빨라지는 걸 느낄 겁니다.

감사합니다!