T-016 산업 레벨 해금 조건 · 레벨 구성 결정

배경

산업 레벨 시스템의 골격이 확정됐다 (2026-08-01 · 산업 레벨). 산업마다 레벨이 있고, 슬롯에 배치할 때 (산업, 레벨, 캐릭터)를 고른다. 경험치는 없고 조건을 채우면 다음 레벨이 해금된다.

두 조건을 모두 충족해야 다음 레벨이 열린다.

#	조건	대상
①	보유 캐릭터 중 그 산업 적성의 최댓값이 N 이상	산업별
②	계정(섬주인) 레벨 M 이상	전역

배치 여부와 무관하다. 갖고 있기만 하면 된다.
엑셀 컬럼이 단순해졌다 — 범용 조건 시스템이 필요 없다: RequiredAptitude(0~10) + RequiredAccountLevel 정수 2개. Lv1은 둘 다 0으로 두면 처음부터 열려 있다.

캐릭터 획득이 콘텐츠 해금의 병목이 됐다. 적성 N을 확정적으로 얻는 길이 가챠뿐이면 운 나쁜 유저는 레벨이 영영 안 열린다 → T-010(획득 경로)의 우선순위 상승
계정 레벨 요구치 M은 계정 레벨 곡선(미정) 이 정해져야 잡을 수 있다

산업당 5레벨. 판정 1회 비용이 전역 상수에서 레벨별 필요 점수가 됐다.

레벨	필요 점수	적성 1	적성 10
Lv1	30,000	30초	7.5초
Lv2	90,000	1분 30초	22.5초
Lv3	270,000	4분 30초	1분 7.5초
Lv4	810,000	13분 30초	3분 22.5초
Lv5	2,430,000	40분 30초	10분 7.5초

상위 레벨이 느려진 것만으로 풀렸다. 하위 아이템 수요처가 없어도 된다.

시간당 판정 횟수가 레벨마다 1/3씩 줄어드니 하위는 박리다매, 상위는 저빈도 고가치로 갈린다. "같은 시간에 더 많이 나온다"가 하위 레벨을 고를 이유가 된다.

상위 레벨 드롭에는 Lv1 하위 2등급이 낮은 가중치로 섞인다(레벨이 오를수록 더 낮게). 기초 재료가 상위에서도 조금씩 나오되, 대량이 필요하면 하위를 돌리는 게 압도적으로 낫다.

하위 수요처는 여전히 있으면 좋지만 레벨 시스템의 전제 조건은 아니게 됐다.

[x] 해금 조건의 종류를 정한다 → 적성 N + 계정 레벨 M (AND)
[x] 조건을 엑셀에 어떻게 적을지 정한다 → 정수 2개 컬럼
[x] 해금이 영구인가 상시 검사인가 → 영구. 재검사 없음
[x] 산업당 레벨 개수와 상한 → 5개
[x] 하위 레벨 아이템의 수요처 → 불필요해졌다 (상위가 느려서 해결)
[x] 상위 레벨 드롭 구성 → 하위 저급품 혼입
[ ] 레벨별 RequiredAptitude · RequiredAccountLevel 값 ⚠️ 엑셀에 임시값이 들어가 있다
[ ] 농사: 파종 선택을 레벨로 흡수할지, 두 층으로 둘지 (→ T-014) — 현재 데이터는 흡수
[ ] 채굴: 깊이와 레벨을 어떻게 나눌지 (갱도 × 깊이 2층 권장) — 현재 데이터는 미반영
[ ] 벌목: 숲 자원량을 레벨별로 따로 둘지 (레벨 갈아타기로 고갈을 회피할 수 있다)
[ ] 레벨 변경에 쿨타임·비용을 두는지 · 남은 점수 조각을 이월하는지
[x] 결정을 산업 레벨과 게임기획코어 5장에 반영

~~IndustryLevelTable의 컬럼 구성을 확정할 수 있는 상태~~ → 달성. 테이블이 실제로 생성됐다.

남은 완료 조건: RequiredAptitude·RequiredAccountLevel의 실제 값 확정. 현재 엑셀은 임시값(Lv2 3/5 · Lv3 5/15 · Lv4 7/30 · Lv5 9/50)이다.

T-017(산업 레벨 구현)의 데이터 부분이 끝났다. 엑셀·.bytes·미러까지 생성 완료. 남은 것은 DB·패킷·서버 로직이다.
계정 레벨 곡선이 미정이라 M을 못 잡는다 → 캐릭터 3.1
캐릭터 획득 경로가 미정이라 N을 채울 수 있는지 보장이 없다 → T-010
T-014(농사 파종 구조)와 같은 결정을 공유한다 — 따로 정하면 어긋난다.