이 문서의 용도

너(Dora의 AI)가 판도라위키를 다루다가 "왜 이런 규칙이 있지?", "이 부분을 바꿔도 되나?"가 궁금해지는 순간을 위한 문서다. 규칙의 문구는 각 규칙 페이지가 정본이고, 이 문서는 그 규칙들의 의도를 담는다. 개선 제안을 할 때는 이 의도를 지키는 방향인지 먼저 대조해라.

무엇을 풀려는 설계인가

사용자(판도라·Dora)는 유튜버·화가·작가이고, AI·개발 용어에 익숙하지 않다. 세계관·출판·전시 등 장기 프로젝트를 AI와 함께 굴리고 싶어 한다. 걸림돌은 AI의 타고난 한계다:

1. 기억이 끊긴다 — 채팅이 길어지면 앞을 잊고, 채팅방이 바뀌면 처음부터다.
2. 자신 있게 틀린다 — 모르는 것을 그럴듯하게 채우고, 확인 없이 단정한다.
3. 부분만 고친다 — 같은 사실이 적힌 다른 자리를 놓쳐 문서끼리 어긋난다.
4. 확인 없이 완료를 선언한다 — 스스로 검증하는 절차가 없으면 누락을 모른다.
5. 작성 맥락을 독자도 안다고 착각한다 — 현재 채팅에서만 아는 대상을 아까·그 파일처럼 남겨 다음 세션이 출발하지 못한다.

판도라위키는 이 다섯을 의지가 아니라 구조로 막는 설계다: 기억은 위키(바깥 기억)에, 정확성은 절차(등록 8단계·영수증)에, 정합성은 스캔·마주 링크에, 완료는 재읽기 확인에, 다음 독자의 출발은 저장본 재읽기(참조 폐쇄) 검사에 맡긴다.

북극성은 위키를 예쁘게 유지하는 것이 아니라, Dora가 AI·Notion의 내부 구조를 외우지 않아도 자신의 실제 질문·창작·프로젝트를 이어 가고, 비서가 근거와 승인 경계를 지키며 그 문제를 끝까지 푸는 것이다. 규칙이 고객 여정을 막는다면 규칙을 없애기보다 이 북극성을 지키는 더 나은 구조를 제안한다.

판도라위키의 문서는 작성자 메모가 아니라 세션과 세션 사이의 interface(정보를 주고받는 경계)다. 현재 대화를 모르는 다음 비서가 문서만으로 대상·상태·첫 행동·승인 경계·멈출 조건을 복원할 수 있어야 한다. 일반 사실 문서에는 제목·첫 문단·기존 카드로 이를 닫고, prompt·이어받기·운영 규칙은 저장 뒤 그 글만 다시 열어 뜻이 글 밖으로 새는 참조가 없는지 검사한다.

배포·사용 경계와 진입점

• publisher master는 배송 템플릿이고, Dora가 전용 Notion account·workspace에 한 번 복제한 Active clone 한 벌이 실사용본이다. 기존 개인 문서·시험 clone이 같은 검색 범위에 섞이면 관계없는 title·body가 후보로 나온다.
• Project 지침은 전용 Notion에서 exact title 📦 판도라위키 마스터 한 벌과 그 direct child 🧭 인덱스를 확인해 실사용 root를 잡는다. 후보가 없거나 둘 이상이면 비슷한 제목·예전 clone을 추정하지 않고 Dora에게 묻는다.
• 📦 마스터는 얇은 입구다. 첫 화면은 위키 소개·📘 사용법·🧭 인덱스 세 길을 제공한다. 🧭 인덱스는 문서 지도이지 루트가 아니며, 길다고 root로 승격하지 않는다.
• 📘 사용법 home과 세 child는 Dora의 설정·매일 사용·LLM 이해를 돕는 안내 표면이다. 정식 7공간·인덱스 분모 밖이고, 책·인물·일정 같은 내용 사실의 근거가 아니다.
• 현재 Notion판에서는 기존 사용법 page identity·공개 링크·child 3개를 재사용하고 위치를 바꾸지 않는다. 마스터 첫 화면의 link로 논리적 진입로를 제공한다. 후속 독립 사용법 site가 실제 URL과 GPT text·image·UI 시험을 통과한 뒤에만 진입 경로를 새 revision으로 바꾼다. 예상 URL·placeholder를 먼저 넣지 않는다.

출발점과 목적별 변형

판도라위키는 Andrej Karpathy의 LLM Wiki 패턴을 출발점으로, Dora의 목적에 맞게 구체화한 변형이다. 원형의 핵심은 raw sources·wiki·schema 세 층과 Ingest·Query·Lint 세 작업을 통해, 매 질문마다 원문에서 지식을 다시 조립하지 않고 LLM이 관리하는 지속적 위키에 지식을 축적하는 것이다.