구체적으로 말하는 법 — 나쁜 프롬프트 vs 좋은 프롬프트

Ch.08 · Lesson 02 · Updated 2026.05.23 · 3 min read

← 바이브코딩 바이블 목차

프롬프트 작성법을 배우는 가장 빠른 방법은 나쁜 예시와 좋은 예시를 직접 비교해보는 거예요. 같은 목적인데 어떻게 표현하느냐에 따라 결과가 얼마나 달라지는지 보면, 구체적으로 말하는 것이 얼마나 중요한지 바로 느껴져요.

비교 1: 버튼 만들기

나쁜 프롬프트: “파란 버튼 만들어줘”

좋은 프롬프트: “제출 버튼을 만들어줘. 배경색은 #1D4ED8(파란색)이고 텍스트는 흰색이야. 패딩은 상하 12px, 좌우 24px이고 border-radius는 8px이야. 호버할 때 약간 어두워지는 효과도 넣어줘. 클릭 중에는 살짝 눌리는 느낌의 scale 효과도 추가해줘.”

좋은 프롬프트는 색상 코드, 크기, 인터랙션까지 구체적으로 명시했어요. 그 결과 AI가 정확히 원하는 버튼을 만들 수 있어요.

비교 2: 리스트 페이지 만들기

나쁜 프롬프트: “상품 목록 페이지 만들어줘”

좋은 프롬프트: “쇼핑몰 상품 목록 페이지를 만들어줘. 상품은 그리드 레이아웃으로 표시되고, 데스크탑에서는 4열, 태블릿에서는 2열, 모바일에서는 1열이야. 각 상품 카드에는 이미지, 상품명, 가격, 장바구니 담기 버튼이 있어야 해. 상단에는 카테고리 필터와 가격순/최신순 정렬 옵션이 있어야 해. 지금 상품 데이터는 없으니까 더미 데이터 5개로 보여줘.”

비교 3: 에러 수정 요청

나쁜 프롬프트: “에러가 났어요 고쳐줘”

좋은 프롬프트: “로그인 폼에서 제출 버튼을 클릭하면 다음 에러가 발생해요: TypeError: Cannot read properties of undefined (reading map). 에러는 UserList 컴포넌트에서 발생하는 것 같아요. 관련 코드를 붙여드릴게요. [코드 첨부] 어떻게 고치면 될까요?”

에러 수정 요청은 에러 메시지, 에러가 발생한 위치, 관련 코드를 함께 제공하는 게 필수예요. AI가 작동하는 원리를 이해하면, AI는 맥락이 없으면 추측으로 답변한다는 걸 알 수 있어요.

구체적으로 말하기 어려울 때

원하는 걸 어떻게 설명해야 할지 모를 때가 있어요. 이럴 때는 이 방법을 써보세요.

레퍼런스를 제시하는 거예요. “노션처럼 생긴 편집기 만들어줘”, “에어비앤비 검색 결과 페이지처럼 카드 레이아웃으로 만들어줘”처럼요. 잘 알려진 서비스를 기준점으로 삼으면 AI가 맥락을 더 잘 이해해요.

또는 반대로 접근할 수도 있어요. “원하지 않는 것”을 말하는 거예요. “팝업 모달은 쓰지 말고”, “애니메이션 없이 심플하게”, “다크 모드가 아닌 라이트 모드로”처럼요.

프롬프트 수정도 기술이에요

첫 번째 결과가 마음에 들지 않을 때, 전체를 다시 쓰는 것보다 부족한 부분만 구체적으로 짚어서 수정 요청하는 게 더 효과적이에요. “색상은 좋은데 폰트 크기가 너무 작아”, “레이아웃은 좋은데 모바일에서 버튼이 너무 작게 보여”처럼 구체적인 피드백을 주면 원하는 방향으로 빠르게 수렴돼요.

이 챕터에 대해 질문이 있으신가요? Cursor Korea 커뮤니티에서 함께 이야기해요.

질문하러 가기 →
DISCUSSION

댓글 0