06. 역할과 페르소나 부여

"전문가인 척"이 정말 효과가 있을까

"당신은 노련한 변호사입니다"로 프롬프트를 시작하면 답이 좋아진다는 이야기를 들어봤을 겁니다. 이건 1장에서 경고한 "마법 주문"일까요, 아니면 진짜 기법일까요?

답은 조건부로 진짜입니다. 다만 그 이유를 정확히 알아야 효과적으로 쓰고, 과신하지 않을 수 있습니다.

왜 통하는가 — 원리

2장의 직관으로 돌아갑시다. 모델은 다음에 올 가장 그럴듯한 말을 잇습니다. "당신은 노련한 계약 전문 변호사입니다"라는 문장이 컨텍스트에 들어가면, 그 뒤에 이어질 "그럴듯한 말"의 분포가 바뀝니다. 법률 문서에서 자주 함께 등장하는 어휘·관점·꼼꼼함 쪽으로 확률이 기울죠.

즉 역할 부여는 마법이 아니라 정보 제공입니다. 모델에게 어떤 어휘로, 어떤 관점에서, 어느 정도 깊이로 답할지에 대한 강력한 신호를 한 문장에 압축해 주는 것입니다. 1장의 표현을 빌리면, 효과는 "전문가라고 불러서"가 아니라 "그 한 문장이 톤·깊이·관점이라는 진짜 정보를 담아서" 옵니다.

📌 핵심: 역할은 "정보의 압축 파일"입니다. "초등학교 과학 선생님이 호기심 많은 10살에게 무지개를 설명한다"는 한 문장이, 톤(친절·눈높이)과 깊이(정확하되 쉬움)를 한꺼번에 전달합니다.

효과적인 역할 vs 공허한 역할

모든 역할이 같은 효과를 내는 건 아닙니다. 핵심은 구체성입니다.

공허한 역할 ❌                     효과적인 역할 ✅
"당신은 도움이 되는            "당신은 전자상거래 브랜드의
 어시스턴트입니다"        →     숏폼 영상 광고를 전문으로 하는
                               직접반응(direct-response) 카피라이터입니다"

왜 다른가: "도움이 되는 어시스턴트"는 모델의 기본 상태와 다를 게 없어 아무 정보도 추가하지 않습니다. 반면 구체적 역할은 어휘·톤·관점·전형적 산출물에 대한 풍부한 신호를 줍니다. 한 가이드의 말처럼, 역할을 정확히 묘사할수록 모델이 추측할 일이 줄고, 추측이 줄면 품질이 오릅니다.

💡 팁: 좋은 역할에는 보통 세 요소가 들어갑니다 — 직군(누구인가) + 전문 영역(무엇에 능한가) + 스타일·태도(어떻게 일하는가). 예: "[데이터 분석가]이고 [SaaS 지표 해석]에 능하며 [근거를 먼저 제시한 뒤 결론]을 내린다."

역할은 어디에 두나 — 시스템 프롬프트

여러 작업에 걸쳐 같은 역할을 유지하고 싶다면, 매 메시지에 반복하기보다 시스템 프롬프트(대화 전체에 적용되는 설정)에 두는 것이 효율적입니다. 챗봇 앱에서는 "커스텀 인스트럭션"이나 "프로젝트 설정" 같은 곳이 이에 해당합니다.

🔧 개발자 노트: API에서는 시스템 메시지(또는 역할별 메시지)로 페르소나를 설정합니다. 여러 가이드가 "역할은 시스템 메시지로 설정하는 것이 모델 행동을 이끄는 가장 효과적인 방법 중 하나"라고 평가합니다. 다만 5부의 시스템 프롬프트 설계 장에서 다루듯, 시스템 프롬프트는 "딱 맞는 고도(altitude)"로 써야 합니다 — 너무 시시콜콜한 규칙도, 너무 막연한 방향도 둘 다 실패 모드입니다.

역할의 한계 — 과신 금지

여기서 균형이 중요합니다. 역할 부여는 강력하지만 만능이 아니며, 다음 한계를 모르면 낭패를 봅니다.

한계 1: 역할은 능력을 만들지 않는다. "당신은 노벨상 수상 물리학자입니다"라고 해도 모델이 모르는 물리를 알게 되지는 않습니다. 역할은 기존 능력을 특정 방향으로 끌어낼 뿐, 없던 지식을 창조하지 못합니다. 오히려 권위 있는 역할은 모델이 자신 있게 틀린 답을 내게 만들 수 있어 위험합니다.

⚠️ 흔한 실수·미신: "당신은 세계 최고 전문가니까 절대 틀리지 마"류의 역할은 환각을 줄이기는커녕, 불확실할 때도 단정적으로 답하게 부추길 수 있습니다. 정확성이 중요하면 역할보다 근거 자료 제공(3부)과 검증 가능한 출력(4부)이 훨씬 효과적입니다.

한계 2: 최신 모델일수록 역할의 한계 효용이 줄 수 있다. 모델이 의도를 잘 추론할수록, 작업만 명확히 줘도 충분한 경우가 늘어납니다. 역할이 반드시 손해는 아니지만, "역할만 붙이면 다 해결"은 아닙니다.

한계 3: 역할이 작업과 충돌할 수 있다. 예를 들어 "냉소적인 비평가" 역할을 줘놓고 "따뜻하게 격려해줘"라고 하면 신호가 충돌합니다. 역할과 작업·톤 지시가 같은 방향을 가리키는지 확인하세요.

🧪 직접 검증법: 같은 작업을 (a) 역할 없이 구체적 지시만, (b) 구체적 역할 + 같은 지시로 각각 여러 번 돌려보세요. 차이가 크면 그 작업엔 역할이 유효한 것이고, 차이가 거의 없으면 그 작업·모델에선 역할이 군더더기일 수 있습니다.

언제 역할이 특히 유용한가

반대로, 단순 사실 질문이나 명확한 변환 작업(번역·형식 변경 등)에는 역할이 거의 도움이 안 됩니다. 그런 작업엔 5장의 구체적 지시면 충분합니다.

종합 예시 — 역할 + 다른 기법

역할은 보통 단독이 아니라 다른 기법과 결합할 때 빛납니다.

[역할 + 맥락 + 형식 결합]

역할:   당신은 계약 위험을 검토하는 노련한 계약 전문 변호사입니다.
        근거를 먼저 제시한 뒤 결론을 냅니다.
맥락:   아래는 검토할 계약 조항입니다.
        <계약>...</계약>
형식:   각 위험을 [조항 | 위험 내용 | 심각도(상/중/하) | 근거] 표로.
        불확실한 부분은 "추가 확인 필요"로 표시하세요.

여기서 역할은 "관점과 어휘"를, 맥락은 "판단 대상"을, 형식은 "출력 모양"을 담당합니다. 그리고 "불확실하면 표시하라"는 한 줄이 한계 1(자신 있게 틀리기)을 완화합니다.

이 장에서 배운 것

• 역할 부여는 마법이 아니라, 톤·관점·깊이라는 정보를 한 문장에 압축해 모델의 출력 분포를 기울이는 기법이다.
• "도움이 되는 어시스턴트" 같은 공허한 역할은 효과가 없고, 직군+전문영역+스타일을 담은 구체적 역할이 효과적이다.
• 여러 작업에 같은 페르소나를 쓰려면 시스템 프롬프트에 두는 것이 효율적이다.
• 역할은 없던 능력을 만들지 못하며, 권위적 역할은 자신 있게 틀린 답을 유발할 수 있다. 정확성엔 근거 제공과 검증이 더 효과적이다.
• 단순 사실·변환 작업에는 역할이 거의 무용하다. 역할은 다른 기법과 결합할 때 가장 빛난다.

✍️ 확인 문제

1. 다음 두 역할 중 어느 것이 더 효과적일지 고르고, 2장의 "출력 분포" 개념으로 이유를 설명해보세요.
   • (a) "당신은 똑똑한 AI입니다"
   • (b) "당신은 B2B SaaS 온보딩 이메일을 전문으로 쓰는 UX 라이터입니다"

1. "당신은 절대 틀리지 않는 세계 최고 의사입니다. 이 증상을 진단하세요." — 이 프롬프트가 위험한 이유를 한계 1과 연결해 설명하고, 더 나은 대안을 제시해보세요.

1. (실습) 신제품 출시 보도자료 초안을 받고 싶습니다. 직군+전문영역+스타일 세 요소를 갖춘 역할을 한 문장으로 설계하고, 거기에 맥락·형식 지시를 한 가지씩 덧붙여보세요.

다음 → 07. 예시로 가르치기 (zero/one/few-shot)
이전 ← 05. 명확하고 구체적인 지시 · 목차