게임기획코어 — Window Simulator

최종 업데이트: 2026-08-04 바뀌면 갱신: 거래 · 게임UI · 기획평가 · 낚시 · 농사 · 벌목 사냥 · 산업레벨 · 아이템 · 자원채취 · 작업슬롯 · 진행 및 성장 채굴 · 캐릭터 · 퀘스트 · 특성

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

1. 정체성

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

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

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

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

설계 원칙 (Design Pillars)

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

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

P2가 재정의됐다 (2026-07-29)

꺼져 있어도 자란다 — 오프라인 진행이 기본. 접속은 수확·정산을 위한 행위

오프라인 진행이 폐지되면서 이 문구가 성립하지 않는다. 대신 P2의 본래 의도는 "쳐다보지 않아도 자란다" 였고, 그건 그대로 유지된다.

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

⚠️ 복귀 유인이 사라졌다. 오프라인 누적은 방치형의 대표적인 복귀 장치인데 접속 보상까지 두지 않기로 했으므로, 이제 위젯 자체가 띄워 둘 만해야 한다. → 게임 UI

리텐션은 오프라인 누적이 아니라 섬 가치 랭킹(구간 리그)과 캐릭터 애착이 맡는다 (2026-08-01).

P3가 재정의됐다 (2026-08-01 확정)

하루 단위로 달라진다 — 요일 로테이션 폐지로 근거를 잃었다.

새 문구: "하루에 한 번, 들여다볼 이유는 있고 놓쳐도 손해는 없다."

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

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

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

2. 코어 루프

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

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

3. 시스템 지도

4. 콘텐츠 지도

1차 산업 5종 (확정)

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

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

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

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

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

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

이 결정으로 "산업 택 1"과 "요일 로테이션"이 폐지됐다. 슬롯이 늘어나면 결국 5종을 다 돌리게 되므로, 요일 보너스는 선택을 유도할 대상이 없어진다. → 작업슬롯

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

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

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

"뽑기 운"과 "쌓은 시간" 어느 한쪽만으로는 못 연다. 적성만이면 캐릭터 하나로 최고 레벨 직행이고, 계정 레벨만이면 시간이 알아서 여는 자동 해금이다. 이 조건으로 캐릭터 획득이 산업 레벨 진행의 동력이 된다 — 가챠가 "조금 빨라짐"이 아니라 "새 콘텐츠를 여는 열쇠" 가 된다.

⚠️ 그래서 캐릭터 획득 경로(미정)가 콘텐츠 해금의 병목이 됐다. 적성 N을 확정적으로 얻는 길이 없으면 운이 나쁜 유저는 레벨이 영영 열리지 않는다.

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

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

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

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

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

✅ 기준 채취주기 30초는 폐기되지 않고 Lv1의 값이 됐다. 전 산업 공통이라는 성질도 유지된다.

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

요일 로테이션 — 폐지 (2026-07-29)

요일별 보너스 산업 · 주말 택1 ×2를 전부 없앤다. 슬롯 구조에서는 플레이어가 여러 산업을 동시에 돌리므로 "오늘 무엇을 고를까"라는 질문이 성립하지 않는다.

영향: 설계 원칙 P3가 근거를 잃었다가 2026-08-01에 재정의됐다(1장 참조). 효율배수에서 요일 항이 빠진다.

오프라인 누적 — 폐지 (2026-07-29)

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

경과 시간 전체가 100%로 쌓인다 / 24시간 이후 -50% 둘 다 폐지. 오프라인 구간이 사라지면서 감쇠·상한 논의 자체가 없어졌다.

이 결정으로 해소된 것:

• ⚠️ 무한 누적 → 복귀 시 대량 재화 유입 — 총량이 접속 시간에 정비례하므로 시간당 산출만 정하면 경제 총량이 정해진다. 밸런싱이 크게 쉬워졌다.
• ⚠️ 오프라인 정산 부담이 슬롯 수에 비례 — 한 번에 정산할 구간이 세션 길이로 묶인다.
• ⚠️ 버프가 오프라인 구간에 소급 적용되는 문제 — 모든 속도 변경 구간을 서버가 관측한다.

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

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

보상 구조 — 한 층 (2026-07-30 변경)

실패(허탕)는 없다. 판정하면 반드시 무언가 나온다.

기본 9 : 특별 1 — 폐지 (2026-07-30)

90% 기본보상 / 10% 특별보상 두 층으로 나눈다 — 층 분기를 없앤다. 판정 1회는 희귀도 롤 한 번으로 끝난다.

영향 — 두 가지가 갈 곳을 잃었다.

특별보상을 전제로 했던 미결 항목(내부 등급 유무 · 낚시 비율 인상)은 질문 자체가 사라졌다.

보스 (신규 · 상세 미정)

보스 티켓 획득 경로는 미정이다 (특별보상 폐지로 기존 경로가 없어졌다). 모아서 플레이어가 원할 때 도전한다.

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

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

GameData.ItemType — 엑셀 Enum.xlsx가 원본. 코드에서 임의 추가 금지.

Hunting이 값 5로 중간에 삽입되면서 Misc·Special이 한 칸씩 밀렸다. 1차 산업 5종이 1~5로 연속돼 읽기는 좋아졌고, 당시 ItemType 정수를 저장한 DB 컬럼이 없어 실제 피해는 없었다. 지금은 생겼다 (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단계. (구 ItemRarity. 아이템 전용이 아니라 가챠 등 전역에서 쓰는 등급 축이라 2026-08-02 개명.) 등급별 색상까지 Enum.xlsx에 정의되어 있다. 드랍 확률은 미정.

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

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

희귀도 분포 = 전 산업 동일 · RarityWeightTable 단일 원본 — 폐지 (2026-07-31)

분포를 한 테이블에서만 관리하고 산업별 시트는 매핑만 갖는다 — 공통 테이블을 두지 않는다. 희귀도 가중치는 각 산업의 드롭 시트가 직접 갖는다 (<산업>BasicTable의 Weight 컬럼).

이 폐지로 되살아나는 것 — 산업 차별화 수단이 다시 생겼다.

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

5. 확정 / 미확정 현황

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

⚠️ 속도 가변이 "판정 횟수" 단위 설계와 부딪힌다

주기가 30초로 고정이라는 전제 아래, 일부 산업이 초 대신 판정 횟수를 단위로 삼았다.

캐릭터마다 속도가 다르면 빠른 캐릭터가 갱도를 더 빨리 내려가고 숲을 더 빨리 고갈시킨다.

• 의도라면 좋은 시너지다 — "좋은 캐릭터 = 깊이 파는 캐릭터"가 되어 배치에 의미가 생긴다.
• 아니라면 이 값들을 초 단위로 되돌려야 한다.

결정 전까지 두 문서의 수치를 확정하지 않는다. 또한 문서 곳곳의 "하루 2,880회"는 전부 기준 속도(1.0배) 기준이라는 단서가 붙는다.

6. 개발 시 지켜야 할 접점

기획을 코드로 옮길 때의 고정 규칙이다. 상세는 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      ← 슬롯에 배치되는 일꾼 (적성·장비·계정 레벨)
│  ├─ 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-01