바이브 코딩 사전
프롬프트 템플릿
바이브 코딩 사전

프롬프트 템플릿

반복해서 쓰는 AI 작업 지시를 일정한 칸으로 나누어 재사용하는 프롬프트 형식이다. 초보자는 매번 즉흥적으로 '이 기능 만들어줘'라고 쓰기보다, 목표, 현재 파일, 입력 자료, 제약 조건, 원하는 출력 형식, 검증 방법을 같은 순서로 채우면 AI가 누락 없이 코딩 작업을 수행하기 쉽다. 특히 VIBE 코딩에서는 템플릿이 작업 범위를 고정하는 안전장치가 된다. 예를 들어 버그 수정 템플릿에 재현 단계, 기대 동작, 실제 동작, 실패한 테스트, 수정 금지 파일을 넣으면 AI가 엉뚱한 리팩토링으로 번지는 일을 줄일 수 있다. 좋은 템플릿은 길기만 한 문서가 아니라, 사람과 AI가 함께 확인해야 할 결정 지점을 빠뜨리지 않게 해주는 체크리스트에 가깝다.

영어 표기

Prompt Template

예시

새 결제 버튼 버그를 고칠 때 '목표: 중복 클릭 방지 / 증거: 실패 테스트 파일 / 제약: API 스키마 변경 금지 / 출력: 수정 파일 목록과 검증 명령 / 완료 기준: 회귀 테스트 통과'처럼 템플릿을 채워 AI에게 전달한다.

참고

반복 작업에서 프롬프트 품질 편차를 줄이는 초보자용 기본 패턴.

카테고리

프롬프트 엔지니어링

난이도

basic

태그

프롬프트템플릿 · 작업지시

함께 읽기

연관 용어

프롬프트 엔지니어링

프롬프트 엔지니어링

영어 표기 Prompt Engineering

AI 모델에게 원하는 출력을 얻기 위해 입력 텍스트(프롬프트)를 체계적으로 설계하는 기술로, '모델에게 무엇을 물을 것인가'를 다루는 학문이자 실무이다. 같은 AI 모델이라도 프롬프트를 어떻게 구성하느냐에 따라 출력의 품질이 극적으로 달라진다. 예를 들어, '로그인 만들어줘'라는 막연한 프롬프트 대신 'Next.js 14 App Router를 사용하여 이메일/비밀번호 로그인 기능을 구현해줘. bcrypt로 비밀번호 해싱, JWT 토큰 발급, 7일 만료, httpOnly 쿠키 저장. TypeScript strict mode로 작성해줘.'처럼 구체적으로 지시하면 훨씬 정확한 코드를 생성한다. 핵심 기법으로는 제로샷 프롬프팅(예시 없이 직접 지시), 퓨샷 프롬프팅(예시를 먼저 보여준 후 요청), 사고의 연쇄(CoT, 단계별 추론 유도), 시스템 프롬프트(역할·제약 조건 설정) 등이 있다. 2022~2023년에 가장 주목받은 AI 관련 기술이며, 이후 컨텍스트 엔지니어링('모델에게 무엇을 보여줄 것인가')과 하네스 엔지니어링('전체 시스템을 어떻게 운영할 것인가')으로 확장되었지만, 여전히 AI와 소통하는 가장 기본적이고 필수적인 스킬이다.

프롬프트 엔지니어링

제로샷 프롬프팅

영어 표기 Zero-Shot Prompting

예시를 제공하지 않고 직접 지시만으로 AI에게 작업을 요청하는 가장 기본적인 프롬프팅 방식이다. 'Zero-Shot'은 '훈련 데이터에서 한 번도 보지 못한 작업(zero examples)'이라는 머신러닝 용어에서 유래했지만, 바이브 코딩에서는 단순히 '예시 없이 곧바로 요청한다'는 의미로 통용된다. 일상적인 코딩 작업에서 가장 빈번하게 사용되는 방식이며, 'Python으로 피보나치 함수를 작성해줘', 'React로 카운터 컴포넌트를 만들어줘'처럼 충분히 명확한 지시라면 추가 예시 없이도 좋은 결과를 얻을 수 있다. 다만, 특정 코딩 스타일이나 출력 형식을 원하는 경우에는 퓨샷 프롬프팅(Few-Shot)이 더 효과적이다. 모델의 사전 학습된 지식만으로 응답하므로, 모델이 이미 잘 알고 있는 표준적인 작업에서 가장 잘 동작한다.

프롬프트 엔지니어링

퓨샷 프롬프팅

영어 표기 Few-Shot Prompting

하나 이상의 입출력 예시(example pair)를 먼저 보여준 후, 동일한 패턴으로 새로운 작업을 수행하도록 요청하는 프롬프팅 기법이다. 'Few-Shot'은 '소수의 예시(few examples)'라는 의미로, AI에게 '이런 식으로 해줘'라는 기대 형식을 예시를 통해 전달한다. 바이브 코딩에서는 특히 다음과 같은 상황에서 효과적이다: 특정 코딩 스타일을 일관되게 유지하고 싶을 때(예: '이전 컴포넌트 A는 이렇게 작성했으니, 새 컴포넌트 B도 같은 패턴으로 작성해줘'), 데이터 변환 규칙을 정의할 때(예: '입력→출력 매핑 3개를 보여주고, 4번째를 요청'), API 응답 형식을 통일하고 싶을 때 등. 예시의 수가 많을수록 패턴을 더 정확히 파악하지만, 컨텍스트 윈도우를 더 많이 소비하므로 2~5개의 예시가 일반적으로 가장 효율적이다. 제로샷 프롬프팅으로 원하는 결과를 얻지 못할 때, 예시를 추가하여 퓨샷으로 전환하면 품질이 크게 향상되는 경우가 많다.