범위 & 우선순위 D--8 오픈 2026-09-16
기획 02

범위 & 우선순위

우선순위는 우리가 정하지 않았습니다. 기획서 12.3 의 절대 방어선 5개가 그대로 MUST 입니다.

류 담당 류준

우선순위 체계를 바꿨습니다

이전 문서는 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층은 자르지 않는다 ──
손상 3층은 1층부터 자른다

구현 난도가 크게 다릅니다 — 충식 소실은 사실상 문자열 처리이고, 노트 불일치는 기존 노트 시스템의 필드 하나이며, 대사 미세 변형만 프롬프트 튜닝이 필요합니다. 효과 대비 비용이 가장 나쁜 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 결정 대기

발화 예산 — 9/07(월) 팀 합의로 확정

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 팀 합의로 기획서가 튜닝 대상으로 둔 수치. 여러 사람이 함께 쓰는 도메인 규칙이라 합의로 정한다