[Part 3] AI 전문가 팀을 만들기 – 2. 만드는 사람과 검토하는 사람을 분리해

Module 3.2 — 만드는 사람과 검토하는 사람을 분리해

자기가 쓴 글을 자기가 교정하면 오류를 놓칩니다. 별도의 편집자가 필요한 것처럼, AI에게도 역할 분리가 필요합니다.

이번 모듈에서는 Writer/Reviewer 패턴을 자연어로 체험하고, 1단계 결과와 2단계 결과의 품질 차이를 직접 확인해보겠습니다.

왜 '만드는 사람'과 '검토하는 사람'을 분리해야 할까?

여러분, 자기가 쓴 이메일을 보내기 전에 다시 읽어본 적 있으시죠? 그런데도 오타가 남아있었던 경험, 한 번쯤은 있으실 겁니다.

이건 우리 뇌의 구조적 한계입니다. 만든 사람은 자기 작업물의 오류를 발견하기 어렵습니다. '이렇게 썼을 것이다'라는 기대가 실제 텍스트를 덮어버리거든요.

AI도 마찬가지입니다. 한 번의 프롬프트로 "제안서 써줘"라고 하면, AI는 작성자 모드로만 작동합니다. 자기가 만든 결과물을 스스로 의심하지 않아요.

현실 세계의 분리 원칙

출판 업계: 작가 → 편집자 → 교정자 (최소 3단계)
소프트웨어 개발: 개발자 → 코드 리뷰어 → QA 테스터
금융 업계: 거래 실행자 → 감사자 (Maker-Checker 원칙)
법률 분야: 계약서 작성 → 상대측 변호사 검토

모든 전문 분야에서 '만드는 역할'과 '검토하는 역할'은 반드시 분리됩니다. AI를 쓸 때도 이 원칙을 적용해야 합니다.

이 패턴의 정식 이름: Maker-Checker / Generator-Critic

이 방식은 AI 업계에서 이미 검증된 디자인 패턴입니다. 다양한 이름으로 불리고 있어요.

Maker-Checker Loop (마이크로소프트)
Generator-Critic Pattern (구글)
Evaluator-Optimizer Workflow (앤트로픽)
Critic-Refiner Pattern (멀티에이전트 아키텍처)

이름은 다르지만 핵심은 같습니다. 생성과 평가는 서로 다른 인지 작업이라는 것. 이 둘을 분리하면 각 에이전트가 자기 역할에 집중할 수 있습니다.

"The key insight is that generation and evaluation are different cognitive tasks. Separating them lets each agent specialize."

핵심 개념: 왜 분리하면 품질이 올라갈까?

하나의 AI에게 "잘 써줘"라고 하면, AI는 생성 모드에 갇힙니다. 그럴듯하게 만드는 데 집중하지, 허점을 찾는 데는 에너지를 쓰지 않아요.

하지만 별도의 검토 역할을 부여하면 상황이 달라집니다.

1단계 (Writer 모드)의 특징

창의적 생성에 집중
흐름과 구조를 우선시
"그럴듯하게" 만드는 것이 목표
자기 결과물에 대한 비판적 시각 부재

2단계 (Reviewer 모드)의 특징

비판적 분석에 집중
논리적 허점, 누락, 모순을 탐색
"정말 맞나?"라는 질문을 던짐
고객/상대방 관점에서 반론을 예상

체험 실습: 제안서를 두 단계로 처리하기

자, 이제 직접 해볼 차례입니다. 아래 프롬프트를 복사해서 AI에게 붙여넣어 보세요.

실습 프롬프트 (그대로 복사하세요)

이 제안서를 두 단계로 처리해줘:

1단계 - 작성: B2B SaaS 회사를 위한 마케팅 자동화 도입 제안서 초안을 만들어줘. 예상 비용, 기대 효과, 구현 일정을 포함해줘.

2단계 - 검토: 다른 전문가를 불러서 초안을 비판적으로 검토해줘.
- 논리적 허점은 없나?
- 고객이 반론할 수 있는 부분은?
- 수치가 현실적인가?
검토 결과를 반영해서 수정해줘.

이 프롬프트의 핵심은 "다른 전문가를 불러서"라는 표현입니다. AI에게 역할 전환을 명시적으로 요청하는 거예요.

1단계 결과 vs 2단계 결과: 무엇이 달라지나?

직접 해보시면 놀라실 겁니다. 차이가 극명하거든요.

1단계(작성만 한 경우)의 전형적 문제

"매출 30% 증가 예상" — 근거 없는 낙관적 수치
"3개월 내 구현 완료" — 변수를 고려하지 않은 일정
"경쟁사 대비 우위" — 구체적 비교 데이터 부재
고객의 예상 반론에 대한 대비 전무

2단계(검토 후 수정)에서 개선되는 점

"매출 15-25% 증가 (업계 평균 기준)" — 현실적 범위로 수정
"3-4개월 (내부 IT 역량에 따라 변동)" — 조건부 일정
"고객이 물을 수 있는 질문 3가지와 답변" 추가
리스크 요인과 대응 방안 섹션 신설

같은 AI가 만든 결과물인데, 프롬프트 구조 하나로 이 정도 차이가 납니다.

프롬프트 해부: 왜 이렇게 쓰는 걸까?

이 프롬프트가 효과적인 이유를 하나씩 뜯어보겠습니다.

"두 단계로 처리해줘"

AI에게 작업을 순차적으로 분리하라는 명확한 지시입니다. 이걸 빼면 AI는 한 번에 모든 걸 하려고 하면서, 결국 어중간한 결과물을 냅니다.

"다른 전문가를 불러서"

이 표현이 역할 전환의 트리거입니다. AI가 작성자 모드에서 벗어나 비판자 모드로 전환하게 만듭니다. "네가 검토해줘"보다 "다른 전문가를 불러서"가 더 효과적이에요.

구체적 검토 기준 3가지

"비판적으로 검토해줘"만으로는 부족합니다. 논리적 허점, 고객 반론, 수치 현실성이라는 구체적 렌즈를 제공해야 AI가 깊이 있게 검토합니다.

"검토 결과를 반영해서 수정해줘"

검토만 하고 끝나면 의미가 없습니다. 피드백을 반영한 최종본까지 요청해야 완성된 결과물을 받을 수 있어요.

실전 응용: 다양한 상황에서 써보기

이 패턴은 제안서뿐 아니라 거의 모든 업무 문서에 적용할 수 있습니다.

응용 1: 이메일 작성

1단계: 거래처에 납기 지연을 알리는 이메일 초안을 써줘.
2단계: 고객 관계 전문가 관점에서 검토해줘. 감정적으로 불쾌할 수 있는 표현은? 더 부드럽게 바꿀 부분은?

응용 2: 보고서 작성

1단계: 2025년 상반기 매출 분석 보고서 초안을 작성해줘.
2단계: CFO 관점에서 검토해줘. 수치의 일관성, 해석의 논리성, 누락된 분석 항목은?

응용 3: 프레젠테이션 스크립트

1단계: 투자자 피칭 스크립트 초안을 만들어줘.
2단계: 벤처캐피탈 심사역 관점에서 검토해줘. 어떤 질문을 던질 것 같은지, 설득력이 약한 부분은?

한 단계 더: 검토자를 세분화하기

검토자를 한 명이 아니라 여러 전문가로 나누면 품질이 더 올라갑니다.

이 제안서를 세 명의 전문가가 순서대로 검토해줘:

검토자 1 (논리 전문가): 주장의 근거가 충분한가? 인과관계가 맞는가?
검토자 2 (고객 관점): 고객이 이 제안서를 받았을 때 어떤 의문을 가질까?
검토자 3 (숫자 전문가): 비용, 일정, ROI 수치가 현실적인가?

세 명의 검토 의견을 종합해서 최종 수정본을 만들어줘.

이렇게 하면 AI가 세 가지 다른 렌즈로 같은 문서를 바라보게 됩니다. 한 번의 "검토해줘"보다 훨씬 깊이 있는 피드백이 나와요.

주의사항: 이 패턴을 쓸 때 흔한 실수

❌ "검토해줘"만 쓰기 → 구체적 기준 없이 검토를 요청하면 "잘 쓰셨네요" 수준의 피드백만 나옵니다
❌ 검토 결과만 받고 끝내기 → 반드시 "수정해줘"까지 요청하세요
❌ 작성과 검토를 같은 문장에 섞기 → "좋은 제안서를 써주되 허점도 체크해줘"는 효과 없습니다. 단계를 명확히 분리하세요
❌ 검토자 역할을 모호하게 두기 → "전문가"보다 "CFO", "고객사 구매 담당자" 같은 구체적 역할이 더 효과적입니다

📋 저장해두면 좋은 체크리스트: Writer/Reviewer 패턴 활용법

✅ 작업을 "1단계 - 작성"과 "2단계 - 검토"로 명확히 분리했는가?
✅ 검토자에게 구체적인 역할(직책, 전문 분야)을 부여했는가?
✅ 검토 기준을 3가지 이상 구체적으로 제시했는가?
✅ "검토 결과를 반영해서 수정해줘"까지 요청했는가?
✅ 필요하다면 검토자를 2-3명으로 세분화했는가?
✅ 최종 수정본에서 검토 의견이 실제로 반영되었는지 확인했는가?

오늘의 핵심 메시지

AI를 잘 쓰는 사람은 AI에게 "잘 해줘"라고 말하지 않습니다. "만들어줘, 그리고 다른 눈으로 검토해줘"라고 말합니다.

이 작은 차이가 결과물의 품질을 극적으로 바꿉니다. 오늘 당장 여러분이 작성 중인 문서 하나에 이 패턴을 적용해보시겠어요?

다음 모듈에서는 이 전문가 팀을 더 정교하게 조율하는 방법을 알아보겠습니다.

Q&A

Q. 한 번에 "잘 써줘"라고 하는 것과 뭐가 다른가요?

A. 한 번에 요청하면 AI는 생성 모드로만 작동합니다. 2단계 분리를 하면 AI가 비판적 사고 모드로 전환되어, 논리적 허점과 현실성을 별도로 점검합니다. 같은 AI인데 프롬프트 구조만으로 결과 품질이 크게 달라집니다.

Q. 검토자 역할은 어떻게 정하면 좋을까요?

A. 실제로 그 문서를 받아볼 사람의 관점을 검토자로 설정하세요. 제안서라면 "고객사 구매 담당자", 보고서라면 "CEO" 또는 "CFO", 이메일이라면 "받는 사람의 입장"이 가장 효과적입니다.