짧은 프롬프트와 긴 프롬프트의 결과 차이 — 길이의 손익분기점
"프롬프트는 자세할수록 좋다"는 말은 이 블로그에서도 여러 번 했습니다. 그런데 얼마나 자세해야 할까요? 무한정 길수록 좋을까요? 같은 작업을 프롬프트 길이만 바꿔 5단계로 시켜봤습니다.
프롬프트 길이보다 중요한 것은 정보의 밀도였습니다
짧은 프롬프트와 긴 프롬프트를 비교할 때 흔히 “길수록 좋다” 또는 “짧아야 좋다”로 결론을 내리기 쉽습니다. 실제로는 둘 다 맞지 않았습니다. 짧은 요청이라도 목표, 독자, 결과 형식이 명확하면 충분히 좋은 답을 얻을 수 있습니다. 반대로 긴 요청이라도 배경 설명만 많고 판단 기준이 없으면 AI는 오히려 핵심을 놓칩니다.
제가 확인한 차이는 길이 자체보다 불필요한 맥락과 필요한 제약의 비율이었습니다. “블로그 글 써줘”는 짧지만 방향이 없습니다. “AI 사용기 글을 써줘. 독자는 초보자이고, 실제 실패 경험을 중심으로, 과장된 표현 없이, 제목 후보 3개와 본문 구조를 함께 제안해줘”는 조금 길지만 AI가 움직일 방향이 분명합니다.
긴 프롬프트가 필요한 경우도 있습니다. 기존 글의 문체를 유지해야 하거나, 표 형식이 정해져 있거나, 법률·비용·운영 장애처럼 잘못 쓰면 피해가 큰 주제는 조건을 충분히 적어야 합니다. 다만 이때도 모든 배경을 쏟아붓기보다, 결과물에 직접 영향을 주는 조건만 남기는 편이 좋았습니다.
- 짧아도 되는 요청: 제목 후보, 간단 요약, 문장 교정처럼 결과 확인이 쉬운 작업입니다.
- 길어야 하는 요청: 문체 보존, 비교 기준, 출력 형식, 금지 표현이 중요한 작업입니다.
- 나쁜 긴 요청: 배경 이야기는 많은데 무엇을 만들어야 하는지 불명확한 요청입니다.
짧은 요청과 긴 요청을 나누어 쓰는 기준
프롬프트 길이는 작업 난이도와 비례하지 않았습니다. 짧은 요청이 좋은 경우도 있고, 긴 요청이 반드시 필요한 경우도 있습니다. 중요한 것은 AI가 선택해야 할 여지를 얼마나 남겨둘 것인지입니다. 제목 후보처럼 결과를 사람이 쉽게 고를 수 있는 작업은 짧게 던져도 충분했습니다.
반대로 공개 글 수정, 비용 비교, 업무 자동화처럼 조건을 잘못 이해하면 결과가 틀어지는 작업은 긴 프롬프트가 필요했습니다. 이때 긴 문장이 좋은 것이 아니라, 금지 조건과 판단 기준이 분명해야 했습니다. 단순 배경 설명을 길게 쓰는 것은 도움이 되지 않았고, 결과물의 형태와 독자, 유지해야 할 문체를 지정할 때 품질이 올라갔습니다.
결국 길이는 목적에 맞춰 조절해야 했습니다. 짧은 프롬프트는 빠른 후보 생성에 좋고, 긴 프롬프트는 원문 보존과 구조 유지에 좋았습니다. 이 차이를 모르면 짧게 물어놓고 깊은 답을 기대하거나, 길게 써놓고도 핵심이 없는 답을 받게 됩니다.
- 결과를 사람이 쉽게 고를 수 있으면 짧게 시작합니다.
- 문체·형식·금지 조건이 중요하면 길게 씁니다.
- 긴 프롬프트에서는 배경 설명보다 판단 기준을 앞에 둡니다.
길이를 정하기 전에 먼저 보는 것
프롬프트를 길게 쓸지 짧게 쓸지 정하기 전에는 결과를 내가 얼마나 쉽게 검수할 수 있는지부터 봤습니다. 제목 후보처럼 틀려도 바로 버릴 수 있는 작업은 짧아도 됩니다. 하지만 공개 글, 비용 계산, 운영 절차처럼 틀리면 손해가 큰 작업은 길더라도 조건을 분명히 써야 했습니다.
실험 설계
과제 고정: "동네 빵집의 신제품(소금빵) 인스타그램 홍보 문구 작성". 프롬프트를 5단계 길이로 준비했습니다.
- 10자급: "소금빵 홍보문구 써줘"
- 50자급: + 동네 빵집, 인스타그램용이라는 정보
- 150자급: + 타깃(20~30대), 톤(친근함), 분량(2문장+해시태그)
- 300자급: + 가게의 개성(새벽 4시 반죽, 프랑스산 버터), 피하고 싶은 표현("겉바속촉" 금지)
- 500자급: + 잘 쓴 예시 2개, 브랜드 스토리, 이벤트 정보, 금지어 목록 확장
결과
| 단계 | 결과 평가 |
|---|---|
| 10자 | 어느 빵집에 붙여도 되는 문구. 즉, 우리 가게 문구는 아님 |
| 50자 | 여전히 범용. "갓 구운", "행복한 한 입" 같은 상투어 위주 |
| 150자 | 여기서 크게 점프. 분량·톤이 잡히니 바로 올려도 될 수준 |
| 300자 | 가게 고유 정보(새벽 반죽, 버터)가 문구의 중심이 됨. 최고점 |
| 500자 | 300자와 비슷하거나 미묘하게 경직. 예시 문체에 갇힌 느낌도 |
관찰: 수확 체감의 곡선
품질은 길이에 비례해 늘지 않았습니다. 10자→150자 구간에서 품질이 급상승하고, 300자에서 정점, 그 뒤는 평평하거나 오히려 살짝 내려갔습니다. 500자급에서 내려간 이유를 뜯어보니 두 가지였습니다.
- 조건이 너무 많으면 AI가 조건 충족에 집중하느라 문장의 자연스러움을 희생한다.
- 예시를 주면 통제력은 좋아지지만, 예시가 평범하면 결과도 예시 수준으로 하향 평준화된다.
배운 것
- 효과 순서는 길이가 아니라 정보의 종류였다: ① 용도·분량 ② 타깃·톤 ③ 나만의 고유 정보 순으로 품질을 끌어올렸다. 고유 정보(새벽 4시 반죽)가 들어간 순간이 진짜 분기점.
- "길게 쓰기"가 아니라 "고유 정보를 넣기"가 본질이다. 같은 300자라도 미사여구 300자는 10자와 다를 게 없을 것.
- 예시는 양날의 검. 정말 좋은 예시가 있을 때만 붙이자.