프롬프트는 한 번에 완성되지 않는다
AI 답변이 아쉬울 때 사람들은 두 가지로 갈립니다. 하나는 "AI 한계네"라고 포기하는 것, 다른 하나는 프롬프트를 이리저리 바꾸며 감으로 때려맞추는 것. 둘 다 비효율적입니다.
전문가들은 체계적인 반복(iteration)으로 프롬프트를 다듬습니다. 소개할 4단계 사이클은 대화형 AI든, 개발용 API든 동일하게 적용됩니다.
4단계 사이클: 진단 → 수정 → 비교 → 고정
1단계: 진단 — 무엇이 틀렸는가
아쉬운 답변을 받았다면, 먼저 어떤 차원의 문제인지 분류합니다.
| 문제 유형 | 증상 | 원인 |
|---|---|---|
| 방향 오류 | 아예 엉둥한 주제의 답 | 프롬프트의 의도가 모호함 |
| 깊이 부족 | 너무 얕고 뻔한 내용 | 구체성/맥락 부족 |
| 형식 불일치 | 원하는 모양이 아님 | 출력 형식 미지정 |
| 톤 불일치 | 너무 딱딱/가벼움 | 톤 지시 없음 |
| 사실 오류 | 틀린 정보 | 근거 요구/검증 지시 없음 |
| 과잉/과소 | 너무 김/짧음 | 분량 지시 없음 |
이 표만 있으면 "아 이건 형식 문제구나"처럼 다음 수정 방향이 명확해집니다.
2단계: 수정 — 한 번에 하나만 바꾼다
가장 흔한 반복 실수는 여러 것을 동시에 수정하는 겁니다. 프롬프트를 5군데 고치면 무엇이 효과였는지 알 수 없습니다.
규칙: 한 사이클에 하나의 수정. 진단 결과가 "깊이 부족"이면 맥락 추가만, "형식 불일치"면 형식 지정만.
3단계: 비교 — 같은 질문으로 A/B
수정 전후 프롬프트를 같은 질문에 돌려 결과를 나란히 봅니다. 기억에 의존하지 말고 실물을 비교하세요. 새 대화창을 열어 동일 조건으로 테스트하면 공정한 비교가 됩니다.
4단계: 고정 — 좋은 프롬프트는 자산으로
개선이 확인되면 그 프롬프트를 저장합니다. PromptGenie 라이브러리에 저장하거나, 개인 노트에 "용도/프롬프트/주의점" 형식으로 기록하세요. 반복 업무의 프롬프트는 자산이고, 자산은 축적되면 생산성 차이가 됩니다.
실전 사례 — "블로그 초안" 프롬프트 개선기
v1 (처음)
~~~
AI 마케팅에 대한 블로그 글 써줘
~~~
결과: 뻔한 목차의 범용 글. 깊이 없음.
진단: 방향 모호 + 대상 미지정 + 형식 없음
v2 (대상 추가)
~~~
온라인 쇼핑몰 운영자(30대, 마케팅 경험 1~2년)를 위한 AI 마케팅 활용 블로그 글 써줘
~~~
결과: 방향은 잡혔지만 여전히 목록 나열형.
진단: 깊이 부족 — 근거와 사례 없음
v3 (사례 요구 추가)
~~~
... 블로그 글 써줘. 각 섹션에 실제 적용 사례 1개와 구체적 수치를 포함하고,
실행 체크리스트로 마무리.
~~~
결과: 읽을 만해졌지만 톤이 교과서적.
진단: 톤 불일치
v4 (톤 지정)
~~~
... 톤은 1~2년 선배가 후배에게 알려주는 편안한 존댓말. 전문용어는 한 번 풀어서 설명.
~~~
결과: 만족. 고정.
v1에서 v4까지 실제 수정은 딱 3회, 한 번에 하나씩. 이게 체계적 반복과 감으로 때려맞추기의 차이입니다.
반복 효율을 높이는 팁
- AI에게 진단을 시켜라: 아쉬운 답변 아래에 "이 답변에서 부족한 점을 3가지로 분류해줘"라고 물으면 1단계가 빨라집니다.
- 예시 답변을 보여줘라: "이런 느낌으로 써줘" + 좋은 샘플 1개. Few-shot은 반복 횟수 자체를 줄입니다.
- 제약은 오히려 품질을 올린다: "1000자 이내", "전문용어 금지" 같은 제약이 AI를 범용 답변에서 구체적 답변으로 몰아갑니다.
- 3회 이상 반복해도 안 되면 접근을 바꿔라: 프롬프트가 아니라 작업 분해가 문제일 수 있습니다. 큰 요청을 2~3개 작은 요청으로 쪼개세요.
마무리
좋은 프롬프트는 쓰는 게 아니라 기르는 것입니다. 진단으로 원인을 분류하고, 한 번에 하나씩 고치고, 실물로 비교하고, 좋은 건 자산으로 저장. 이 사이클이 몸에 배면 "AI가 답을 잘 못 뽑아줘"라는 말은 사라지고, "이 프롬프트는 v3까지 가야 하네"라는 사고로 바뀝니다.