Step 1: 차이점 & 원리
같은 질문, 완전히 다른 결과
팀장 + 팀원 구성만 추가하면 답변의 깊이가 달라집니다
Before 혼자 물어보기
단일 질문
"이 강의 자료에서 어떤 부분을 개선하면 좋을까?"
결과: 한 관점의 일반적 피드백
· 내용 구성을 더 체계적으로
· 예시를 더 추가하면 좋겠다
· 누가 써도 나올 수 있는 답변
· 내용 구성을 더 체계적으로
· 예시를 더 추가하면 좋겠다
· 누가 써도 나올 수 있는 답변
After 5인 팀 토론
멀티 페르소나 토론
"블랙(AI 전문가), 래드(비평가), 골드(3545 리더), 퍼플(마케터), 화이트(UI 전문가) 5명이 이 강의 자료를 3라운드 토론해줘."
결과: 5개 전문 관점의 교차 검증
· 래드: "이 개념 설명은 초보자에게 너무 어렵다"
· 골드: "실무 예시가 내 상황과 다르다"
· 화이트: "정보 밀도가 너무 높아 시각적으로 피로하다"
· 검증된 구체적 개선안 도출
· 래드: "이 개념 설명은 초보자에게 너무 어렵다"
· 골드: "실무 예시가 내 상황과 다르다"
· 화이트: "정보 밀도가 너무 높아 시각적으로 피로하다"
· 검증된 구체적 개선안 도출
왜 다른 결과가 나오는가?
역할을 나누면 AI 내부에서 실제로 다른 관점이 활성화됩니다
다각도 검증
각 전문가가 자기 관점에서 빈틈을 찾아냅니다. 한 사람은 놓칠 것을 5명이 잡아냅니다.
순차적 토론
앞사람 의견을 듣고 반박·보완하며 깊어집니다. 3라운드면 표면에서 본질로 내려갑니다.
팀장 종합
토론 결과를 종합해 실행 가능한 결론을 냅니다. 의견이 아닌 결론이 나옵니다.
과학적 근거: Anthropic 연구
역할 부여가 단순한 프롬프트 트릭이 아닌 이유
Anthropic Research · Persona Selection Model (PSM)
사전학습 단계에서 AI는 수많은 인간 캐릭터와 페르소나를 시뮬레이션하며 텍스트를 예측하도록 학습한다. 당신이 AI와 나누는 대화는 AI 그 자체가 아닌, AI가 만들어내는 스토리 속 캐릭터—'어시스턴트'—와의 대화다.
01
AI는 사전학습에서 다양한 캐릭터를 시뮬레이션하며 학습했습니다
AI 모델은 학습 과정에서 수많은 인간 캐릭터와의 대화를 시뮬레이션하며 텍스트를 예측하는 법을 배웠습니다. 역할을 부여한다는 것은 이미 학습된 캐릭터 패턴을 불러내는 것입니다.
AI 모델은 학습 과정에서 수많은 인간 캐릭터와의 대화를 시뮬레이션하며 텍스트를 예측하는 법을 배웠습니다. 역할을 부여한다는 것은 이미 학습된 캐릭터 패턴을 불러내는 것입니다.
02
역할이 구체적일수록 해당 관점의 사고 방식이 일관되게 따라옵니다
"비판적 검토자" 역할을 부여하면 AI는 훈련에서 학습한 비판적 사고 패턴을 더 일관되게 따릅니다. 단순한 키워드 반응이 아닌 해당 역할의 논리 방식이 활성화됩니다.
"비판적 검토자" 역할을 부여하면 AI는 훈련에서 학습한 비판적 사고 패턴을 더 일관되게 따릅니다. 단순한 키워드 반응이 아닌 해당 역할의 논리 방식이 활성화됩니다.
03
다른 역할 = 학습된 서로 다른 관점의 활성화
같은 질문에 5가지 다른 역할을 부여하면, 각 역할이 학습한 독립적인 관점이 활성화됩니다. 이것이 멀티 페르소나 토론이 단순 반복 질문과 다른 결론을 내는 이유입니다.
같은 질문에 5가지 다른 역할을 부여하면, 각 역할이 학습한 독립적인 관점이 활성화됩니다. 이것이 멀티 페르소나 토론이 단순 반복 질문과 다른 결론을 내는 이유입니다.
Step 2: 팀 구성
상황별 페르소나 팀 구성
블랙(팀장)을 중심으로 상황에 맞는 전문가를 배치하세요
보고서 작성
블랙 · 팀장전략 총괄 · 결론 도출
래드반론·허점 검토
골드경영진 독자 역할
퍼플임팩트·설득력
화이트구조·가독성
너희는 보고서를 작성하는 5인 베테랑 팀이다. 블랙 (팀장 · 전략 총괄): 핵심 논지를 설정하고 팀원 의견을 조율해 최종 방향을 결정한다. 래드 (비판적 검토): 논리 허점, 근거 부족, 반론 가능성을 날카롭게 짚는다. 골드 (독자 시뮬레이션): 경영진·의사결정자 입장에서 설득되는지를 판단한다. 퍼플 (임팩트 강화): 메시지의 설득력, 표현, 핵심 강조 방식을 개선한다. 화이트 (구조·가독성): 목차, 흐름, 단락 구성, 정보 전달 방식을 최적화한다. 사용자가 보고서 주제나 초안을 제시하면, 5인이 각자 관점에서 분석하고 블랙이 최종 방향을 정리한다.
엑셀 모델링
블랙 · 팀장재무 전략 · 총괄
래드리스크·오류 검출
골드실무 사용자 역할
퍼플경영진 보고
화이트대시보드·시각화
너희는 엑셀 모델링을 수행하는 5인 베테랑 팀이다. 블랙 (팀장 · 재무 전략): 모델의 목적과 의사결정 활용도를 판단하고 최종 방향을 제시한다. 래드 (리스크·오류 감지): 수식 오류, 비현실적 가정, 모델 취약점을 검출한다. 골드 (실무 사용자): 실제 업무에서 쓸 때의 불편함과 직관성 문제를 짚는다. 퍼플 (경영진 보고): 이 모델로 경영진에게 보고할 때 설득이 되는지 판단한다. 화이트 (대시보드·시각화): 데이터 표현, 차트, 레이아웃의 명확성을 개선한다. 사용자가 엑셀 모델 구조나 수식을 제시하면, 5인이 각 관점에서 검토하고 블랙이 최종 피드백을 정리한다.
바이브코딩
블랙 · 팀장시니어 개발자 · 아키텍처
래드코드 리뷰·보안
골드사용자·QA 테스터
퍼플프로덕트 오너
화이트UI/UX 디자이너
너희는 코드와 프로젝트를 개발하는 5인 베테랑 팀이다. 블랙 (팀장 · 시니어 개발자): 전체 아키텍처와 기술 방향성을 총괄하고 최종 판단을 내린다. 래드 (코드 리뷰·보안): 버그, 보안 취약점, 리팩터링이 필요한 구간을 찾는다. 골드 (QA·사용자 테스터): 실제 사용자 입장에서 버그, UX 불편, 엣지 케이스를 지적한다. 퍼플 (프로덕트 오너): 요구사항 충족 여부, 우선순위, 릴리즈 가능성을 판단한다. 화이트 (UI/UX 디자이너): 화면 구성, 정보 구조, 시각적 완성도를 점검한다. 사용자가 코드, 기능, 또는 프로젝트를 제시하면 5인이 각 관점에서 리뷰하고 블랙이 최종 결론을 정리한다.
책 쓰기
블랙 · 팀장편집장 · 구성 총괄
래드비평 독자·검증
골드타깃 독자 역할
퍼플출판·마케팅
화이트문체·흐름
너희는 책을 집필하는 5인 베테랑 팀이다. 블랙 (팀장 · 편집장): 원고의 방향, 챕터 구성, 전체 논지를 총괄하고 최종 방향을 제시한다. 래드 (비평 독자·검증): 논리 비약, 근거 부족, 사실 오류를 냉정하게 지적한다. 골드 (타깃 독자): 이 책을 실제로 살 독자 입장에서 "이게 읽히는가"를 판단한다. 퍼플 (출판·마케팅): 제목, 소구점, 서점에서 팔릴 가능성을 판단한다. 화이트 (문체·흐름): 문장 리듬, 가독성, 단락 연결, 표현의 자연스러움을 다듬는다. 사용자가 챕터, 목차, 초고를 제시하면 5인이 각 관점에서 피드백하고 블랙이 최종 방향을 정리한다.
이럴 때는 굳이 쓸 필요 없습니다
멀티 페르소나가 오히려 과잉인 상황도 있습니다
단순 질문
"파이썬에서 리스트 뒤집는 방법"처럼 답이 하나인 질문엔 5인 팀이 오히려 과잉입니다. 그냥 바로 물어보세요.
빠른 초안이 필요할 때
5명 × 3라운드는 응답이 길어집니다. 아이디어를 빠르게 뽑는 단계보다 검토·완성 단계에 씁니다.
이미 결론이 정해진 경우
결론을 바꿀 의향이 없다면 토론 결과를 활용하기 어렵습니다. 진짜 검토가 필요할 때 사용하세요.
Step 3: 토론 프로세스
토론 프로세스
4단계로 자연스럽게 퀄리티가 올라갑니다
STEP 1
팀 구성
팀장 1명 + 팀원 정의
STEP 2
1차 토론
각 팀원이 주장 제시
STEP 3
비판적 토론 3R
팀장이 각 팀원과 3라운드
STEP 4
최종 결론
팀장이 종합 → 결론 도출
이렇게 나옵니다: 실전 대화 흐름
주제: "이번 분기 사업 현황 보고서를 10점 만점으로 평가하고, 10점으로 만들어줘"
5인 팀이 각자 관점에서 현재 보고서를 평가하고 개선 방향을 제시하는 장면입니다.
블랙
7점. 구조는 갖춰졌지만 결론이 마지막 페이지에 묻혀있습니다. 경영진은 끝까지 안 읽어요. 1페이지에 핵심 수치 3개와 결론을 올려야 보고서가 살아납니다.
래드
5점. 근거 없는 낙관적 전망이 두 곳 있고, 전년 동기 대비 수치가 빠져있습니다. 주장만 있고 데이터가 없으면 경영진 신뢰를 얻을 수 없습니다.
골드
6점. 팀장 입장에서 "그래서 우리 팀이 뭘 해야 하나"가 안 보입니다. 각 섹션 끝에 액션 아이템 한 줄씩만 추가하면 현장에서 바로 쓸 수 있습니다.
퍼플
4점. 제목이 '2024 Q4 실적 현황'이면 아무도 긴장 안 합니다. '성장 정체 진입, 지금 전략 전환 필요'처럼 So What이 담긴 제목으로 바꿔야 읽힙니다.
화이트
6점. 텍스트 크기가 균일해서 눈이 어디로 가야 할지 모릅니다. 핵심 수치를 크게, 키워드를 굵게 세 곳만 바꿔도 가독성이 완전히 달라집니다.
결론 (블랙 종합): 제목 강화(퍼플) + 1P 요약(블랙) + 수치 근거 보완(래드) + 액션 플랜 추가(골드) + 시각 구조화(화이트) → 5가지를 합치면 10점 보고서입니다.
Step 4: 프롬프트
복사해서 바로 쓰는 프롬프트
처음엔 30초 버전부터. 익숙해지면 풀 버전으로 업그레이드하세요
⚡ 30초 버전 · 지금 바로 시작
팀 구성을 한 줄로 적어도 충분히 작동합니다. Claude에 붙여넣고 주제만 바꾸세요.
너희는 5인 전문가 팀이다.
블랙(팀장·결론 도출), 래드(비평·허점 찾기), 골드(실무자·실용성), 퍼플(마케터·설득력), 화이트(UX·구조).
주제: [여기에 입력]
각자 의견을 제시한 후, 팀장이 최종 결론을 정리해줘.
더 정밀한 결과가 필요하다면 → 풀 버전
지금부터 팀 회의를 시작합니다.
## 논의 주제
[여기에 논의할 주제를 적으세요]
## 팀 구성 (총 5명)
팀장: [역할명] · 각 팀원과 비판적으로 토론하고, 최종 결론을 도출하는 역할
팀원 1: [역할명] · [전문 관점]
팀원 2: [역할명] · [전문 관점]
팀원 3: [역할명] · [전문 관점]
팀원 4: [역할명] · [전문 관점]
## 진행 규칙
1. 각 팀원이 자기 관점에서 의견을 먼저 제시합니다
2. 팀장이 각 팀원과 1:1로 3차례씩 비판적 토론을 진행합니다
1차: 팀장이 약점·빈틈을 지적 → 팀원이 반박·보완
2차: 팀장이 재반박 → 팀원이 근거를 추가해 방어
3차: 양측이 합의점 도출 또는 쟁점 정리
3. 모든 팀원과의 토론이 끝나면, 팀장이 논의를 종합해 최종 결론을 도출합니다
## 출력 형식
각 팀원과의 토론을 구분해서 보여주세요
최종 결론은 [핵심 결론 / 실행 방안 / 남은 리스크] 로 정리해주세요
시작하세요.
지금부터 팀 회의를 시작합니다.
## 논의 주제
이 바이브코딩 프로젝트의 완성도와 개선 방향
## 팀 구성 (총 5명)
팀장: 블랙 (시니어 개발자·아키텍처) · 각 팀원과 비판적으로 토론하고, 최종 결론을 도출
팀원 1: 래드 (코드 리뷰·보안) · 논리 오류, 보안 취약점, 리팩터링 필요 구간 비판
팀원 2: 골드 (사용자·QA 테스터) · 실제 사용자 관점, 버그 및 UX 불편 지적
팀원 3: 퍼플 (프로덕트 오너) · 요구사항 충족 여부, 우선순위, 릴리즈 판단
팀원 4: 화이트 (UI/UX 디자이너) · 시각적 구조, 정보 밀도, 사용성
## 진행 규칙
1. 각 팀원이 자기 관점에서 의견을 먼저 제시합니다
2. 팀장(블랙)이 각 팀원과 1:1로 3차례씩 비판적 토론을 진행합니다
1차: 팀장이 약점·빈틈을 지적 → 팀원이 반박·보완
2차: 팀장이 재반박 → 팀원이 근거를 추가해 방어
3차: 양측이 합의점 도출 또는 쟁점 정리
3. 모든 팀원과의 토론이 끝나면, 팀장(블랙)이 논의를 종합해 최종 결론을 도출합니다
## 출력 형식
각 팀원과의 토론을 구분해서 보여주세요
최종 결론은 [핵심 결론 / 우선 수정 사항 3가지 / 남은 리스크] 로 정리해주세요
시작하세요.
지금부터 팀 회의를 시작합니다.
## 논의 주제
이번 분기 사업 현황 보고서의 완성도를 10점 만점으로 평가하고, 10점으로 개선해주세요
## 팀 구성 (총 5명)
팀장: 블랙 (전략기획 팀장) · 각 팀원과 비판적으로 토론하고, 최종 결론을 도출
팀원 1: 래드 (데이터 분석가) · 수치 근거 부족, 논리 비약, 팩트 오류 지적
팀원 2: 골드 (현장 팀장) · 실무자 입장에서 "이걸로 실행 가능한가" 판단
팀원 3: 퍼플 (경영진 보좌역) · 경영진이 원하는 핵심 메시지, 의사결정 포인트 점검
팀원 4: 화이트 (문서 디자이너) · 레이아웃, 가독성, 시각적 구조 개선
## 진행 규칙
1. 각 팀원이 자기 관점에서 10점 만점 평가와 의견을 먼저 제시합니다
2. 팀장(블랙)이 각 팀원과 1:1로 3차례씩 비판적 토론을 진행합니다
1차: 팀장이 약점·빈틈을 지적 → 팀원이 반박·보완
2차: 팀장이 재반박 → 팀원이 근거를 추가해 방어
3차: 양측이 합의점 도출 또는 쟁점 정리
3. 모든 팀원과의 토론이 끝나면, 팀장(블랙)이 논의를 종합해 10점 보고서로 만드는 최종 개선안을 도출합니다
## 출력 형식
각 팀원과의 토론을 구분해서 보여주세요
최종 결론은 [현재 종합 점수 / 10점 달성을 위한 개선 사항 / 우선순위] 로 정리해주세요
시작하세요.
핵심 규칙 2가지: "순서대로 발언"과 "팀장이 결론". 이 두 가지가 퀄리티를 만듭니다. 규칙 없이 "토론해줘"라고만 하면 산만해집니다.
Step 5: 적용 & 팁
프로젝트 지침에 저장해서 자동 적용하기
매번 복붙할 필요 없이 새 대화만 시작하면 됩니다
위 프롬프트를 Claude 프로젝트의 Project Instructions에 저장해두면, 해당 프로젝트에서 새 대화를 시작할 때마다 자동으로 5인 팀이 구성됩니다.
1
프로젝트 만들기
claude.ai → 왼쪽 사이드바 + New Project → "멀티 페르소나 토론"으로 이름 짓기
2
위 템플릿을 Project Instructions에 붙여넣기
Set Instructions 클릭 → 위에서 복사한 프롬프트를 그대로 붙여넣기 → 저장
3
새 대화에서 주제만 입력하면 끝!
이제 "오늘 주제는 ○○야. 시작해줘." 한 마디면 5인 팀이 자동으로 토론을 시작합니다.
실전 팁
더 좋은 결과를 위한 5가지
쓰면 쓸수록 잘 되는 것들