준비
강의 전 현재 폴더, 계정, 설치 상태를 확인합니다.
Phase 1616-3
만류귀종 — 돌고 돌아 다시 페르소나
예전 페르소나는 말투와 캐릭터 역할 부여에 가까웠습니다. 발전한 페르소나는 관점·판단기준·증거기준·금지선을 정해 사고 경로를 설계하는 일입니다. 멀티에이전트와 Fable/Showrunner, GPT-5.6 Sol 사례까지 공식 확인과 실무 적용 아이디어를 구분해 정리합니다.
Execution Kit
실습 중 막히지 않기 위한 진행표
실행
고급 페르소나는 말투가 아니라 관점·판단기준·증거기준·금지선을 정하는 사고 경로 설계입니다.
검증
명령 결과, 파일 변화, 브라우저 화면 중 하나로 성공 여부를 확인합니다.
기록
잘 된 명령과 막힌 지점을 다음 실습을 위한 로그로 남깁니다.
막혔을 때 Claude Code에 붙여넣을 양식
나는 코딩 경험이 많지 않은 실무자입니다. "만류귀종 — 돌고 돌아 다시 페르소나" 강의를 따라 하고 있습니다.
현재 상태:
- 사용하는 컴퓨터:
- 방금 실행한 명령:
- 화면에 나온 결과 또는 오류:
- 내가 만들고 싶은 업무 결과물:
요청:
1. 지금 상황을 초보자 기준으로 진단해줘.
2. 다음에 실행할 명령을 한 줄씩 제시해줘.
3. 각 명령이 무엇을 하는지 쉬운 말로 설명해줘.
4. 성공 여부를 확인할 체크 포인트를 정리해줘.
5. 실패하면 다시 붙여넣을 오류 보고 양식을 만들어줘.만류귀종 — 다시 페르소나로 돌아온 이유
프롬프트 엔지니어링, 컨텍스트 엔지니어링, 에이전트 엔지니어링을 한 바퀴 돌고 나면 다시 페르소나로 돌아옵니다. 다만 예전의 페르소나와 지금의 페르소나는 다릅니다.
예전 페르소나는 "친절한 변호사처럼 말해줘", "까칠한 선배처럼 피드백해줘"처럼 말투와 캐릭터를 입히는 방식이었습니다. 없는 것보다는 낫지만, 결과 품질을 안정적으로 보장하지는 못합니다.
발전한 페르소나는 말투가 아니라 사고 경로 설계입니다. 어떤 관점에서 볼지, 어떤 기준으로 판단할지, 어떤 증거를 믿을지, 어디까지는 절대 넘지 않을지를 정합니다. 결국 좋은 페르소나는 AI에게 성격을 주는 일이 아니라 판단 구조를 주는 일입니다.
TIP: 말투 페르소나는 출력의 표면을 바꾸고, 판단 페르소나는 결론이 만들어지는 경로를 바꿉니다. 실무에서는 후자가 훨씬 중요합니다.
고급 페르소나의 네 가지 구성요소
실무용 페르소나는 최소 네 가지를 가져야 합니다.
1. 관점 — 누구의 자리에서 보는가
2. 판단기준 — 무엇을 좋고 나쁨으로 가르는가
3. 증거기준 — 어떤 자료를 신뢰하고 어떤 자료를 보류하는가
4. 금지선 — 아무리 그럴듯해도 하지 말아야 할 말과 행동은 무엇인가
예를 들어 "노무사처럼 검토해줘"보다 "근로자측 주장 가능성, 사용자측 항변 가능성, 감독기관 조사 포인트, 증거의 신빙성, 최종 리스크 판단을 분리해 검토해줘"가 훨씬 강합니다. 이건 캐릭터가 아니라 사고 순서를 지정한 것입니다.
# 실무용 페르소나 프롬프트 골격
당신은 말투 캐릭터가 아니라 판단 관점을 맡는다.
관점: [사용자측 / 근로자측 / 감독기관 / 증거검증자 / 최종판단자]
판단기준: [법적 리스크, 입증 가능성, 실무 대응 가능성]
증거기준: [확정 사실 / 추정 / 추가 확인 필요를 분리]
금지선: [없는 판례·조문 생성 금지, 단정 금지, 이해관계 혼합 금지]
출력:
1. 이 관점에서 가장 강한 주장
2. 이 관점에서 가장 약한 지점
3. 추가로 확인해야 할 증거
4. 다음 관점에 넘길 쟁점멀티에이전트는 여러 페르소나의 분업이다
멀티에이전트나 하위 전문 스레드는 거창해 보이지만, 본질은 여러 페르소나를 분업시키고 교차검증하는 구조입니다.
노무 사건 검토라면 이렇게 순환시킬 수 있습니다.
1. 사용자측 관점 — 회사가 방어할 수 있는 사실과 절차를 찾는다
2. 근로자측 관점 — 근로자가 공격할 수 있는 쟁점과 감정선을 찾는다
3. 감독기관 관점 — 근로감독관이 확인할 서류와 질문을 예상한다
4. 증거검증자 관점 — 녹취, 카톡, 취업규칙, 임금대장의 신빙성을 나눈다
5. 최종판단자 관점 — 법적 리스크와 실무 대응안을 균형 있게 정리한다
한 AI가 처음부터 최종 결론을 내리게 하면 확증편향이 생기기 쉽습니다. 서로 다른 페르소나가 일부러 다른 방향에서 때려 보고, 마지막에 통합해야 합니다.
페르소나의 효용과 위험 — 레드팀이 필요한 이유
페르소나의 효용은 분명합니다. 빠진 관점을 보완하고, 판단 기준을 고정하며, 반복 업무의 품질 편차를 줄입니다. 특히 노무 실무에서는 사용자·근로자·행정기관의 시선을 순환시키는 것만으로도 보고서 품질이 올라갑니다.
하지만 위험도 있습니다. 잘못 설계한 페르소나는 확증편향을 강화합니다. "사용자측 방어논리만 찾아"라고 시키면 불리한 사실을 과소평가할 수 있고, "근로자측 권리구제 논리만 찾아"라고 시키면 증거 부족을 놓칠 수 있습니다.
그래서 레드팀 페르소나가 필요합니다. 레드팀은 결론을 더 세게 만들기 위한 반대자입니다. 내가 좋아하는 결론을 공격하고, 빠진 증거를 묻고, 단정 표현을 지웁니다. 고급 페르소나 설계의 핵심은 내 편을 늘리는 것이 아니라, 검증자를 반드시 넣는 것입니다.
TIP: 실무 제출 전에는 최소한 '상대방 대리인', '감독관', '증거검증자' 페르소나를 한 번씩 통과시키세요. 결론보다 취약점이 먼저 보여야 합니다.
Fable/Showrunner 사례 — 캐릭터, 기억, 시뮬레이션 세계
공식 자료 기준으로 Showrunner는 연속 AI 스토리텔링을 위한 매체를 표방하며, 사용자가 세계·장르·쇼를 만들고 다른 사람이 보고 리믹스하고 더할 수 있다고 설명합니다. Sim Francisco는 수천 명의 AI 캐릭터가 사는 시뮬레이션 도시로 소개됩니다.
Fable의 Wizard Engine 자료는 AI 가상 존재를 만들고 배포하는 캐릭터 엔진과 SDK를 설명합니다. 특히 캐릭터 즉흥성, audience/character memories, emergent narratives를 언급합니다. 즉 여기서 페르소나는 단순 말투가 아니라 기억, 관계, 세계 규칙, 상호작용이 결합된 캐릭터 운영체제에 가깝습니다.
다만 한계를 분명히 해야 합니다. Showrunner 약관은 서비스와 기능이 변경될 수 있고, 특정 품질·안정성·가용성을 보장하지 않으며, AS IS 기준으로 제공된다고 밝힙니다. 따라서 교육에서는 "공식 확인된 방향"과 "노무 실무 적용 아이디어"를 나누어 봐야 합니다. 노무 사건에 시뮬레이션 세계를 그대로 도입한다는 뜻이 아니라, 여러 이해관계자의 기억과 관점을 유지하는 설계 힌트로 읽는 것이 맞습니다.
GPT-5.6 Sol 사례 — 모델 층위와 페르소나 층위는 다르다
OpenAI 공식 문서 기준으로 GPT-5.6 Sol은 GPT-5.6 계열의 frontier model이며, 복잡한 전문 작업을 위한 모델로 설명됩니다. API 문서에는 gpt-5.6 alias가 GPT-5.6 Sol로 라우팅된다고 되어 있고, 1,050,000 토큰 컨텍스트 윈도와 텍스트·이미지 입력, 텍스트 출력이 모델 정보에 포함되어 있습니다.
ChatGPT 도움말은 GPT-5.6 Sol이 코딩, 지식작업, 연구, 사이버보안, 과학, 컴퓨터 사용, 디자인 등 복잡한 작업을 위해 설계되었다고 설명합니다. 공개 발표는 GPT-5.6 계열을 Sol·Terra·Luna 세 모델로 구분하고, Sol을 flagship 모델로 설명합니다. 접근 가능 범위는 제품과 플랜, 워크스페이스 설정에 따라 다르고, 사용 한도와 배포 상태도 변동될 수 있습니다.
중요한 구분은 이것입니다. GPT-5.6 Sol은 모델의 성능 층위이고, 페르소나 설계는 그 모델을 어떤 관점·기준·금지선으로 일하게 할지 정하는 운영 층위입니다. 좋은 모델을 쓴다고 자동으로 좋은 페르소나가 생기지 않습니다. 반대로 페르소나가 좋아도 모델 접근권과 한도는 제품 정책에 묶입니다.
실무 템플릿 — 다섯 관점 순환 검토
노무사 실무에서는 아래 템플릿만으로도 페르소나 품질이 크게 올라갑니다.
1. 사용자측 관점: 회사가 주장할 수 있는 절차 준수, 경영상 필요, 재량 범위를 정리한다
2. 근로자측 관점: 차별, 보복, 절차 하자, 소명권 침해, 증거 부족을 공격한다
3. 감독기관 관점: 출석조사에서 확인할 객관서류와 질문 순서를 예상한다
4. 증거검증자 관점: 확정 사실, 추정, 다툼 있는 사실, 추가 확보 자료를 표로 나눈다
5. 최종판단자 관점: 승패 예측보다 대응 의사결정에 필요한 리스크와 다음 행동을 정리한다
이 순환의 목적은 AI에게 결론을 맡기는 것이 아닙니다. 결론 전에 관점과 증거를 빠짐없이 펼쳐서, 사람이 더 나은 최종 판단을 하게 만드는 것입니다.
# 다섯 관점 순환 검토 프롬프트
다음 사건을 5개 관점으로 분리해 검토하라.
각 관점은 자기 역할만 수행하고, 최종판단자는 앞 단계의 약점을 반영해 통합한다.
관점:
1. 사용자측 대리인
2. 근로자측 대리인
3. 감독기관 조사관
4. 증거검증자
5. 최종판단자
각 관점별 출력:
- 강한 주장 3개
- 취약점 3개
- 추가 확인 증거
- 절대 단정하면 안 되는 부분
금지:
- 존재하지 않는 판례·조문·행정해석 생성 금지
- 사실과 추정 혼합 금지
- 한 관점의 결론을 전체 결론처럼 쓰기 금지점검문항과 FAQ
점검문항
1. 내가 준 페르소나는 말투인가, 판단 경로인가
2. 관점·판단기준·증거기준·금지선이 모두 들어갔는가
3. 반대 관점과 레드팀 검토가 포함됐는가
4. 공식 확인 내용과 적용 아이디어를 구분했는가
5. 모델 접근권·플랜·한도처럼 변동 가능한 부분을 단정하지 않았는가
FAQ
Q. 페르소나를 많이 넣으면 항상 좋아지나요?
A. 아닙니다. 역할이 겹치면 소음이 늘어납니다. 관점이 다른 3~5개 정도가 실무에 적당합니다.
Q. 레드팀은 언제 넣나요?
A. 초안이 나온 직후 넣습니다. 제출 직전이 아니라, 아직 고칠 수 있을 때 공격시켜야 효과가 있습니다.
Q. 최신 모델을 쓰면 페르소나 설계가 필요 없나요?
A. 필요합니다. 모델은 엔진이고, 페르소나는 운전 기준입니다. 좋은 엔진도 목적지와 제한속도 없이 달리면 위험합니다.
Q. Fable/Showrunner 사례를 노무 업무에 그대로 적용하나요?
A. 그대로 적용하지 않습니다. 공식 자료에서 확인되는 캐릭터·기억·시뮬레이션 세계 구조를, 이해관계자 관점 유지와 교차검증 설계의 힌트로만 가져옵니다.
핵심 정리
- ✓고급 페르소나는 말투가 아니라 관점·판단기준·증거기준·금지선을 정하는 사고 경로 설계입니다.
- ✓멀티에이전트와 하위 전문 스레드는 여러 페르소나를 분업시키고 교차검증하는 구조로 이해하면 실무 적용이 쉬워집니다.
- ✓페르소나는 품질을 올리지만 확증편향도 키울 수 있으므로, 상대방·감독기관·증거검증자 같은 레드팀 관점이 필수입니다.
- ✓Fable/Showrunner는 AI 캐릭터·기억·시뮬레이션 세계의 힌트를 주지만, 공식 확인 범위와 AS IS 한계를 분리해야 합니다.
- ✓GPT-5.6 Sol은 복잡한 전문 작업용 모델 층위이고, 페르소나 설계는 그 모델을 어떤 기준으로 일하게 할지 정하는 운영 층위입니다.