처음에 Claude에게 “이거 요약해줘”라고만 했을 때 결과가 생각보다
밋밋했다. 그러다 우연히 발견한 방법이 Role
Prompting이다. Claude에게 “너는 지금부터
~이야”라고 역할을 부여하는 것. 이걸 알고 나서부터 결과가 완전히
달라졌다.
- 역할 부여는 Claude의 방대한 데이터 풀에서 “지금은 이 전문가 관점으로 답해”라고 방향을 잡아주는 행위다
- 역할 문장에는 경력 수준 + 역할명 + 전문 분야를 넣으면 효과적이다
- 역할이 구체적일수록 좋다 — 모호한 “전문가”는 효과가 약하다
- 역할은 2~3줄이면 충분하다. 너무 길면 정작 작업 지시가 묻힌다
목차
역할 부여가 왜 작동하는가
Claude 같은 대형 언어 모델은 수많은 텍스트로 학습되어 있다. 그
안에는 의사가 쓴 글, 마케터가 쓴 글, 법률 전문가가 쓴 글이 모두 섞여 있다.
역할을 부여한다는 건 이 거대한 데이터 풀 안에서 “지금은 이 전문가 관점으로
답해”라고 방향을 잡아주는 행위다.
아무 역할 없이 질문하면 Claude는 가장 평균적인 답을 낸다. 역할을
부여하면 그 역할에 맞는 어휘, 관점, 깊이로 답이 바뀐다.
역할 없음: “마케팅 전략 알려줘” → 일반적인 마케팅 이론 나열. 교과서 느낌.
역할 부여: “너는 10년 경력의 스타트업 마케팅 디렉터야. 월 예산 100만 원 미만의 1인 창업자에게 첫 달 마케팅 전략을 알려줘.” → 구체적인 채널 추천, 예산 배분, 우선순위 있는 행동 계획.
기본 역할 부여 문장 구조
역할 부여 문장에는 세 가지 요소가 들어가면 좋다:
경력·전문성 수준 + 역할명 + 전문 분야(선택). 예를 들면
“너는 5년 경력의 UX 디자이너야. 특히 모바일 앱 온보딩 플로우를 많이
다뤄봤어.”
경력을 구체적으로 넣을수록 답의 깊이가 달라진다. “전문가야”보다
“10년 경력 전문가야”가 낫고, “10년 경력 전문가야”보다 “대기업
HR에서 10년 일하고 지금은 스타트업 컨설팅하는 전문가야”가 더
구체적인 관점의 답을 만들어낸다.
실전 역할 템플릿 7가지
복사해서 바로 쓸 수 있는 역할 템플릿이다. 각자 상황에 맞게 숫자와 분야를
바꾸면 된다.
- 문서·보고서 작성: “너는 대기업에서 7년간 기획서와 보고서를 써온 전략기획 담당자야. 임원에게 보고하는 간결하고 설득력 있는 문서 스타일로 작성해줘.”
- SNS·블로그 글쓰기: “너는 팔로워 10만 명의 인스타그램 크리에이터야. 짧고 공감 가는 문장으로 사람들이 저장하고 싶어지는 콘텐츠를 만드는 게 특기야.”
- 학습·개념 설명: “너는 중학생도 이해할 수 있게 어려운 개념을 쉽게 설명하는 과학 선생님이야. 비유와 예시를 많이 써줘.”
- 코드 리뷰·개발: “너는 클린 코드와 유지보수성을 중요하게 생각하는 시니어 백엔드 엔지니어야. 내 코드의 문제점과 개선 방향을 솔직하게 말해줘.”
- 비즈니스 아이디어 검토: “너는 10년간 스타트업에 투자한 VC 심사역이야. 수백 개의 사업 계획서를 검토한 경험으로, 내 아이디어의 약점과 리스크를 냉정하게 분석해줘.”
- 상담·피드백: “너는 판단 없이 듣고 질문을 통해 스스로 답을 찾게 도와주는 코치야. 내 상황을 들어보고 핵심 질문 3가지만 던져줘.”
- 번역·교정: “너는 원어민처럼 자연스러운 영어를 쓰는 영미 문화권 편집자야. 내 영어 문장을 어색함 없이 자연스럽게 다듬어주되, 너무 격식체는 피해줘.”
심화 — 두 역할 동시 부여
하나의 관점이 아니라 두 관점을 동시에 가진 역할을 부여하면 더 균형 잡힌 답을
얻을 수 있다.
“너는 마케팅 감각이 뛰어난 기술 스타트업 CTO야. 기술적 실현 가능성과 시장 매력도를 동시에 판단할 수 있어. 내 아이디어를 두 관점에서 분석해줘.”
이렇게 하면 순수 기술 관점과 순수 마케팅 관점을 따로 물어볼 필요 없이 한 번에
통합된 시각을 얻을 수 있다.
잘 작동할 때 vs 무시될 때
Role Prompting이 항상 완벽하게 작동하는 건 아니다.
알아두면 좋은 패턴이 있다.
- 잘 작동하는 경우: 역할이 구체적이고 명확할 때(모호한 “전문가”보다 “B2B SaaS 영업 10년차”), 역할과 요청 작업이 논리적으로 연결될 때, 역할의 지식 범위 안에 있는 작업일 때
- 효과가 떨어지는 경우: 역할이 너무 광범위할 때(“너는 모든 걸 아는 전문가야” → 별 의미 없음), 역할과 요청이 충돌할 때(“너는 극도로 비관적인 사람이야” + “이 아이디어 좋게 봐줘”), Claude의 안전 정책에 저촉되는 역할
직접 써본 후기
가장 자주 쓰는 역할은 “까다로운 독자”다. 블로그 글 초안을
Claude에게 넘기면서 이렇게 시작한다.
“너는 AI 블로그 글을 매일 10개씩 읽는 까다로운 독자야. 쉽게 지루해지고, 너무 뻔한 내용엔 뒤로 가기 버튼을 누르지. 내 글에서 지루한 부분을 찾아줘.”
이걸 쓰기 전엔 그냥 “이 글 어때?”라고 물었다. 그러면 항상 “잘
쓰셨습니다, 다만 일부 부분을 보완하면…”으로 시작하는 공손한 답이
왔다. 역할을 부여한 이후엔 진짜 불편한 지적이 나오기 시작했다. 처음엔
듣기 불편했는데, 그게 훨씬 도움이 됐다.
또 하나 발견한 건, 역할 부여를 Claude Projects의
지침(시스템 프롬프트)에 넣어두면 매번 입력할 필요가 없다는 것이다. 한
번 설정해두면 그 프로젝트 안의 모든 대화에 역할이 적용된다.
주의사항
- 역할만 주고 작업 지시를 빠뜨리는 실수: 역할 부여는 프롬프트의 일부일 뿐이다. 맥락·지시·형식도 함께 써야 최대 효과가 난다.
- 대화 중간에 역할을 바꾸면 혼란이 생긴다: 한 대화에서 역할을 바꿔가며 쓰면 Claude가 앞선 맥락과 충돌한다. 새 역할이 필요하면 새 대화를 시작하거나 새 Projects를 만드는 게 낫다.
- 역할이 길수록 좋은 건 아니다: 역할 설명이 너무 길면 정작 작업 지시가 묻힌다. 역할 문장은 2~3줄이면 충분하다.
핵심 요약
역할 부여는 Claude의 데이터 풀에서 방향을 잡아주는 행위다. 역할
문장에는 경력 수준·역할명·전문 분야를 넣으면 효과적이고, 두 역할을
동시에 부여하면 통합 관점의 답을 얻을 수 있다. 역할은 구체적일수록
좋으며, Projects의 지침에 저장해두면 매번 입력할 필요가 없다.
다음으로 읽으면 좋은 글:
프롬프트 작성법 기초 — 같은 AI인데 결과가 다른 이유 ·
Claude Projects 완전 가이드 ·
Claude AI 완전 활용 가이드 2026
