#13 Claude 쓰는 방법 오류 진단 및 개선하기lecture_script
코스: claude-autowork · 에이전트: producer
HOOK (45초)
Claude한테 보고서 맡겼다가 낭패 보신 적 있죠?
수치가 틀려 있거나, 말투가 뜬금없이 딱딱하거나, 정작 중요한 내용이 쏙 빠져 있거나.
그 순간 드는 생각, "그냥 내가 쓸걸."
근데 문제는 Claude가 아닙니다. 오류를 어디서 잡아야 하는지 몰랐던 거예요.
오늘 이 영상 하나로, Claude 출력에서 생기는 오류를 유형별로 딱 분류하고 그 자리에서 고치는 루틴을 만들어 드립니다.
PROMISE (30초)
이번 차시가 끝나면, Claude 출력물을 받는 즉시 4가지 오류 유형으로 진단하고 각 유형에 맞는 수정 프롬프트를 바로 작성할 수 있게 됩니다.
CORE (8–10분)
중요 개념 1 — 오류 유형 분류: '4칸 서랍장'
설명
Claude 출력 오류는 크게 4가지 서랍에 들어갑니다.
1번 서랍: 사실 오류 — 데이터·날짜·고유명사가 틀린 경우. 2번 서랍: 형식 불일치 — 요청한 구조와 출력 구조가 다른 경우. 3번 서랍: 어조 이탈 — 브랜드 톤이나 격식 수준이 벗어난 경우. 4번 서랍: 누락 — 요청한 항목이 출력에 아예 없는 경우.
이 4칸 서랍장 이미지를 머릿속에 딱 박아두세요.
예시
영업 제안서를 Claude에 맡겼더니 경쟁사 이름이 잘못 들어갔다면 → 1번 서랍, 사실 오류. 불릿 리스트로 요청했는데 긴 단락으로 나왔다면 → 2번 서랍, 형식 불일치. 공식 보고서인데 "저희가 한번 해볼게요!" 식의 가벼운 표현이 섞였다면 → 3번 서랍, 어조 이탈. 요청한 '결론 요약' 섹션 자체가 없다면 → 4번 서랍, 누락.
반례
주의할 점이 있습니다. 한 출력물에 오류가 겹치는 경우가 많습니다.
예를 들어 형식이 틀린 동시에 수치도 틀렸다면, 두 서랍을 동시에 열어야 합니다.
서랍 하나만 확인하고 끝냈다가 다른 오류를 놓치는 게 가장 흔한 실수입니다.
정리
출력물을 받으면 먼저 4칸 서랍을 순서대로 열어보세요. 사실·형식·어조·누락, 이 순서로.
중요 개념 2 — 품질 검수 체크리스트: '비행 전 점검표'
설명
파일럿은 이륙 전에 반드시 체크리스트를 돌립니다. 경험이 많아도 생략하지 않아요.
Claude 출력도 마찬가지입니다. 매번 동일한 체크리스트를 돌리는 습관이 품질을 지킵니다.
체크리스트는 4칸 서랍에 대응해 딱 4줄로 만듭니다.
- [ ] 수치·고유명사·날짜를 원본과 대조했는가? (사실)
- [ ] 요청한 구조·길이·포맷과 일치하는가? (형식)
- [ ] 브랜드 가이드나 지정 어조와 맞는가? (어조)
- [ ] 요청 항목이 전부 포함되었는가? (누락)
예시
마케팅 팀에서 주간 뉴스레터를 Claude로 초안 작성한다고 가정하겠습니다.
담당자는 출력을 받은 즉시 이 4줄 체크리스트를 실행합니다.
3번 항목에서 "이번 주 핫딜!" 같은 표현이 걸렸다면, 브랜드 톤 가이드에 맞지 않는 어조 이탈로 분류하고 수정 프롬프트로 넘어갑니다.
반례
체크리스트를 만들어 놓고 형식적으로만 체크하는 경우가 있습니다.
"대충 읽었는데 괜찮아 보임"은 체크가 아닙니다.
특히 사실 오류는 Claude가 자신감 있는 문장으로 틀린 내용을 씁니다. 그래서 원본 데이터와 실제 대조가 필요합니다.
정리
비행 전 점검표처럼, 출력물을 받을 때마다 4줄 체크리스트를 루틴화하세요.
중요 개념 3 — 프롬프트 디버깅: '3단 수정 공식'
설명
오류를 발견했다면 다음 단계는 수정 프롬프트입니다.
제 경험상, 수정 프롬프트는 3단 구조로 쓸 때 재작업률이 크게 줄었습니다.
1단: 오류 위치 지정 — "앞서 출력한 내용 중 [구체적 위치]에서" 2단: 오류 유형 명시 — "[사실 오류 / 형식 불일치 / 어조 이탈 / 누락]이 있습니다" 3단: 원하는 결과 제시 — "[이렇게] 수정해 주세요"
이 3단 공식을 '위치·유형·결과', 즉 위유결로 기억하세요.
예시
사실 오류 수정 프롬프트:
"앞서 출력한 보고서 2문단에서, 매출 수치가 '3억 원'으로 기재되었는데 사실 오류입니다. 실제 수치는 2억 8천만 원이므로 해당 수치만 수정해 주세요."
누락 수정 프롬프트:
"앞서 출력한 제안서에서, 요청했던 '예산 항목' 섹션이 빠져 있습니다. 총 예산 500만 원 기준으로 항목별 내역을 추가해 주세요."
반례
"다시 써줘", "좀 더 잘 써줘" 같은 모호한 수정 요청은 같은 오류를 반복시킵니다.
오류 유형을 명시하지 않으면 Claude는 무엇을 고쳐야 하는지 추측합니다. 그 추측이 틀리면 두 번 세 번 반복 작업이 됩니다.
정리
수정 프롬프트는 위유결, 위치·유형·결과, 이 3단으로 작성하세요. 한 번에 정확히 고칩니다.
EXERCISE (3–4분)
지금 영상을 일시정지하고 직접 만들어 보세요.
준비물은 지난 차시에서 Claude로 작성한 출력물 하나입니다. 없으면 지금 간단한 출력을 하나 받아도 됩니다.
Step 1 — 4칸 서랍 진단 (1분)
출력물을 읽으면서 아래 체크리스트를 채우세요.
- [ ] 사실 오류: 수치·고유명사·날짜 중 틀린 것이 있는가?
- [ ] 형식 불일치: 요청한 구조·길이·포맷과 다른 점이 있는가?
- [ ] 어조 이탈: 지정한 톤과 벗어난 표현이 있는가?
- [ ] 누락: 요청했지만 빠진 항목이 있는가?
발견된 오류에 동그라미를 치세요.
Step 2 — 오류 유형 분류 (30초)
동그라미 친 항목 옆에 서랍 번호를 적으세요. 사실=1, 형식=2, 어조=3, 누락=4.
겹치는 오류가 있다면 번호를 두 개 적어도 됩니다.
Step 3 — 수정 프롬프트 4종 작성 (2분)
발견한 오류 유형마다 위유결 3단 공식으로 수정 프롬프트를 한 줄씩 작성하세요.
오류가 없는 유형은 건너뛰어도 됩니다.
Step 4 — 실행 및 확인 (30초)
작성한 수정 프롬프트를 Claude에 입력하고, 체크리스트를 다시 돌려 오류가 해소되었는지 확인하세요.
완성된 체크리스트와 수정 프롬프트 4종, 이 두 가지가 오늘의 결과물입니다.
CTA (30초)
다음 차시 #14에서는 오늘 만든 체크리스트를 팀 전체가 쓸 수 있도록 표준 방법로 문서화하는 방법을 다룹니다.
혼자 잘 쓰는 단계에서 팀이 함께 쓰는 단계로 넘어가는 차시입니다.
오늘 만든 수정 프롬프트 중 가장 통하는이었던 것을 댓글에 남겨주세요. 다음 차시 실습 예시로 사용하겠습니다.
예상 분량: 15분