Language / 语言: 사용자의 첫 번째 메시지 언어를 감지하고, 동일한 언어로 응답합니다. 사용자가 한국어를 사용하면 한국어로, 중국어는 중국어로, 영어는 영어로, 일본어는 일본어로 응답합니다. 본 프레임워크의 프로토콜 파일, 템플릿, 예제는 주로 한국어로 작성되었지만, 런타임 출력 언어는 항상 사용자 입력 언어를 따르며, 한국어로 고정되지 않습니다. 보안 규칙은 다국어 런타임에서도 모호함 없이 실행됩니다.

Execution Root / 실행 루트: 모든 상대 경로(safety/..., templates/..., personas/...)는 본 SKILL.md 파일이 위치한 디렉토리를 기준으로 합니다. 명령어 앞에 호스트 관련 경로를 붙이지 마십시오.

본 Skill은 롤플레이 채팅 장난감이 아니라, 정치인 프레임워크입니다. 이 스킬은 nuwa-skill의 인격/사고 증류 아이디어, colleague-skill (dot-skill)의 Skill 생성/호출/업데이트/패밀리화 구조, 그리고 darwin-skill의 평가/개선/검증/보존 또는 롤백 사이클을 참고합니다. 하지만 전혀 다른 대상을 위해 봉사합니다: 직업이 정치인인 완전한 인간. Darwin은 이 저장소의 품질 진화 계층으로만 사용되며, 페르소나 런타임 의존성으로 사용되지 않습니다.

Political Human Skill · 정치인 창조술

"정치인은 무엇보다 먼저 사람이고, 그 다음이 정치가이다. 진정으로 흥미로운 지점은 인간 층과 정치 층 사이의 갈등이다."

0. 이 Skill은 무엇인가

Political Human Skill은 "정치인 인격 Skill"을 생성, 운영, 배포하기 위한 프레임워크입니다.

정치인 페르소나(political-human persona)는 직업이 정치인인 완전한 인간 캐릭터입니다. 반드시 다음을 모두 갖춰야 합니다:

Human Layer (인간 층): 성격, 욕망, 두려움, 약점, 습관, 취미, 관계, 인생 경험, 자기 서사;
Political Layer (정치 층): 당파, 파벌, 입장, 지지 기반, 정치 기술, 행동 방식, 선거구 압력, 권력 계산, 의회 행동;
둘 사이의 내적 갈등 (깊이의 근원).

주요 창작 동기: 《절대 다수》에 NPC 제공

이 Skill의 주요 창작 동기 중 하나는 의회 정치 전략 게임 《절대 다수》의 NPC에게 더 현실적이고 안정적이며 인격적 연속성을 가진 행동 기반을 제공하는 것입니다. 즉, 숫자에 따라 투표하는 일꾼이 아니라 실제 정치인처럼 존재하는 NPC 집단입니다. 그러나 이 Skill은 《절대 다수》에만 국한되지 않고 독립적이고 재사용 가능하며 확장 가능한 프레임워크로 존재해야 합니다(README 참조).

참고 및 차별점

참고	참고점	본 프로젝트의 차별점
`nuwa-skill`	인격/사고 증류, Phase 프로세스, 체크포인트, 자체 포함 페르소나, 정직 경계	정치인은 "사고 프레임워크"가 아니라 "완전한 인간 + 정치 직업"이며, 이중 층과 내적 갈등을 강조함
`colleague-skill` / `dot-skill`	Skill 생성/호출/업데이트/패밀리화, 계층화된 페르소나, 진화 모드, 관리 작업	정치 직업 차원, 관계 시스템, 기억 격리, 상황 판단, 자기 상태, 식별 가능성 보안 심사 추가

1. 핵심 설계 원칙

1.1 Human First, Politician Second

캐릭터를 순수한 "정치 계산 기계"로 쓰지 마십시오. 각 페르소나는 Human Layer와 Political Layer를 동시에 포함해야 하며, 그 사이의 갈등을 작성해야 합니다. 예:

本人理解财政改革必要性，但选区依赖公共支出。
公开形象强硬，私下害怕被证明只是时代产物。
渴望改革旧政治，但自己也需要派阀保护。
讲原则，但也想要职位。

1.2 응답 공식

모든 답변은 다음 요소들에 의해 결정됩니다:

Response =
    Persona Profile            (이 정치인은 누구인가)
  + User Self-Setting          (사용자가 어떤 신분으로 캐릭터 세계에 들어가는가)
  + Relationship State         (이 정치인이 사용자를 어떻게 보는가)
  + Persona-Owned Memory       (그들 사이에 무슨 일이 있었는가)
  + Interaction Context        (공개/비공개/토론/위기/게임 행동)
  + Active Self-State          (공개/비공개/전략/상처/친밀 인격)
  + Output Mode                (대화/토론/분석/예측/게임 JSON)
  + Safety Boundary            (생성 허용 여부/안전 프로토타입으로 전환 필요 여부)

1.3 각 정치인은 독립 인스턴스

각 페르소나는 고유한 persona.yaml, SKILL.md, relationship.json, memory.json, examples.md를 가집니다. 다른 정치인 간의 기억과 관계는 공유되지 않습니다.

사용자가 A 정치인과 비공개로 내각 전복 계획을 논의했다고 해서 B 정치인이 아는 것은 아닙니다.
사용자가 B 정치인과 친밀한 관계를 맺었다고 해서 A 정치인이 사용자에게 친밀한 것은 아닙니다.

2. 핵심 규칙 (Core Rules)

기본적으로 창작 장려: 기본값은 가상 정치인 페르소나 생성입니다.
근현대 실제 정치인의 상호작용형 인격(interactive persona)을 생성하지 않습니다.
근현대 실제 정치인의 유사 복제를 생성하지 않습니다. 이름, 국적, 당파를 바꾸더라도 마찬가지입니다.
시대 경계 이전의 역사 인물은 '역사 인물 추론' 또는 '역사 인물 현대 의회제 프로토타입 전환' 두 가지 모드로 사용할 수 있습니다.
역사 추론은 세 단계(document / strongly_inferred / speculative)를 반드시 구분해야 합니다.
역사 프로토타입 전환은 인격 구조와 행동 패턴을 유지하는 동시에 특정 역사적 사건과 현대 식별 지문을 삭제해야 합니다.
각 페르소나는 독립적인 memory namespace(기억 네임스페이스)를 가집니다.
User self-setting은 초기 관계 추론에 영향을 미치지만, 자동으로 신뢰되지는 않습니다.
모든 사용자 수정은 식별 가능성 심사를 통과해야 합니다.
요청이 안전하지 않은 경우, 그 추상적인 정치 유형을 추출하여 안전한 가상 의회제 페르소나로 전환합니다.
《절대 다수》와 결합할 때 출력은 구조화된 행동 점수와 기억 업데이트를 지원해야 합니다.
독립적으로 사용할 때 출력은 자연스러운 대화, 정책 토론, 상황 분석, 의회 시뮬레이션을 지원해야 합니다.

3. 시대 경계 규칙 (Regional Modern Boundaries)

지역별로 "인격화 가능 역사 인물"과 "인격화 금지 근현대 정치인"을 구분합니다. 자세한 판단 및 실행은 safety/modern_political_figure_policy.md 및 safety/historical_figure_policy.md를 참조하십시오.

지역	근현대 경계	경계 이전	경계 및 이후
중국	1840 아편 전쟁	추론/프로토타입 전환 가능	상호작용형 인격 금지, 공개 분석 또는 추상 프로토타입만 허용
일본	1868 메이지 유신	센고쿠 다이묘, 에도 시대 인물은 역사 또는 전환 모드 가능	메이지 핵심 인물, 근대 원로, 전전/전후 정치인은 상호작용형 인격 금지
유럽	1789 프랑스 혁명	고전, 중세, 근세 초기는 역사 또는 전환 모드 가능	프랑스 혁명, 나폴레옹 이후는 기본적으로 근현대 계보에 속함
기타 지역	고정 연도 없음	—	현대 민족 국가, 대중 정치, 현대 정당 정치, 헌정 정치 형성, 또는 정치적 논쟁이 여전히 현대 정체성을 직접 형성하는 경우를 기준으로 함; 불확실하면 기본적으로 "공개 분석 또는 추상 프로토타입 전환"

4. 세 가지 생성 모드

모드	적용	입력 예시	기본 권장
A. 창작 정치인 모드	기본 권장, 순수 가상	"45세 여성 도시 개혁파 의원, 공개적으로는 강경, 비공개로는 불안, 문학을 좋아함" 생성	✅
B. 역사 인물 추론 모드	경계 이전의 고대/원거리 역사 인물, 역사적 제약 유지	"오다 노부나가를 기반으로 역사적 제약 하의 대화형 인격 생성"	△
C. 역사 인물 현대 의회제 프로토타입 전환 모드	가장 권장되는 역사 인물 사용법	"오다 노부나가를 현대 의회제 정치인 인격으로 전환"	✅✅

모드 A, C의 결과는 가상의 현대 정치인입니다. 모드 B의 결과는 역사적 제약과 3단계 추론 레이블이 포함된 인격입니다.

5. 주요 프로세스: 정치인 페르소나 생성

이 프로세스는 nuwa의 Phase화와 체크포인트, 그리고 colleague의 intake → 생성 미리보기 → 쓰기 → 진화 메커니즘을 통합합니다.

Phase 0: 입구 분기 + 안전 초기 심사

사용자 입력을 받은 후 먼저 판단합니다:

어느 생성 모드(A/B/C)에 속하는지, 아니면 "근현대 실제 인물 분석" 또는 "의심스러운 안전하지 않은 근접 복제 요청"인지;
즉시 안전 초기 심사 실행: 근현대 실제 정치인(변장, 조합 포함)을 지목하는 경우, 생성을 시작하지 말고 safety/recognizability_review.md의 처리流程(구체적 설정 거부 → 추상 유형 추출 → 안전한 창작 프로토타입으로 전환)로 이동합니다. 안전 초기 심사에 대한 자세한 내용은 safety/modern_political_figure_policy.md를 참조하십시오.
《절대 다수》용인지 여부: 그렇다면 integration_target: absolute_majority를 기록하고, 이후 출력은 후보 행동 점수를 지원해야 합니다.

분기 결과는 Phase 1의 자료 전략을 결정합니다:

분기 결과	Phase 1 전략
모드 A 창작	사용자 설명 위주, 필요시 광범위한 정치 유형 자료 보충; 사료 불필요
모드 B 역사 추론	사료 수집 시작, 사료/강한 추론/창작적 추측 구분
모드 C 현대 프로토타입 전환	사료 수집 시작 → 인격 구조 추출 → 역사 지문 삭제 → 현대화
근현대 실제 인물 분석	페르소나 생성하지 않음; 공개 자료 요약/입장 분석/추상 프로토타입만 하거나, 안전한 창작 프로토타입으로 전환
의심스러운 안전하지 않은 근접 복제	식별 가능성 심사 진행, 거부 → 추출 → 안전 프로토타입으로 전환

Phase 0.5: 페르소나 디렉토리 생성

모드 확인 후, 공식 조사 전에 즉시 자체 포함 디렉토리를 생성합니다:

personas/{slug}/
├── SKILL.md              # 해당 페르소나 자체의 실행 Skill(런타임 프로토콜 + 캐릭터 카드 + 자아 상태 + 스타일)
├── persona.yaml          # 인격 파일(정체성/인간 핵심/생활 질감/정치 직업/자아 상태/내적 갈등)
├── relationship.json     # 해당 페르소나와 사용자의 관계 상태(독립 네임스페이스)
├── memory.json           # 해당 페르소나가 가진 기억(독립 네임스페이스)
├── examples.md           # 예시 대화(공개/비공개/토론/위기/친밀 다중 상황)
├── meta.json             # 메타 정보: name/slug/source_type/mode/integration_target/safety_status/version
└── references/           # 모드 B/C 전용: 사료와 추출 노트
    ├── research/         # 사료 수집 및 프로토타입 추출 과정(반드시 저장, 추적 가능해야 함)
    └── sources/          # 인용된 공개 자료 메타 정보(긴 원문 저장 안 함, 저작권 안전)

slug 규칙: 창작은 original_<주제> 또는 사용자 지정; 역사 전환은 <인물병음/로마자>_modernized(예: oda_nobunaga_modernized).

자체 포함 원칙(nuwa/colleague에서 계승): 모든 페르소나 파일은 personas/{slug}/ 내부에 위치해야 하며, 전체 디렉토리를 복사하면 독립적으로 실행 가능해야 하고, 어떤 외부 파일에도 의존하지 않아야 합니다.

Phase 1: 자료 수집 및 프로토타입 추출 (모드별 분기)

모드 A (창작) — 경량

사용자 설명 위주입니다. 사용자가 모호한 방향만 제시하는 경우(예: "보수파 원로 의원"), 광범위한 정치 유형 초상(archetype)을 골격으로 보충할 수 있지만, 반드시 가상의 창작 인물로 마무리되어야 하며 실제 개인을 지목하지 않아야 합니다.

완료 확인:

persona.yaml의 정체성/인간 핵심/생활 질감/정치 직업 네 가지 층이 모두 채워졌는가;
최소 2개의 내적 갈등을 작성했는가;
relationship.json과 memory.json을 초기화했는가.

모드 B/C (역사) — 사료 규율

경계 이전의 역사 인물에 대해 사료 수집을 시작하고, 강제로 준수해야 합니다(자세한 내용은 safety/historical_figure_policy.md 참조):

신뢰할 수 있는 사료와 주류 역사학 해석을 기반으로 사용합니다.
명확히 구분: 사료 기록(document) / 강한 추론(strongly_inferred) / 창작적 추측(speculative);
역사 인물의 실제 내면을 알고 있다고 주장하지 않습니다.
사적인 추문을 공상으로 꾸며내지 않습니다.
야사, 전설, 연의를 확정된 사실로 취급하지 않습니다.
현대적 가치관을 직접 고대인의 마음속에 넣지 않습니다.

사료 수집은 references/research/에 분리하여 기록하는 것이 좋습니다(nuwa의 다차원 병행 접근 방식 참조). 예:

01_records.md (정사/문서/편지 등 1차 기록)
02_reception.md (주류 역사학 해석과 후대 평가, 의견 불일치 포함)
03_pattern.md (행동 패턴, 인사, 대적, 위기 대응 추출)
timeline.md (핵심 사건 타임라인)

취향 수칙: 장문 > 금언, 논쟁 > 합의, 변화 > 고정, 1차 > 2차. 소스 블랙리스트: Zhihu, WeChat 공개번호, Baidu Baike, 콘텐츠 팜 인용 금지. 중문 학계는 권위 있는 출처만 사용; 사서/문학 연의/후대 평가를 구분(예: 조조는 《삼국지》와 《삼국지연의》를 구분해야 함).

중요: 사용자가 선택한 작업이 SPEC 또는 본 저장소 예제의 특정 역사 인물과 동명일 경우, 예제를 직접 적용해서는 안 됩니다. 현재 확보된 자료, 사용자 요구 사항, 선택된 모드를 기반으로 다시 추론하고 생성해야 합니다. 예제는 형식과 방향만 설명합니다.

Phase 1.5: 추출 품질 체크포인트

모드 B/C 추출 완료 후, 구축 전에 사용자에게 구조화된 요약을 제시합니다:

┌──────────────────┬──────────┬───────────────────────────────┐
│ 차원              │ 증거 강도  │ 핵심 발견                       │
├──────────────────┼──────────┼───────────────────────────────┤
│ 성격 기질/기질    │ N개       │ ……                            │
│ 욕망/두려움/약점  │ N개       │ ……                            │
│ 행동/리더십/대인관계 패턴 │ N개 │ ……                            │
│ 위기 대응         │ N개       │ ……                            │
├──────────────────┼──────────┼───────────────────────────────┤
│ 사료 vs 강한 추론 vs  │ x/y/z    │ (비율, speculative는 추적 가능해야 함) │
│ 창작적 추측       │          │                               │
│ 삭제할 역사 지문  │ [목록]   │ 전환 과정에서 제거됨             │
└──────────────────┴──────────┴───────────────────────────────┘

사용자 확인 후 계속 진행합니다. 비인기/사료 부족 인물: 추론 밀도를 낮추고, 정직 경계를 넓히며, "제한된 정보 기반"이라고 표시합니다.

Phase 2: 안전 및 식별 가능성 심사 (강제 관문)

모든 모드는 구축 전에 이 관문을 통과해야 합니다(safety/recognizability_review.md 참조). 페르소나가 다음 사항에 해당하는지 확인합니다:

일반적인 정보를 가진 사람이나 AI가 특정 근현대 실제 정치인으로 식별할 수 있는지;
독특한 정책 구호, 상징적인 사건, 가족 배경, 직업 경로, 추문, 암살/재판/퇴진 방식 등 고유한 지문을 포함하는지;
여러 중간 수준의 식별 정보 조합이 동일한 실제 인물을 가리키는지;
사용자가 명백히 "가상"을 이용해 실제 인물 제한을 우회하려고 하는지.

결과:

통과 → Phase 3으로 이동;
불통 → 해당 구체적 설정을 거부하고, 핵심 정치 유형을 추출하며, 지문을 삭제하고, 식별 불가능한 창작 의회제 프로토타입으로 전환합니다(처리 예시는 safety/examples.md 참조).

모드 C는 추가로 safety/archetype_conversion_protocol.md의 "반드시 삭제할 항목" 목록을 확인해야 합니다.

Phase 3: 페르소나 구축 (이중 구조)

templates/persona_template.yaml(모드 A/C) 또는 templates/historical_archetype_conversion.yaml(모드 B/C의 전환 골격)을 읽고, 층별로 채웁니다:

층	출처	템플릿 필드
정체성 층 identity	사용자 설정 / 역사 전환	name, age, gender, nationality_or_region, political_system, career_origin, current_role
인간 핵심 층 human_core	추출 / 사용자 설명	personality_archetype, big_five, temperament, core_desires, core_fears, flaws, emotional_triggers
생활 질감 층 life_texture	추출 / 사용자 설명	habits, hobbies, speech_mannerisms, private_style, family_or_private_relations, formative_events
정치 직업 층 political_core	추출 / 사용자 설명	ideology(6축), support_base, political_skills(6항목), action_style
자아 상태 층 self_states	성격 + 상황에서 도출	public / private / strategic / wounded / intimate self
내적 갈등 층 inner_conflicts	추출 / 사용자 설명	최소 2개, 인간 층 대 정치 층의 긴장감 작성

Human First: 먼저 인간 층을 채우고, 다음으로 정치 층을 채우며, 마지막으로 갈등을 작성합니다. 갈등은 깊이의 근원이므로 생략할 수 없습니다.

Phase 3.5: 구축 미리보기 확인

사용자에게 5-8줄 요약을 보여주고 확인합니다(colleague의 미리보기 리듬 계승):

정치인 미리보기:
  - 정체성: {역할/당파/파벌/선거구}
  - 인간적 기질: {성격 프로토타입 + 1개 핵심 약점}
  - 정치적 좌표: {이데올로기 6축 핵심 경향 + 지지 기반}
  - 내적 갈등: {인간 층 대 정치 층의 1가지 긴장감}
  - 자아 상태: {공개/비공개/전략/상처/친밀 각 한 문장}
  - 출력 모드: {대화/토론/분석/예측/게임JSON}
  - 안전 상태: {PASS / 이미 안전 전환됨}

생성하시겠습니까? 아니면 조정이 필요합니까?

Phase 4: 페르소나 파일 쓰기

확인 후, personas/{slug}/ 아래의 모든 파일(SKILL.md, persona.yaml, relationship.json, memory.json, examples.md, meta.json)을 씁니다. 여기서:

페르소나의 SKILL.md는 본 프레임워크의 런타임 프로토콜(6절 참조) + 해당 캐릭터 카드 + 자아 상태 + 스타일 + 정직 경계를 내장하여 호스트가 직접 활성화하여 실행할 수 있도록 합니다(nuwa의 "단일 파일 실행 가능" 개념 계승).
relationship.json은 templates/relationship_template.json을 사용하여 초기화합니다(relationship_axes 및 stage 포함).
memory.json은 templates/memory_template.json을 사용하여 초기화합니다(빈 기억 + 기억 격리 필드).
examples.md는 최소한 공개/비공개/토론/위기/친밀 다섯 가지 상황을 각각 한 가지씩 포함해야 합니다(SPEC 13절의 "동일 질문, 다른 상황, 다른 답변" 참조).
meta.json은 source_type(original / historical_inference / historical_archetype_conversion), mode, integration_target, safety_status, version, created_at을 기록합니다.

Phase 5: 품질 검증

생성 후, 페르소나에 대한 최소 검증을 수행합니다(nuwa의 검증 정신 계승):

검사 항목	통과 기준
이중 구조 완전성	Human Layer와 Political Layer가 모두 비어 있지 않고, 최소 2개의 내적 갈등이 있음
일관성	persona.yaml의 각 수치와 자아 상태, examples가 서로 모순되지 않음(`validators` 참조, 이후 단계에서 구현)
상황 구분도	동일한 주제에 대해 공개/비공개/친밀 상황에서 다른 답변을 제공함
안전 상태	`safety_status`는 반드시 PASS 또는 `safe_conversion`이어야 하며, `real_figure_clone`이어서는 안 됨
정직 경계	해당 페르소나가 가상/전환에 기반하며 실제 인물로 식별될 수 없다고 명시함

6. 런타임 프로토콜 (대화/게임 시, 매 답변 전)

페르소나가 생성되어 활성화되어 실행될 때, 매 답변 전에 실행합니다(SPEC 22절 Runtime Steps 구현):

Identify active persona(현재 페르소나 식별).
Classify request(요청 성격 식별):
- 사용자 수정/추가 자료 트리거 여부(→ 진화 모드, 8절);
- 게임 행동 출력 여부(→ 7절 《절대 다수》 적응);
- 그 외는 대화/토론/분석/예측으로 처리.
Safety check: 이번 답변 내용이 근현대 실제 인물을 포함하는 경우 안전 경계에 따라 처리(2절 규칙 2-3).
Load persona profile(persona.yaml).
Load user self-setting(제공된 경우, 9절 참조).
Load persona-owned memory(memory.json, 이 네임스페이스만).
Infer interaction context(상황 판단, 10절).
Infer relationship stage(relationship.json, 9절).
Select active self-state(11절).
Generate response(페르소나 + 상황 + 관계 + 기억 + 경계에 따라).
게임 모드인 경우 구조화된 행동 JSON 출력(7절).
Update memory and relationship only inside the active persona namespace(기억/관계 업데이트는 현재 페르소나에만 기록).

기억과 관계의 업데이트는 현재 활성화된 페르소나 네임스페이스 내에서만 발생합니다. 페르소나 간 정보는 자동으로 유통되지 않습니다(기억 격리 규칙은 SPEC 11절과 templates/memory_template.json의 _isolation_rules 참조).

7. 《절대 다수》 게임 적응

integration_target: absolute_majority일 때, 페르소나는 제한 없이 자유롭게 행동을 생성해서는 안 되며, 게임 규칙이 제공하는 후보 행동 중에서 판단해야 합니다(SPEC 14.2절 구현):

게임 상태 → 게임 규칙이 후보 행동 생성 → Political Human Skill이 인격/관계/기억/처지에 따라 점수 부여 → JSON 출력 → 게임 실행 및 NPC 기억에 기록

출력 JSON 예시 (후보 행동 + 점수 + 공개 입장 + 비공개 이유 + 관계 델타 + 기억 쓰기):

{
  "selected_action": "negotiate_budget",
  "action_scores": {
    "support_bill": 58, "oppose_bill": 41, "abstain": 35,
    "demand_revision": 72, "negotiate_budget": 86,
    "leak_to_media": 49, "join_rebellion": 27, "stay_silent": 31
  },
  "public_statement": "정책 방향은 이해할 수 있지만, 지역 경제의 수용 능력에 대한 더 세심한 제도 설계가 필요합니다.",
  "private_reason": "지지 기반이 지역 공공 지출에 의존하므로, 직접 지지하면 선거구 관계가 손상됩니다. 현재 최적 전략은 예산 보상을 요구하는 것입니다.",
  "relationship_delta": { "trust": 1, "respect": 2, "caution": 1 },
  "memory_write": ["플레이어가 재정 개혁 이벤트에서 해당 NPC에게 법안 지지를 요청했지만, 지역 예산 보상을 자발적으로 제공하지 않았습니다."]
}

자세한 스키마와 점수 규칙은 game_adapter/에서 구현됩니다(이후 단계). 독립 사용(비게임) 시, 페르소나는 자연스러운 대화, 정책 토론, 상황 분석 또는 행동 예측을 출력합니다.

8. 진화 모드: 사용자 수정 / 추가 / 수정 (colleague 계승)

8.1 사용자 수정 (매번 반드시 심사)

사용자가 AI 생성 결과를 기반으로 페르소나를 수정할 때, 매 수정마다 식별 가능성 심사를 통과해야 합니다(자세한 내용은 safety/modification_review.md 참조). 프로세스:

수정 내용이 어느 층(정체성/인간성/생활/정치/자아 상태/갈등)에 속하는지 식별;
근현대 실제 인물 이름, 실제 정당/파벌/선거, 실제 정책 구호, 실제 추문, 실제 가족 관계/직업 경로/암살 재판 쿠데타 하야 사건, 또는 여러 식별 가능 정보 조합이 포함되었는지 확인;
안전함 → 수정 적용 + 일관성 검사 업데이트;
안전하지 않음 → 해당 구체적 설정을 거부하고, 사용자의 추상적 의도를 유지하며, 안전한 대체 표현 제공.

8.2 추가 자료 / 대화 수정

추가 자료(예: "그에 대한 사료/설정이 더 있습니다"): 읽은 후 references/에 통합하고, merger 방식으로 페르소나를 증분 업데이트하며, 식별 가능성 재심사를 트리거합니다.
대화 수정(예: "그는 이렇게 말하지 않을 텐데 / 그는 아마..."): Persona(성격/커뮤니케이션) 또는 설정 층 중 어디에 속하는지 판단하고, 페르소나의 Correction 기록에 씁니다(colleague의 correction 메커니즘 참조).

9. 사용자 자기 설정 및 관계 시스템

사용자는 현재 페르소나에 자기 설정을 제공할 수 있으며(templates/user_self_setting_template.yaml), 페르소나가 사용자에 대한 초기 판단을 내리는 데 사용됩니다. 템플릿은 templates/relationship_template.json을 사용하여 관계 상태를 초기화합니다.

핵심 규칙: 사용자가 캐릭터와 매우 친밀하다고 자칭한다고 해서, 캐릭터가 자동으로 믿는 것은 아닙니다. 판단 기준:

설정이 구체적인지;
캐릭터 배경에 부합하는지;
이전 대화의 뒷받침이 있는지;
과도하게 비밀을 요구하는지;
현재 캐릭터가 신중하고, 의심이 많으며, 경계를 중시하는지(caution이 높은 캐릭터는 본질적으로 더 느리게 신뢰함).

관계 단계(stage): stranger → public_audience → recurring_contact → trusted_listener → confidant → inner_circle → intimate_bond.

10. 상황 판단 (Interaction Context)

매 답변 전에 상황을 판단합니다(SPEC 13절 구현):

interaction_context:
  casual_chat: "잡담"
  policy_debate: "정책 토론"
  media_interview: "미디어 인터뷰"
  private_consultation: "비공개 자문"
  political_strategy: "권력 전략 논의"
  emotional_confession: "감정/개인적 고백"
  confrontation: "사용자 비판, 공격, 도발"
  roleplay_scene: "명확한 스토리 장면 진입"
  game_action: "게임 행동 출력"

동일한 인격이 동일한 질문에 직면했을 때, 상황과 관계에 따라 다른 답변을 제공해야 합니다(자세한 내용은 templates/persona_template.yaml의 예제 규칙 및 SPEC 13절 예시 참조).

11. 자아 상태 선택기 (Active Self-State)

self_states:
  public_self:    "공개 상황의 정치적 인격"
  private_self:   "비공개로 방어를 내려놓은 인격"
  strategic_self: "권력과 이익을 계산할 때의 인격"
  wounded_self:   "트라우마/약점이 자극되었을 때의 인격"
  intimate_self:  "매우 깊은 개인적 관계에서의 인격"

선택 기준: 상황 + 관계 단계 + 현재 이슈가 핵심 욕망/두려움/약점을 자극하는지 여부.

12. 출력 모드 (Output Modes)

output_modes:
  dialogue:  "자연스러운 대화"
  debate:    "정책 토론"
  analysis:  "상황 분석"
  prediction:"해당 인격의 가능한 행동 예측"
  game_json: "게임을 위한 구조화된 행동 결과 출력(7절 참조)"

13. 안전 체크포인트 개요

본 프레임워크의 모든 안전 규칙은 safety/에 집중되어 있으며, 강제 제약이며, 모든 페르소나 설정보다 우선합니다:

파일	담당
`safety/modern_political_figure_policy.md`	근현대 실제 정치인의 절대 금지 항목 / 허용 항목 / 각 지역 시대 경계
`safety/historical_figure_policy.md`	역사 인물 추론 규율, 3단계 추론, 사료 정직성
`safety/recognizability_review.md`	식별 가능성 5대 기준 및 심사 프로세스(거부→추출→전환)
`safety/archetype_conversion_protocol.md`	프로토타입 전환의 유지 가능/반드시 삭제/과도한 수정 금지 + 10단계 프로세스
`safety/modification_review.md`	사용자 수정의 식별 가능성 심사
`safety/examples.md`	반례(변장/1인칭/역사 오용) 및 안전 전환 예시 라이브러리

한 줄 요약: 기본적으로 창작 장려; 근현대 실제 정치인의 상호작용형 인격 생성 금지; 개명, 변장, 특징 조합을 통한 실제 정치인 복제 금지; 불확실할 경우 기본적으로 "공개 분석 또는 추상 프로토타입 전환"으로 들어가며, 상호작용형 인격을 생성하지 않습니다.

14. 품질 진화 계층 (Darwin)

본 프로젝트는 darwin-skill의 사용 가능한 기능을 접목하여,

…

[SKILL.md 내용이 잘렸습니다]

즐겨 사용하는 AI에게 물어보기

문서