#4 프롬프트 반복 테스트로 품질 높이기lecture_script
코스: claude-autowork · 에이전트: producer
HOOK (45초)
프롬프트를 썼는데 결과가 마음에 안 들어서 그냥 포기한 적, 있으시죠?
"Claude가 내 의도를 못 알아듣네" 하고 넘어가셨다면, 사실 문제는 프롬프트가 아직 덜 다듬어진 것뿐입니다.
한 번 쓰고 실망하는 분과, 세 번 고쳐서 원하는 결과를 뽑아내는 분—이 둘의 차이는 재능이 아닙니다.
오늘 이 영상이 그 차이를 만드는 방법을 정확히 알려드립니다.
PROMISE (30초)
이 차시가 끝나면, 동일한 업무에 대해 프롬프트를 v1부터 v3까지 직접 개선하고, 각 버전의 결과 차이와 개선 이유를 한 눈에 비교하는 로그를 완성할 수 있습니다.
CORE (8–10분)
중요 개념 1 — 이터레이션 설계: "3번의 화살"
설명
이터레이션은 '반복'이 아닙니다. '목표를 향해 점점 좁혀가는 수정'입니다.
활쏘기를 생각해 보세요. 첫 화살은 과녁 위치를 파악하기 위한 거예요.
두 번째 화살은 첫 화살의 착지점을 보고 조준을 바꿉니다.
세 번째 화살에서 비로소 과녁 근처에 꽂힙니다.
프롬프트도 똑같습니다. v1은 탐색, v2는 교정, v3는 정밀화입니다.
예시
업무 이메일 초안 작성을 예로 들어볼게요.
- v1: "고객에게 납기 지연을 안내하는 이메일 써줘"
- v2: "고객에게 납기 지연을 안내하는 이메일 써줘. 사과보다 해결책 중심으로, 3문단 이내로."
- v3: "고객에게 납기 지연을 안내하는 이메일 써줘. 해결책 중심 3문단. 1문단은 상황 인정, 2문단은 대안 제시, 3문단은 다음 연락 일정 포함."
각 버전마다 지시가 구체화되고 있죠?
반례
단, 처음부터 v3 수준으로 길게 쓰는 건 오히려 역효과입니다.
맥락을 모르는 상태에서 조건을 너무 많이 걸면, Claude가 조건 충족에 집중하느라 자연스러운 흐름을 잃기도 합니다.
탐색 없이 정밀화만 시도하면, 엉뚱한 방향을 세밀하게 파고드는 셈이에요.
정리
메모리 페그는 '3발의 화살' 입니다. v1 탐색 → v2 교정 → v3 정밀화, 이 순서를 지키세요.
중요 개념 2 — 출력 평가 기준: "3색 신호등"
설명
수정을 해도 왜 수정했는지 모르면, 다음에 또 같은 실수를 합니다.
출력물을 볼 때 3가지 기준으로 평가하세요.
- 🔴 빨간불: 방향이 틀렸다. 형식, 톤, 목적이 완전히 다르다.
- 🟡 노란불: 방향은 맞는데 디테일이 부족하거나 넘친다.
- 🟢 초록불: 그대로 쓰거나 약간만 손보면 된다.
예시
이메일 초안을 받았는데 갑자기 목록(bullet) 형식으로 나왔다면—이건 빨간불입니다.
이메일인데 항목 나열은 어색하죠. 다음 버전에서 "산문 형식으로"를 추가합니다.
반면 길이만 조금 길다면—노란불. "200자 이내로 줄여줘" 한 줄만 추가하면 됩니다.
반례
평가 기준이 너무 주관적이면 로그가 무의미해집니다.
"좀 더 자연스럽게" 같은 표현은 기록으로 남겨도 재현이 안 됩니다.
"3문장 이내", "경어체", "숫자 포함" 처럼 측정 가능한 언어로 기준을 세우세요.
정리
메모리 페그는 '3색 신호등' 입니다. 빨간불·노란불·초록불로 출력을 분류하고, 색깔마다 수정 행동이 달라집니다.
중요 개념 3 — 프롬프트 버전 관리: "셰프의 레시피 노트"
설명
프로 셰프는 맛을 바꿀 때마다 레시피 노트에 기록합니다.
"소금 한 꼬집 → 두 꼬집으로 변경, 이유: 싱겁다는 피드백."
프롬프트도 마찬가지입니다. 변경 내용과 이유를 함께 기록해야 합니다.
버전 관리의 3요소는 이렇습니다.
- 버전 번호 (v1, v2, v3)
- 변경 내용 (무엇을 추가·삭제·수정했나)
- 변경 이유 (왜 바꿨나, 어떤 문제가 있었나)
예시
실제 로그 예시를 보여드릴게요.
| 버전 | 변경 내용 | 변경 이유 |
|---|---|---|
| v1→v2 | "3문단 이내" 추가 | 출력이 너무 길어 현업 사용 불가 |
| v2→v3 | 각 문단의 역할 명시 | 문단 순서가 매번 달라짐 |
이렇게 쌓이면 나중에 비슷한 업무에서 v3를 그대로 재사용할 수 있습니다.
반례
복사-붙여넣기로 프롬프트만 모아두고 이유를 안 적는 분들이 많습니다.
3개월 후에 자신이 왜 그렇게 썼는지 기억하는 분은 거의 없습니다.
이유 없는 버전 관리는 그냥 '파일 쌓기'일 뿐입니다.
정리
메모리 페그는 '셰프의 레시피 노트' 입니다. 번호·변경·이유, 이 3칸이 채워져야 진짜 버전 관리입니다.
EXERCISE (3–4분)
지금 영상을 일시정지하고, 아래 단계를 직접 따라해 보세요.
준비물: 노션, 구글 시트, 또는 A4 종이 한 장
Step 1 — 업무 선정 (1분)
반복적으로 하는 업무 하나를 고르세요.
예: 회의록 요약, 주간 보고 초안, 고객 응대 이메일
딱 하나만 고릅니다. 여러 개 하지 마세요.
Step 2 — 비교표 틀 만들기 (1분)
아래 6칸 표를 그리세요.
| 버전 | 프롬프트 전문 | 출력 요약 | 신호등 평가 | 변경 내용 | 변경 이유 |
|---|---|---|---|---|---|
| v1 | |||||
| v2 | |||||
| v3 |
Step 3 — v1 실행 (1분)
지금 생각나는 가장 자연스러운 프롬프트를 그대로 씁니다.
다듬지 마세요. v1은 탐색입니다.
Claude에 입력하고 결과를 받아서 표에 기록하세요.
신호등 평가도 함께 적습니다.
Step 4 — v2, v3 개선 (1분)
신호등 평가를 보고, 빨간불·노란불 항목을 하나씩 수정합니다.
v2 실행 → 기록 → v3 실행 → 기록.
변경 이유 칸을 반드시 채우세요. 이게 이 실습의 중요한입니다.
표가 완성되면 댓글에 "v3 완료"라고 남겨주세요.
CTA (30초)
다음 차시 #5에서는 이 로그를 바탕으로 나만의 프롬프트 템플릿 라이브러리를 만드는 방법을 다룹니다.
오늘 만든 비교표가 그대로 재료가 됩니다. 버리지 마세요.
오늘 실습을 완성하셨다면, 완성된 표 사진을 댓글에 올려주세요. 제가 직접 피드백 남겨드리겠습니다.
예상 분량: 15분