게임기획코어 — Window Simulator

최종 업데이트: 2026-10-06 (상급 큐브 이전 값 유지 — T-127 · 이슈 #53 · 슬롯 해금 골드 단독 — T-012 · 이슈 #43 · 캐릭터 레벨 효과 = 작업속도 가산 — T-003 · 이슈 #35) · 2026-10-02 (도달 목표 타임라인 · 상자 별도 롤 · 레벨형 특성 · 산출량 — T-108 · 창고 → 인벤토리 용어 정리 — T-101) 바뀌면 갱신: 거래 · 게임UI · 기획평가 · 낚시 · 농사 · 벌목 사냥 · 산업레벨 · 아이템 · 우편 · 자원채취 · 작업슬롯 · 진행 및 성장 채굴 · 캐릭터 · 퀘스트 · 특성 · 해금

이 문서는 게임 기획의 최상위 문서이자 단일 진입점이다. 게임 시스템·콘텐츠를 개발하는 모든 작업은 착수 전에 이 문서를 먼저 읽고, 해당 영역의 상세 기획안을 이어서 읽는다. 상세 수치·예외는 여기 쓰지 않는다. 여긴 **"무엇을 왜 만드는가"**만 담는다.

바뀐 내용만 적는다. 기획이 달라지면 이전 서술을 지우고 새 내용으로 대체한다 — 취소선·"폐지"·"재정의됨" 같은 이력을 남기지 않는다. 이 문서는 지금 확정된 상태만 보여준다. 변경 이력은 git이 갖는다.

필요한 절만 읽어도 된다. 규칙·수치가 바뀌는 작업이면 5장·6장은 반드시 본다.

1. 정체성

컨셉 — 썩은 무인도를 개발한다 (2026-08-01 확정)

플레이어는 싼값에 섬을 샀다. 와 보니 아무것도 없는 썩은 무인도였다. 이제 그 섬을 개발한다.

시스템을 바꾸지 않고 이름을 준 것이다. 기존 확정 사항이 전부 이 위에서 자연스럽게 읽힌다.

이것이 "왜 계속 하는가"(R1)의 답이다. 방치형의 성장이 "내 섬이 나아진다" 로 번역된다. 읽어야 하는 스토리는 두지 않는다 — 상황 설정 한 줄로 충분하다 (P1).

설계 원칙 (Design Pillars)

개발 중 판단이 갈릴 때 이 4개를 기준으로 결정한다.

⚠️ P1~P4는 초기 컨셉에서 도출한 제안이다. 기획자 확정 전이며, 확정 시 이 표에서 ⚠️ 표기를 제거한다.

P2 — 쳐다보지 않아도 자란다

이 게임은 바탕화면 위젯으로 상시 동작한다(1장 정체성). 업무 중 띄워 두면 접속 시간이 자연히 하루 대부분이 되므로, "접속 중에만"이 곧 "PC를 쓰는 동안"이다. 클릭·조작 없이 진행된다는 것이 방치형의 핵심이다.

⚠️ 복귀 유인이 될 누적 보상이 없다. 접속 보상도 두지 않으므로 위젯 자체가 띄워 둘 만해야 한다. → 게임 UI

리텐션은 섬 가치 랭킹(구간 리그)과 캐릭터 애착이 맡는다.

P3 — 하루에 한 번, 들여다볼 이유는 있고 놓쳐도 손해는 없다

⚠️ P3는 P1의 하위 원칙이다. 둘이 부딪히면 P1이 이긴다. 일일 장치의 보상은 전부 "가속"이지 "총량"이 아니다 — 안 써도 잃는 것이 없고, 쓰면 그날이 빨라질 뿐이다.

금지: 연속 접속(streak) 보너스 · 미사용분 이월 · 미완료 누적 · 위젯의 배지/타이머/"오늘까지" 표시. 하나라도 붙는 순간 바탕화면 상주물이 재촉하는 물건이 되어 P1을 어긴다.

오프라인 진행은 두지 않는다. 총량이 접속 시간에 정비례한다는 성질이 지금 밸런싱의 유일한 발판이다.

2. 코어 루프

캐릭터 배치 → 자원 채취 → 보상 → 캐릭터 + 특성 + 아이템 → 재배치 → 거래
  (슬롯)       (방치)      (희귀)        (성장)            (가속)   (축적·경쟁)

루프에 목표를 부여하는 퀘스트 와, 루프 전체의 속도를 규정하는 진행 및 성장 이 위 5단계를 가로지른다.

3. 시스템 지도

4. 콘텐츠 지도

1차 산업 5종 (확정)

게임의 채취 콘텐츠는 농사 · 벌목 · 낚시 · 채굴 · 사냥 5종이다. 각 산업은 서로 다른 고유 축을 하나씩 갖는다 — 스킨만 다른 반복이 되지 않게 하기 위함이다.

플레이어는 작업슬롯마다 산업을 하나씩 지정한다. 슬롯이 여러 개면 여러 산업이 동시에 돈다. 산업은 수치가 아니라 플레이어가 느끼는 심리로 구분한다 — "무엇이 나오는가"가 아니라 "왜 이걸 고르는가" 가 산업의 정의다.

5개 산업이 투자 성향 스펙트럼을 이룬다. 슬롯이 늘어날수록 "어떤 조합으로 채울까" 가 이 게임의 질문이 된다.

주기와 실패는 전 산업 공통이지만, 희귀도 분포는 2026-07-31부터 산업별로 다르게 둘 수 있다. 수치 차별화 수단은 회당 산출 + 희귀도 분포 둘이고, 여기에 고유 메커니즘이 더해진다. → 자원채취 1-1

작업슬롯 — 배치로 굴린다 (2026-07-29 확정)

플레이어는 작업슬롯(WorkStationSlot)을 여러 개 갖는다. 슬롯마다 산업 1개를 지정하고 캐릭터 1명을 배치하면 그 슬롯이 독립적으로 돌아간다.

산업을 하나만 고르게 하거나 요일로 유도하지 않는다. 슬롯이 늘어나면 결국 5종을 다 돌리게 되므로 "오늘 무엇을 고를까"라는 질문이 성립하지 않는다. → 작업슬롯

⚠️ 슬롯 수가 곧 재화 생성량의 배수이고, 여기에 캐릭터 속도까지 곱해진다. 슬롯마다 배치된 캐릭터가 다르므로 실효 채취 주기도 슬롯마다 다르다. 총량 = 접속 시간 × 슬롯 수 × 속도 배수 — 세 항이 전부 곱셈이다.

산업 레벨 — 배치할 때 함께 고른다 (2026-08-01 신설)

산업마다 레벨이 있고, 슬롯 배치는 (산업, 레벨, 캐릭터) 세 칸이 된다.

적성 조건을 뺀 이유와 잃는 것(가챠 동기 하나)은 해금 4.2에 있다.

✅ 캐릭터 획득 경로는 가챠로 확정됐다 (2026-09-02). 골드를 내고 캐릭터 풀을 뽑는다 → 캐릭터 5장. ⚠️ 다만 확정 지급(천장·상점·퀘스트) 보조 경로는 아직 없다. 가챠 천장은 여전히 미정이지만 산업 레벨 해금과는 무관해졌다.

이 결정이 만든 것 — 낚시터·사냥터·수종이 하나의 축으로 통합된다. 5개 산업이 각자 다른 이름으로 갖고 있던 "구간 선택"이 IndustryLevel 하나가 된다. 고유 메커니즘이 없던 낚시에 개입 지점이 생긴다.

판정 비용이 레벨별 점수가 된다 (2026-08-01)

전역 상수 하나였던 "판정 1회 비용"이 (산업, 레벨)의 테이블 값이 됐다. 상위 레벨일수록 한 판정이 오래 걸린다.

• 점수는 작업속도로 쌓인다 — 적성 1 캐릭터가 1초 일하면 1000점(BaseWorkSpeedPermille).
• 필요 점수는 지금 전 산업 공통이다. 행이 (산업, 레벨)이라 나중에 산업별로 벌릴 수 있다.

✅ 이 구조가 "왜 낮은 레벨을 고르는가"를 푼다. 상위 레벨은 시간당 판정 횟수가 1/3씩 줄어드니 하위는 박리다매, 상위는 저빈도 고가치로 갈린다. 하위 아이템의 지속 수요처(기획에 없다)에 기대지 않고도 하위 레벨이 살아남는다. → 산업 레벨 4.2

✅ 기준 채취주기 30초는 Lv1의 값이다. 전 산업 공통이다.

⚠️ 레벨은 재화 총량의 곱셈 항이 아니라 나눗셈 항이다. 상위 레벨은 시간당 산출이 1/3씩 줄고, 그 손실을 아이템 가치로 벌충하는 구조다. 벌충이 맞는지는 회당 산출량과 함께 정한다(T-009).

진행은 접속 중에만 (2026-07-29 확정)

접속 중에만 자란다. 오프라인 진행도, 접속 보상도 없다.

이 구조가 주는 것:

• 총량이 접속 시간에 정비례하므로 시간당 산출만 정하면 경제 총량이 정해진다.
• 한 번에 정산할 구간이 세션 길이로 묶인다.
• 모든 속도 변경 구간을 서버가 관측한다 — 버프가 과거 구간에 소급되지 않는다.

⚠️ "접속 중" 판정이 곧 재화 생성 조건이다. TCP는 클라이언트가 죽어도 서버가 즉시 알지 못해, 노트북을 덮거나 랜선을 뽑으면 수십 초~수 분간 채취가 계속 쌓인다. 하트비트로 끊김을 빠르게 감지한다 — 주기 5초 · 무응답 판정 15초 (2026-08-04 확정). 판정 시간이 채취 기준 주기(30초)보다 짧아 부당 적립 구간이 판정 1회를 채우지 못한다. → 작업슬롯 3.3

PC 절전은 끊김으로 본다. 절전 진입 시 소켓이 닫히므로 그 구간은 진행하지 않는다.

보상 구조 — 한 층 (2026-07-30 확정)

실패(허탕)는 없다. 판정하면 반드시 무언가 나온다. 판정 1회 = 희귀도 롤 한 번이다 — 기본/특별 같은 층 분기를 두지 않는다.

산업 개성의 수치 축은 고유 메커니즘 · 회당 산출 · 희귀도 분포가 담당한다.

보스 (신규 · 상세 미정)

보스 티켓 획득 경로는 미정이다. 모아서 플레이어가 원할 때 도전한다.

• 채취 루프 바깥으로 나가는 유일한 통로이며, R3(후반 목표 부재)에 대한 첫 답이다.
• 도전 시점은 플레이어가 정하고, 실시간 조작을 요구하지 않는다 (P1).
• 상세는 미정. 구체화되면 별도 시스템 문서로 분리한다. → 사냥 4장

산업 · 아이템 분류 (코드값)

산업 축과 아이템 분류 축은 별개의 enum이다 (2026-08-10 · 일감 T-023).

값은 1:1로 유지한다 (농사 1 · 낚시 2 · 채굴 3 · 벌목 4 · 사냥 5). DropTID(산업×100000+…)와 DB(t_workstation_slot.industry 등)가 그 숫자에 묶여 있어서다 — 어긋나면 저장된 데이터가 통째로 다른 산업을 가리킨다. 서버 테스트가 이 제약을 지킨다.

둘 다 엑셀 Enum.xlsx가 원본이다. 코드에서 임의 추가 금지.

1차 산업 5종이 1~5로 연속이고 Misc·Special이 뒤에 붙는다. t_user_workstation_slot.industry가 이 정수를 저장하므로 중간에 끼워 넣지 않는다(아래 규칙).

식별자 규칙 — DB에 저장되는 정수는 의미를 바꾸지 않는다

한 번 DB에 쓰인 식별자는 영원히 그 뜻이어야 한다. 엑셀을 고쳐도 이미 디스크에 적힌 정수는 아무도 다시 쓰지 않기 때문이다.

• .bytes는 이 규칙과 무관하다. 엑셀에서 매번 다시 생성되고 서버·클라가 같이 갱신되므로 번호가 바뀌어도 어긋날 수 없다. 문제는 DB와 패킷 와이어다.
• 패킷은 클라·서버 버전이 갈릴 수 있을 때만 위험하다. 구버전 클라가 보낸 5를 신버전 서버가 다른 뜻으로 읽는다. 강제 업데이트가 보장되면 무시해도 된다.

⚠️ 두 개의 사각지대가 있다.

• DataLog의 JSON은 enum을 이름으로 덤프하므로 번호를 바꿔도 diff에 아무것도 안 나온다. 안전한 경우에도 변경 사실 자체가 리뷰에서 보이지 않는다.
• Ref 무결성 검사는 엑셀 안에서 엑셀만 검사한다. DB에 살아 있는 TID를 시트에서 지워도 검증은 통과하고, DB에만 참조 불가능한 고아가 남는다.

희귀도 (코드 확정값)

GameData.GlobalRarity — Common → Uncommon → Rare → Epic → Legendary → Mythic 6단계. 아이템 전용이 아니라 가챠 등 전역에서 쓰는 등급 축이다. 등급별 색상까지 Enum.xlsx에 정의되어 있다. 드랍 확률은 미정.

희귀도가 아이템 분류의 유일한 등급 축이다. 개체 변량(크기 등 개체별 수치 롤)은 두지 않는다. "더 큰 것 / 더 좋은 것"은 희귀도가 높은 별도 ItemTID 로 만든다. 예: 붕어(Common) / 월척 붕어(Rare) / 대물 붕어(Epic).

이 결정으로 모든 아이템이 정상 스택되고, 정산이 단순 집계로 끝난다.

"상태 등급(상/중/하)" 같은 개체 속성도 같은 이유로 두지 않는다. 개체마다 값이 달라지는 순간 스택이 깨지고 정산이 단순 집계가 아니게 되며, 인벤토리·UI·거래가 전부 개체 단위로 두꺼워진다. 얻는 것(등급 표현)에 비해 치르는 값이 크다.

희귀도 가중치는 산업 시트가 직접 갖는다 (2026-07-31 확정)

공통 분포 테이블을 두지 않는다. 가중치는 각 산업의 드롭 시트 (<산업>BasicTable의 Weight 컬럼)에 있고, 산업마다 분포가 달라도 된다.

⚠️ 대가는 밸런싱 비용이다. 5개 분포를 따로 관리하므로 확률을 조정하려면 5개 시트를 함께 봐야 하고, 의도치 않게 어긋나기 쉽다. 산업마다 다르게 두는 것은 의도가 있을 때만 한다 — 기본은 같은 값으로 시작한다.

5. 확정 / 미확정 현황

Agent는 "미확정" 항목을 임의로 결정하지 않는다. 구현이 필요하면 사용자에게 확인한다.

✅ 속도 가변과 "판정 횟수" 단위 설계의 충돌 — 해소 (2026-09-27 · T-011)

채굴 DescendCycles(N판정마다 하강)·벌목 DepletionPerCut(판정마다 고갈)이 "판정 1회당"으로 설계돼 있어, 빠른 캐릭터가 진행 구조 자체를 앞당기는 문제가 있었다.

두 메커니즘을 폐지했다. 전 산업이 같은 방치형 루프(처치 1회 = 판정 1회)를 따르고, 속도가 바꾸는 것은 판정 횟수(= 산출량)뿐이다. 판정 횟수에 걸린 상태값이 없으니 충돌할 것도 없다. → 게임UI 2.5

문서 곳곳의 "하루 2,880회"는 여전히 기준 속도(1.0배)·Lv1 기준이라는 단서가 붙는다.

6. 개발 시 지켜야 할 접점

기획을 코드로 옮길 때의 고정 규칙이다. 상세는 GameDesign/CLAUDE.md 참조.

7. 문서 지도

모든 기획 문서는 GameDesign/design/ 아래에 있다.

GameDesign/
├─ design/
│  ├─ 게임기획코어.md          ← 이 문서 (최상위 · 단일 진입점)
│  ├─ 기획평가.md              ← 설계 평가·리스크
│  ├─ workslot/README.md       ← 배치 구조 (채취의 전제)
│  ├─ gathering/README.md      ← 시스템별 상세 기획안
│  │  ├─ 산업레벨.md           ← 슬롯에 배치할 때 고르는 산업 × 레벨
│  │  ├─ farming/README.md     ← 1차 산업 5종
│  │  ├─ logging/README.md
│  │  ├─ fishing/README.md
│  │  ├─ mining/README.md
│  │  └─ hunting/README.md
│  ├─ character/README.md      ← 슬롯에 배치되는 일꾼 (적성·장비·계정 레벨)
│  ├─ unlock/README.md         ← 콘텐츠를 여는 규칙 (UnlockTable · 해금 행동)
│  ├─ quest/README.md
│  ├─ trait/README.md
│  ├─ item/README.md
│  ├─ trade/README.md
│  ├─ progression/README.md
│  └─ ui/README.md
├─ Excel/                    ← 게임 데이터 원본 (.xlsx)
└─ DataLog/                  ← 생성된 .bytes의 JSON 덤프 (리뷰용)

Excel·DataLog는 Server/ExcelGenerator/Program.cs가 경로를 직접 참조하므로 이름을 바꾸지 않는다.

Window Simulator · 게임기획코어 · 2026-08-14