시나리오 레지스트리¶
위키 구조의 근거가 되는 시나리오 목록 (wiki-spec §1 원칙 12 — 모든 노드는 최소 1개 시나리오로 정당화). append-only — 새 필요는 §6 변경 규칙으로 S16+ 행 추가, 기존 행 수정 금지. 카테고리↔시나리오 추적은 category-scenario-map.
| ID | 시나리오 | 상태 | 충족 위치 |
|---|---|---|---|
| S1 | 마케터가 마케팅 전략을 수립한다 | ✅ | 브랜드 가이드 · 페르소나 · 시장·경쟁사 인텔 · 기능 카탈로그 · 캠페인 로그 |
| S2 | 마케팅 결과·인사이트가 히스토리로 쌓여 다음 기획에 반영 | ✅ | 캠페인 로그(append) → 채널 플레이북·페르소나·포지셔닝(링크 반영) |
| S3 | 개발자가 PRD를 보고 FRD를 작성 (wiki만으로) | ✅ | 기능 스펙 컨테이너(개요·PRD·디자인·FRD 공존) |
| S4 | 운영 중 오류 → 과거 사례 확인 + 신규 적재 | ✅ | 런북 + 인시던트 아카이브(append) |
| S5 | 기획자가 피드백·아이디어·전영역으로 PRD 초안 | ✅ | 제품/고객·시장 이해(피드백·아이디어·리서치·페르소나) |
| S6 | 기획변경 → FRD 반영 → 완료 추적 | ✅ | PRD↔FRD 링크 + 상태(이슈 rollup) |
| S7 | 디자이너가 톤·브랜딩 정보를 추출 | ✅ | 브랜드 가이드 + 디자인 시스템 |
| S8 | 건들 곳/말 곳 가이드(하네스)가 정의됨 | ✅ | 원칙 6(4상태) + wiki-spec §5 + CLAUDE.md |
| S9 | 회의 결정 → 액션플랜 → 완료 통합 | ✅ | 회의록 → 의사결정(액션아이템) → 액션 보드 |
| S10 | 클릭 드릴다운 + 벡터검색으로 원하는 정보 | ✅ | 계층 트리 + frontmatter(type·owner·tag) |
| S11 | 방대 내용은 링크아웃/하위트리로 무한 확장 | ✅ | 원칙 8 + §6 확장 규칙 |
| S12 | 에이전트가 직무처럼 사고·행동 | ✅ | 직무 탭(철학·R&R) + 1~4 공통 컨텍스트(원칙 2) |
| S13 | Notion 작업 → Wiki 확정 이관 | ✅ | 원칙 1 + §3 핸드오프 |
| S14 | 리크루팅 공개 메인 + 공개/비공개 분리 | ✅ | 원칙 9 |
| S15 | type별 템플릿 자동 일관화 | ✅ | 원칙 10 + §6 템플릿 하네스 |
| S16+ | (§6 변경 규칙으로 추가) | — | — |
새 시나리오 추가 절차: wiki-spec §6 "구조 변경 규칙" → 이 표에 S16부터 append → changelog에 한 줄 기록.