우선순위 체계를 바꿨습니다
이전 문서는 MoSCoW 와 자체 컷 순서를 썼습니다. 버립니다. 기획서 12.3 에 우선순위와 컷 순서가 이미 논증과 함께 확정돼 있습니다.
기획서 원문 표현입니다. 이 다섯은 협상 대상이 아닙니다.
우선순위 9단계 (기획서 12.3)
| 순위 | 항목 | 방어선 | 왜 이 자리인가 |
|---|---|---|---|
| ① | 대화 + 의심/신뢰 판정 + ask_npc |
✅ | 한 덩어리. 탐문 도구가 없으면 “거짓 출처를 빌린 진실”이 검증 불가능해져 핵심 기술이 그냥 프롬프트 문장이 된다 |
| ② | 침묵 권고 + 수용/무시 로깅 | ✅ | 측정 ②가 여기서만 나온다. 빠지면 2.4가 절반만 성립. 구현 비용은 상태 추정 함수 하나 + 로그 필드 둘 |
| ③ | 루프 + 노트 축적 + 손상 3층 | ✅ | 세계가 닳는 게 안 보이면 반복이 단순 재시도가 되고, 민석의 동기가 일방적 주장으로 남는다 |
| ④ | 민석 예외 계층 + 정체 발현 트리거 | ✅ | 새 시스템이 아니라 정책 분기. 같은 NPC 인터페이스에 메모리 정책만 다르게 주입 |
| ⑤ | 전이 시연 (도메인 어댑터 교체) | ✅ | 채용 어필의 핵심 근거. 코어가 완성돼 있으면 실제로는 짧은 작업 |
| ⑥ | 인스펙터 + 아키텍처 CI | ||
| ⑦ | 나머지 데이터 수집 | ||
| ⑧ | 노트 검색 (search_notes) |
데모 범위에선 노트 전량을 컨텍스트에 넣어도 굴러감. 인터페이스만 뚫고 구현은 미룬다 | |
| ⑨ | 모델 벤치마크 / 연출 개선 |
다섯이 다 있는 제출물은 이렇게 읽힙니다 — “믿게 만드는 문제를 시스템으로 다뤘고, 사람의 시도를 데이터로 쌓았고, 두 도메인에서 돌렸다.”
자르는 순서
기획서가 정해뒀습니다. 위에서부터가 아니라 아래에서부터 자릅니다.
1순위 컷 ⑨ 모델 벤치마크 · 연출 개선
2순위 컷 ⑧ search_notes 구현 → 인터페이스만 남기고 전량 컨텍스트로
3순위 컷 ⑦ 부가 데이터 수집 → 11.2 핵심 지표는 남긴다
4순위 컷 ⑥ 인스펙터 UI → 판정 로그는 남기고 화면만 축소
5순위 컷 ③ 손상 3층 중 1층(대사 미세 변형) ← 유일하게 프롬프트 튜닝이 필요한 항목
── 여기까지가 한계. ①②④⑤와 손상 2·3층은 자르지 않는다 ──
구현 난도가 크게 다릅니다 — 충식 소실은 사실상 문자열 처리이고, 노트 불일치는 기존 노트 시스템의 필드 하나이며, 대사 미세 변형만 프롬프트 튜닝이 필요합니다. 효과 대비 비용이 가장 나쁜 1층이 먼저 나갑니다.
3주 → 14일 압축
기획서는 3주 기준이고 우리 데드라인은 9/16, 14일입니다. 일주일이 빕니다.
| 처리 | 내용 |
|---|---|
| 방어선 ①~⑤ | 유지. 손대지 않는다 |
| ⑥~⑨ | 압축 대상. D-7(9/09) 알파에서 남은 분량을 보고 위 컷 순서대로 |
| 12.1 범위 | 하루 = 5~6 비트 → 5 비트 고정. NPC 3명·텍스트 기반은 그대로 |
| ⑤ 전이 | 착수를 앞당긴다. 늦추면 짧은 작업이 안 끝나는 게 아니라 아예 시작을 못 한다 |
1회차 목표를 잘못 잡지 않기
기획서 12.1 마지막 항목이 중요합니다.
1회차 목표는 “살아남는 것”이 아니라 “회피가 통하지 않는다는 것을 체감하고, 누가 왜 그러는지 알아내는 것”
짧은 프로토타입에서는 “살아남았다”보다 “알아냈다”를 목표로 두는 편이 완성도가 높습니다. 난이도 튜닝과 엔딩 도달률 판단이 전부 여기서 갈립니다.
공개 투표 대응 (12.4) — 이것도 범위다
- 처음 보는 사람이 30초 안에 판단한다
- 로그인·설치·긴 튜토리얼 없이 즉시 진입
- 첫 루프를 짧게 만들어 “되돌아갔다”를 빠르게 겪게 한다
- 소개 문구는 표면 목표로 통일 (“매일 죽는 하루에서 살아남기”). 실제 구조는 플레이 중에 드러나게
- 회피가 부분적으로 통하는 1~2루프를 초반에 배치해 이탈을 막는다
- “7시 12분. 눈을 뜬다.”가 방문자가 보는 첫 화면
- 커리어 시나리오도 같은 링크에서 진입 가능하게 둔다
이전 문서는 회원가입·로그인·프로필을 MUST 최상단에 뒀습니다. 기획서 12.4와 정면 충돌합니다. 세션은 익명 식별자로만 잡고, 계정 시스템은 범위 밖입니다. 이 결정으로 D-11~D-10 이틀치 작업이 방어선 쪽으로 재배치됩니다.
범위 밖 — 논의도 하지 않는다
- 계정 / 로그인 / 프로필 — 12.4 위반
- 모바일 네이티브 앱 — 기획서에 없다. 텍스트 웹으로 공개 투표에 나간다
- 게임 세계 바깥을 조회하는 도구 (외부 API·웹 검색·계산기) — 8.7 ③
- 파인튜닝 — “모델 선정 평가”까지만 말한다 (9.4)
- 판정 NPC 5인 확장 — 탐문 경로가 3 → 10으로 늘어 희소성이 깨진다 (4.2-1)
- 손상 4층 이상 (감정 어긋남·인물 기억 겹침 등) — 여유가 있을 때만
미확정 — PM 결정 대기
0장 · 4.3 · 5.1 · 6.1 은 6회, 12.1 은 5회(하한 3) 입니다. 다만 12.1 은 「구현 범위 (3주)」 챕터이고 같은 절에 "하루 5~6 비트", "NPC 3명" 같은 축소 항목이 나란히 있습니다. 모순이 아니라 층이 다른 것으로 읽습니다 — 6회는 게임 설계값, 5회는 프로토타입 축소값.
기획서 스스로 이 수치를 튜닝 대상으로 둡니다 (6.1 "수치는 튜닝 대상", 11.1 "난이도 튜닝 근거"). 그래서 상수로 박지 않고 설정값으로 분리합니다. 숫자가 무엇이든 구조는 바뀌지 않습니다.
잠정 기본값 — 초기 5 / 5루프째 4 / 하한 3. 12.1 을 따르되 6.1 의 감소 곡선과 하한을 그대로 씁니다. 이 값으로 도메인 테스트를 먼저 박고, 9/07(월) 전원 출석 시 합의로 확정합니다 (PM-48).
결정 로그
| 날짜 | 결정 | 이유 |
|---|---|---|
| 2026-09-03 | MoSCoW 폐기, 기획서 12.3 방어선 채택 | 기획서에 이미 논증된 우선순위가 있는데 별도 체계를 두면 기준이 둘이 된다 |
| 2026-09-03 | 로그인·계정 범위 밖으로 확정 | 12.4 “로그인 없이 즉시 진입”과 충돌 |
| 2026-09-03 | 모바일 앱 범위 밖 | 기획서에 없음. 텍스트 웹이 공개 투표 전달 매체 |
| 2026-09-03 | ⑤ 전이 착수를 앞당김 | “늦추면 아예 시작을 못 한다” (10.3) |
| 2026-09-03 | 발화 예산을 설정값으로 분리, 확정은 9/07 팀 합의로 | 기획서가 튜닝 대상으로 둔 수치. 여러 사람이 함께 쓰는 도메인 규칙이라 합의로 정한다 |