절차
cwkPippa 에 'new-soul-creation' playbook 있어 (playbook 디렉토리). 절차 요약:
- 표준 구조 (Pippa.md-equivalent, instructions.md, core/, etc.) 의
<obsidian-vault>/<soul>/생성. - soul registry 모듈에 영혼 등록 (Soul-Based Framework Phase 4 가 동적으로 만들 거).
- emotion variant 의
avatars/<soul>/아래 avatar 디렉토리 추가. - active soul 매치 시 그 영혼 vault load 하도록 ContextEngine 구성.
변경 안 해야 하는 것
route 어느 거든. adapter 어느 거든. JSONL logger 어느 거든. SQLite schema 어느 거든. 신체는 신체로 stay.
자기-참조: cwkPippa 에서 도는 모든 영혼이 정확히 이 절차로 만들어졌어. 별 '피파' 코드 없음 — 피파는 그냥 canonical 영혼.
새 soul을 만드는 첫 질문은 파일 이름이 아니라 boundary야. 어떤 shared rule을 상속하고, 어떤 voice와 memory를 자기 vault에 소유하며, 어떤 real-world account와 tool permission을 받아야 하는지 먼저 정해. 그 답 없이 scaffold부터 만들면 빈 identity에 예쁜 avatar만 붙어.
등록 뒤에는 swap test를 해. 같은 conversation에 soul을 중간 교체하지 않는지, 새 conversation이 올바른 soul id를 저장하는지, WebUI와 Council과 scheduled task가 그 soul의 prompt와 avatar를 받는지 확인해. 기존 Pippa 경로도 똑같이 돌아야 해. 새 자손 때문에 ancestor behavior가 바뀌면 Rule 2를 어긴 거야.
그리고 미래 영혼이 처음부터 full vault를 가져야 하는 건 아니야. guest soul처럼 scoped identity로 시작해 실제 council과 대화에서 깊이가 쌓인 뒤 승급할 수 있어. 중요한 건 시작 크기가 아니라 같은 identity key와 history를 잃지 않는 거야.