바이브 코딩 프롬프트 완전 정리

프롬프트가 짧을수록 모델은 학습 데이터에서 가장 흔한 형태의 코드를 내놓습니다. 즉 정보를 생략하면 자유도를 준 것이 아니라 평균값을 고른 셈이 됩니다. 실무에서 문제가 되는 지점도 대개 여기입니다. 프레임워크 버전, 기존 폴더 구조, 팀에서 이미 쓰는 유틸리티를 말하지 않으면 문법적으로는 멀쩡하지만 이 프로젝트에는 붙지 않는 코드가 돌아옵니다. 그리고 그런 코드는 대개 통째로 버리기도, 그대로 쓰기도 애매한 상태로 남아 결국 손으로 다시 쓰는 시간을 만듭니다.

맥락을 충분히 제공하라가 토대이고, 그 위에 제약 조건을 명시해서 원하는 범위의 코드를 받아라를 얹으면 결과물의 크기와 경계가 잡힙니다. 여기까지가 무엇을 받을지 정하는 단계입니다. 출력 형식(JSON, 마크다운, 코드블록)을 명시하라는 받은 결과를 다음 도구에 그대로 넘기기 위한 장치이고, 왜를 함께 질문하라는 그 결과를 채택할지 판단하기 위한 장치입니다.

부정적 지시는 생각만큼 강하게 걸리지 않습니다. 하지 말라고 적은 대상이 오히려 문맥에 각인되어 다시 등장하는 경우가 흔하므로, 금지 문구와 함께 대신 무엇을 쓸지를 긍정형으로 적어 두는 편이 안정적입니다. 버전 명시도 마찬가지로 만능이 아닙니다. 학습 시점 이후에 바뀐 API는 모델이 알지 못한 채 그럴듯한 옵션 이름을 지어내므로, 버전을 적었다는 사실이 검증을 대신하지는 못합니다.