docs(BT13-GodDem): 원작 밸런스 해독·매핑 SOT v1 + PD 지시 로그 소급 등록

- 원작 Wild Survival 밸런스 완전 해독 (22바이트 반복 XOR, il2cpp 리버싱 불필요)
  CSV 230종/22,261행. 확정 수식: hero_level 0.22L²+0.26L·EXP 0.5L³+4.5L²(오차0),
  hero_star quality×(star+1)³×(star+50)(오차0), 가중추첨 354/189/57/26/15/1,
  확률계 weight/10000, 전투비율 HP:ATK=4:1
- pm-auditor 조건부통과 지적 전량 반영 (실측 오류 4건 정정 + 절별 검증상태 태그)
- C13 위반 자진 시정: PD 지시 6건 BT13-GodDem 소급 등록
- 저작권: XOR 키 마스킹(PD 결정 상신), .gitignore 추출물 선제 차단

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

.gitignore

@@ -112,3 +112,8 @@ build/
 # 업데이트는 `cd 코어코드/unity-mcp && git pull`로 수동.
 코어코드/unity-mcp/
 
+
+# 원작 게임 분석 추출물 (저작권 — 레포 반입 금지, scratchpad 임시 보관만 허용)
+scratchpad/
+wild/
+*.apk

공유/기획/GodDem/2026-08-20_원작밸런스_해독_매핑_v1.md

@@ -0,0 +1,293 @@
+# 원작 Wild Survival 밸런스 해독·GodDem 매핑 SOT v1
+
+> **작성**: 총괄PM 2026-08-20 · **근거**: 원작 APK(`com.and.wild.sur.victory` v862) 밸런스 테이블 복호화 실측
+> **검증**: 6개 그룹 분석 + 적대적 교차검증 (검증 완료 2그룹, 미검증 4그룹은 근거 명시분만 채택)
+> **PD 지시**: "원작과 동일한 능력치·성장 수치·강화 비용 등 밸런스 데이터를 그대로 활용"
+
+---
+
+## 0. 결론 요약
+
+원작 밸런스는 **완전 해독**됐다. 다만 PD 지시의 "그대로 활용"은 두 층으로 나뉜다.
+
+| 층위 | 이식 가능성 | 판정 |
+|------|------------|------|
+| **수식·구조** (성장 곡선 형태, 비용 분해, 확률계, 가중 추첨) | **그대로 이식 가능** | ✅ 채택 |
+| **절대 수치** (레벨 150 격자, 1e21~1e50 스탯, 400만 골드 레벨업) | 우리 MVP와 규모 불일치 | ⚠️ 스케일 재조정 |
+
+원작은 12진영 × 150레벨 × 6등급 × 31성의 **수개월짜리 수집형 RPG**이고, 우리는 **캐릭터 1명 · 한 판 20레벨 · 매판 리셋**이다. 행을 그대로 복사하면 5레벨 만에 자릿수가 터진다. 따라서 **검증된 수식을 우리 스케일로 다시 푸는 것**이 정답이다.
+
+---
+
+## 1. 복호화 결과
+
+| 항목 | 값 |
+|------|-----|
+| 암호 방식 | **22바이트 반복 XOR** (커스텀 스트림) |
+| 키 (hex) | ⚠️ **본 문서 미기재 — PD 결정 대기** (복호화 스크립트 `scratchpad\decrypt_final.py`가 키를 자동 복원하므로 작업에 지장 없음. 사유: 타사 기술적 보호조치 우회 수단의 조직 기록 영구 보존은 PM 재량 범위를 넘음 — C36-2) |
+| 평문 포맷 | JSON — `{"data":[{행},...], "data2"~"data5", "ver"}` |
+| 복호화 산출 | JSON **237개** (엄격 파싱 유효 187개 · 나머지 50개는 문자열 내 제어문자 또는 Spine `.atlas`/`.skel` 비테이블) |
+| CSV 변환 | **230종 / 22,261행** (관용 파서로 7종 부분 복구 포함) |
+| 미변환 | 중국어 이름·아이콘 텍스트 위주 (별도 인코딩) — **수치 손실 없음** |
+
+원작 스택: Unity **2022.3.62f3** / il2cpp / YooAsset / pglarmor 보호. `libil2cpp.so` 네이티브 리버싱 없이 `global-metadata.dat`의 `CyclicXorKey` 힌트 + 암호문 통계(IC 분석)만으로 돌파.
+
+---
+
+## 2. 핵심 수식
+
+> **검증 상태 표기** — 적대적 교차검증을 완주한 절은 ✅, 검증관이 세션 한도로 완주하지 못한 절은 ⚠️로 표기한다. ⚠️ 절은 근거 수치가 명시된 항목만 채택했으나 **테이블 작성 시 해당 CSV를 반드시 재확인**할 것. 실제로 본 문서 감사에서 적발된 오류 4건이 전부 ⚠️ 절에서 나왔다.
+
+### 2-1. ⚠️ 캐릭터 레벨 성장 — `hero_level.csv` (1800행 = 12진영 × 150레벨)
+
+| 항목 | 공식 | 실측 검증 |
+|------|------|----------|
+| 스탯 | **stat(L) = 0.22·L² + 0.26·L** (2차) | camp1 power L50=563 / L100=2226 / L150=4989 **오차 0.00**, L10=24는 오차 0.60 (저레벨 구간 반올림) |
+| 경험서 비용 | **cost(L) = 0.5·L³ + 4.5·L² = L²(L+9)/2** (3차) | L1=5 / L10=950 / L50=73,750 / L150=1,788,750 — **150행 오차 0** |
+| 스탯 예산 | **adddrug(L) = 450 + 50·L** (선형) | L1=500 / L50=2,950 / L150=7,950 — 전행 일치 |
+| 골드 비용 | 다항식 아님, 배수 감쇠형 | 레벨당 배수 1.64(L5) → 1.28(L10) → 1.062(L50) → 1.026(L150) |
+
+**핵심 구조**: 획득 예산은 **선형**(50/레벨), 소비 비용은 **3차**. 이 비대칭이 원작 성장 감속의 정체다. 스탯 1포인트당 골드 단가가 L10=67 → L150=12,155로 **181배** 상승한다.
+
+**12진영 = 스탯 총 예산 고정 재분배**: 12진영 × 5스탯 60계열을 2차 적합한 결과 진영별 계수 합이 전부 **1.1001**(편차 0.05% 이내). 즉 진영은 강약이 아니라 동일 예산의 배분 차이다 — 캐릭터 특성화 설계에 그대로 쓸 수 있는 원리.
+
+### 2-2. ⚠️ 성급 시스템 — `hero_star.csv` (186행)
+
+| 항목 | 공식 | 실측 |
+|------|------|------|
+| 비용 | **gold = quality × (star+1)³ × (star+50)** (4차) | 186행 mismatch **0** (q1 성0=50, 성2=1404=27×52, 성30=2,383,280=29791×80) |
+| 보너스 | **0.002 × quality × star** (선형) | 공/방/HP **3스탯 항상 동일값** (186행 검증 True) |
+| 레벨 캡 | `max_level = 5 × (star+1)` — **단, 상한 150 클램프** | 성0=5 … 성28=145까지 공식 일치, **성29=148 / 성30=150** (6등급 × 2행 = **12행 불일치**, 재실측 확인) |
+
+**핵심**: 성급의 진짜 기능은 % 보너스가 아니라 **레벨 캡 게이팅**이다. 별 1개당 레벨 상한 5 해금.
+
+### 2-3. ⚠️ 장비 강화 — `heroequipment.csv`(192행) / `heroequipmentupgrade.csv`(104행)
+
+- **레벨 배수** M = [1, 2, 4, 8, 12, 20, 28, 40, 52, 68, 84, 104, 124, 148, 172, 200] — 2차차분이 2레벨마다 +4인 **계단식 2차**(지수 아님). 6등급 × 2슬롯 12조합 전부 동일.
+- **등급 배수** = 1 / 5 / 10 / 20 / 40 / 80 — q1→q2만 ×5, 이후 ×2 등비.
+- **비용 분해** = **Base(quality) + V(level)** 완전 가산 (V가 8조합 전부 동일). Base = q3 16,000 / q4 42,000 / q5 86,000 / q6 326,000.
+- **⚠️ 수확체감 없음**: 골드÷스탯 효율이 2,375 → 2,500으로 평탄. 12스텝에 비용은 4.38배인데 스탯은 25배. **영구 강화 전제 설계**라 매판 리셋에 그대로 쓰면 안 된다.
+- **승급 도박** `heroequipmentforging`: rate 0.4/0.3/0.2/0.1 (등차 -0.1), 비용 ×2 등비 → 기대 시도 2.5 / 3.33 / 5 / 10회 → 실질 비용 ×2.67~×3.00 가속.
+- **슬롯 종속**: subtype1 공격형 `attack_speed = attack/2`, subtype2 방어형 `defense = hp/4` — 192행 전수 성립.
+
+### 2-4. ✅ 스킬 효과 — `heroskillattr.csv` (1011행) ⭐ 레벨업 3종 택1 직접 참조원
+
+- **id 체계** = `[계열][효과코드 3자리][01][quality]`. 마지막 자리 = quality, 1011행 **전수 일치**.
+- **효과 24종 확정**: `lucky_rate` `lucky_rate_res` `lucky_multiple` `lucky_multiple_res` `hp` `hit_rate` `dodge_rate` `hp_add` `attack_add` `defense_add` `attack_speed_add` `hurt_add` `hurt_reduce` `stun_rate` `stun_rate_res` `suck_ratio` `suck_ratio_res` `retaliate_rate` `retaliate_rate_res` `combo_rate` `combo_rate_res` `penetrate_ratio` `ele_penetrate_ratio` `ele_hurt_add`
+- **등급 곡선 6개 패턴군** (검증으로 정정 — 당초 3종 주장은 오류):
+  - **A 선형** 28시리즈 — hp_add 차분 +0.1, defense_add +0.02, lucky_rate +0.01
+  - **B 비율 2.0** 70시리즈 — hit_rate·dodge_rate·stun_rate·suck_ratio 등 10종 (50/100/200/400/800/1600)
+  - **C** 5시리즈 (0.05/0.07/0.10/0.15/0.20/0.30) — 계열 prefix 10에서만 성립
+  - 외 OTHER 51시리즈 + `lucky_rate_res`·`hurt_reduce`·`hp` 독자 패턴
+- **실사용 87엔트리 = 고유 22계열** (검증 정정: 87은 스킬×레벨 행수). 효과타입 6종만 사용 — hp_add 25 / attack_add 14 / penetrate_ratio 12 / ele_penetrate_ratio 12 / hurt_add 12 / ele_hurt_add 12.
+- **레벨당 수치는 22시리즈 전부 순수 선형** (비선형 0건). 예: attack_add 1.0/2.0/3.0/4.0/5.0, hp_add 2.0/4.0/6.0/8.0/10.0.
+- **원작 스킬의 수치는 전부 패시브 스탯 버프**다. `heroskillattr`에 쿨타임·지속시간·발동조건 컬럼이 없고 `heroskillbuff.csv`는 미존재. 다만 **`heroskill.csv`는 실존한다**(170바이트·3행) — 컬럼 `id,nameid,prefab,icon,descid,quality,effect,skilltype,target,subclass`로 `prefab`·`effect`·`skilltype`·`target`이 **액티브 스킬 파이프라인의 스키마 증거**다(값은 전부 공란인 스텁, cooldown·range 컬럼은 실제로 없음). 즉 "액티브 스킬 개념 자체가 없었다"가 아니라 **"스키마는 있으나 데이터가 비어 있다"**가 정확하다. 액티브 스킬 설계 시 참조할 **수치**는 없다.
+
+### 2-5. ✅ 가중 추첨 — `heroequipmentskill.csv` (1430행) ⭐ 3종 택1의 데이터 모델
+
+**weight = 354 / 189 / 57 / 26 / 15 / 1, 합 642** → 등급 1~6 확률 **55.14% / 29.44% / 8.88% / 4.05% / 2.34% / 0.16%**. position 순으로 6주기 반복. skill_id 882종이 `heroskillattr.id`에 882/882 전부 매칭.
+
+**등급의 실질 가치 = 확정 티어 지급**: q3 장비는 자연 확률 8.88%인 티어3 옵션을 100% 확정으로 받는다. 옵션 슬롯 수 = `max(1, quality-1)`.
+
+### 2-6. ⚠️ 확률계 — `drawlib.csv` (2485행) + `drawtype.csv` (18행) ⭐ 그대로 채택 권장
+
+- **weight/10000 basis point**: 전체 **192개 풀 중 102개**가 정확히 합 10000 (재실측). 나머지는 8374(34풀)·9999(9풀)·9900(6풀)·9500(4풀) 등으로 **합계가 통일돼 있지 않다** — 원작도 완전히 규율하지 못한 부분이다. 우리는 **전 풀 합 10000 강제**를 채택한다(1 = 0.01% 단위, float 확률 금지, int weight 통일). 검증이 "합계 10000" 한 줄로 끝나는 것이 이 방식의 최대 이점.
+- **라이브러리 스왑 천장**은 `drawlib`이 아니라 **`drawtype.csv`**에 있다(재실측 정정). 컬럼 `libid1 / libid2need / libid2 / libid3need / libid3 / **libid4need** / libid4` — **3단이 아니라 4단**이다.
+  - 천장 보유 행은 **18행 중 4행뿐**이고 스케줄은 **2종**: `(9, 29, 999)` 2행 / `(61, 99, 999)` 2행. 나머지 14행은 천장 없음.
+  - 해석: 10회차에 lib2, 30회차(또는 62·100회차)에 lib3으로 **라이브러리 자체를 교체**해 천장을 구현. 확률 보정 코드 대신 테이블 교체라 기획자가 코드 없이 튜닝 가능하다. `999`는 사실상 미사용 슬롯.
+
+### 2-7. ✅ 전투 비율 — `A80ChampMatchConfig.csv` (34행)
+
+- **HP : 공격력 = 4 : 1 정확** (dam>0인 12행 전부, Fraction 정수비 4/1, 예외 0건).
+- **공격 유닛 HP 상한 규칙**: dam>0 유닛의 HP 배율 최대 13.33배. 그 이상(20×/33.3×/50×/600×)은 **전부 dam=0 무공격 오브젝트**에만 부여. → 고HP 적을 만들려면 공격력을 빼야 한다는 원작의 설계 규율.
+- `A80ChampMatchConfig_data2.csv`(201행): hp/att = **10:7** 전원 일치. 용도는 **미규명**(동계열 `champ.csv`의 순위 임계값과 대응하지 않아 "대인전 티어" 가설은 성립하지 않음). 성장은 **계단형 지수** — 10단위 블록 경계에서 대점프(×8.0~×2142.7, 12회), 블록 내부는 완만. 블록 내부 기하평균 실측 범위는 **×1.0019 ~ ×1.1457**이며 단조 감쇠하지 않는다(4개 블록에서 반등). 절대값 1e21~1e50은 **사용 불가**.
+
+### 2-8. ⚠️ 기타 이식 가치 있는 곡선
+
+| 테이블 | 곡선 | 용도 |
+|--------|------|------|
+| `heroskilltree.csv` (20행) | consume 50,100,…,1300 — 차분 50×4 → 60×5 → 70×5 → 80×5 계단선형 | ⭐ **한 판 20레벨 EXP 곡선에 그대로 이식** |
+| `CrossMonsterKillPointConfig_data2` (6행) | ratio 1 / 0.8 / 0.6 / 0.4 / 0.2 / 0 (선형 -0.2) | 반복 처치 감쇠 — 원작 최고 이식성 |
+| `teamwavepassreward.csv` (216행) | dif 54단계 = 6주기, 기본 [2,50,100,200,350,500], 등급 배율 [1.0,1.2,1.6,2.0] — **단 dif≡1(mod 6) 9개 그룹만 [1.0,1.5,2.0,2.5]** (정수 반올림) | 웨이브 보상 티어 |
+| `monsterteamattr.csv` (10행) | cd 0.1~0.9 선형 +0.1, 10번째만 0.99 캡 | 감쇠 계수 |
+| `ItemDropConfig420.csv` (56행) | dropProb 실수 확률(검증 실측 **0.001~0.3**) + dropDef 보증 위치 | 적 처치 드랍 |
+| `heroequipmentreforging` (5행) | 잠금 비용 정확한 2^N (1,2,4,8,16) | 리롤 잠금 |
+
+### 2-9. ⚠️ 경제 환산 (실측 3단 체인)
+
+`$29.99 → 800젬` → **1젬 = $0.0375** / `젬10 → 골드1000` → **1젬 = 100골드** → **$1 ≈ 26.68젬 ≈ 2,668골드**. 대량 구매 시 11% 우대(1젬=111골드).
+
+재화 사전(`item.csv` 240행): maintype 1=hb(화폐) 2=db(토큰) 3=yp(물약) 5=dj(아이템). **hb_1001은 재화가 아니라 실화폐 가격표**(1/1000 USD) — shop.csv 851건 중 809건이 $0.99~$99.99 IAP 표준가에 정확히 대응.
+
+---
+
+## 3. GodDem 현행 구조 실측 (원작 데이터를 받을 그릇)
+
+### 3-1. 스탯 계산 공식 (코드 실측)
+
+```
+최종값 = (Init + Additional) × (1 + Multiplier) + Static
+  Init       = StageBalance[stageOrder].UnitGradeBalance[grade].Hp/Attack × Unit.f_HpRate/f_AttackRate
+  Multiplier = 적: Stage.f_UnitMultiplier(CSV) / 아군: BoostController 합산 (CSV 무시)
+  Additional = 현재 항상 0 ← 로그라이크 "고정 수치 증가" 슬롯으로 비어 있음
+```
+
+**가산·승산·고정값 3층 구조**라 원작의 어떤 보정 체계도 수용 가능. `Additional` 슬롯이 비어 있어 신규 필드 없이 로그라이크 스탯을 받을 수 있다.
+
+### 3-2. 현행 밸런스 곡선
+
+| 항목 | 현행 값 |
+|------|--------|
+| `StageBalance.csv` | HP 300→870→2610→7830→23490→70470 — 첫 구간만 **×2.90**, 이후 4구간 **×3.00** |
+| HP : 공격력 | **2.73 ~ 3.00** (원작 4:1과 격차 — 결정 필요) |
+| `n_KillReward` | 스테이지당 **×8.00** (12→96→768→6140→49100→393000) |
+| `BattleUpgrade.csv` | **×1.18 등비 242단계** (8→…→1.64e18) — 원작과 성장 철학 정반대 |
+
+### 3-3. 신규 구축 대상 (실측 확인)
+
+| 시스템 | 현황 | 판정 |
+|--------|------|------|
+| **경험치·레벨** | 프로젝트 전체 grep 결과 `Exp` 히트는 재화 enum 1건뿐 | **100% 신규** (테이블·코드·UI 전부) |
+| **보스** | `UnitGrade` = Normal/Advanced/Elite 3종, Boss 없음 | enum 추가 시 CSV·로더 수정 없이 수용 가능 |
+| **중앙 고정 플레이어** | 유닛 소환형만 존재 | 신규. ⚠️ `HeroAttackMultiplier`·`HeroHpMultiplier`는 **유휴 자산이 아니라 사장된 옵션(결함)** — 코드 소비는 0건이나 데이터는 이미 배선돼 있다(`Equip.csv` 2200003 목걸이가 실제로 이 옵션을 부여, `OptionTypeInfo.csv`·`Localization.csv` 70010 "모든 영웅의 공격력 증가" 3개국어·`CardDefaultValue.csv`·`EquipDefaultValue.csv`). 신규 히어로 전용으로 전용하면 **기존 목걸이 아이템의 의미와 충돌**한다 → §3-5 결함 목록 소속 |
+| **웨이브** | 전 웨이브 코루틴을 전투 시작 시 **한꺼번에 기동**(시간 구동, 전멸 무관) | 웨이브 클리어 기반으로 재설계 필요 |
+
+**OptionType 22종 중 실제 배선 12종.** 로그라이크 재미 축에 **없는 것**: 공격속도 증가, 공격범위, 투사체 개수, 관통, 흡혈, 체력재생, 경험치 획득량, 적 이동속도 감소, 넉백, 처치 시 폭발. 현존 22종은 사실상 공격력·체력 배율 변형뿐이다.
+
+### 3-4. CSV 포맷 계약 (신규 테이블 필수 준수)
+
+```
+1행 = 헤더(컬럼명) / 2행 = 한글 설명 (로더가 무조건 폐기) / 3행부터 데이터
+타입은 컬럼명 접두 2글자로 결정: n_=int, f_=float, s_=string, e_=enum, l_=long
+```
+
+### 3-5. 발견된 데이터 결함 4건 (별건 수정 필요)
+
+1. `AbilityConfig.csv` 18행 — 선행 스킬 ID `1702`가 존재하지 않는 ID (문맥상 `10702` 오타). 파싱 에러 없이 조용히 깨진 참조가 됨.
+2. `AbilityConfig.csv` 32행 — `700030`/`7000030` 자릿수 불일치 의심.
+3. **`HeroAttackMultiplier`·`HeroHpMultiplier` 사장** — `Equip.csv` 2200003(목걸이)가 이 옵션을 부여하고 아이콘·3개국어 텍스트까지 완비돼 있으나 **소비 코드가 0건**이라 아이템이 아무 효과도 내지 않는다. 출고된 아이템의 무효화 결함.
+4. 미사용 컬럼 5종 — `Unit.csv`의 `f_ExtraHitArea`·`f_ExtraHitRate`·`n_AttackCount`·`f_AttackDelay`·`e_AttackType` (UnitT에 프로퍼티까지 있으나 읽는 곳 0건). **신설 전에 먼저 살려 쓸 후보**.
+
+---
+
+## 4. 인게임 밸런스 적용안
+
+### (a) 웨이브별 적 스탯 — 계단형 지수
+
+```
+EnemyHP(stage s, wave w) = Base × 2.1^(s-1) × 1.04^((w-1) mod 10)
+EnemyATK = EnemyHP / 4          ← 원작 4:1 규율
+```
+- 웨이브 내 ×1.04 근거: 원작 블록 내부 기하평균의 **전체 실측 범위는 ×1.0019~×1.1457**(20블록)이며 단조 감쇠하지 않는다. ×1.04는 그 중 초기 구간(1.0333~1.0436) 기준으로 **우리가 선택한 값**이지 원작 대표값이 아니다 — 튜닝 여지가 넓다는 뜻.
+- 블록 경계 ×2.1 근거: 1.04^9 × 2.1 = **×2.989** ≈ 우리 `StageBalance.csv` 기존 스테이지당 ×3.00과 정합. (원작 경계 점프 ×8~×2142는 과격해 폐기, **구조는 원작 / 강도는 자사 기존 곡선** 절충)
+- 후반 감쇠: 스테이지 5 이후 웨이브 내부 증가율을 1.04 → 1.03 → 1.02 단계 하향.
+
+### (b) 10웨이브 보스
+
+- **HP 배율 ×8**, 공격력은 4:1 유지 → 원작 "공격 유닛 HP 상한 13.33배" 규율 내.
+- 그 이상 체력이 필요하면 원작처럼 **공격력 0인 오브젝트**로 분리.
+- ⚠️ 원작에 "10웨이브 보스" 데이터는 **없다**(검증에서 확인). 이 수치는 원작 규율을 적용한 우리 설계다.
+
+### (c) 적 처치 골드
+
+- 웨이브 진행 대비 보상은 원작 `teamwavepassreward` 등급 배율 **[1.0, 1.2, 1.6, 2.0]** 채택 (원작은 저수량 구간에서 정수 반올림 때문에 [1.0,1.5,2.0,2.5]로 변형되므로, 우리는 기본 수량을 충분히 크게 잡아 배율을 일관 유지한다).
+- 반복 처치 감쇠 `ratio = 1 / 0.8 / 0.6 / 0.4 / 0.2 / 0` (동일 적 6회째 0) 그대로 이식.
+- 드랍은 `ItemDropConfig` 구조 채택: **확률(0~1 실수) + dropDef 보증 위치** 이중 장치.
+
+### (d) 매판 로그라이크 강화 비용
+
+**원작 수치는 버리고 구조만 가져온다.** 원작은 골드/스탯 효율이 평탄해(2375→2500) "영구 강화라 언젠가 만렙 도달"을 전제한다. 매판 리셋에서 평탄 곡선을 쓰면 "모든 축을 골고루"가 항상 최적해가 되어 **선택이 사라진다**.
+
+```
+cost(축, n) = Base(축) × r^n          ← 비용은 지수
+stat(축, n) = 단계당 고정 증가          ← 증가량은 선형
+```
+- `Base + V` 가산 분해(원작 실측)를 축으로 이식 → 축 N개 × 단계 M개를 **N+M행으로 압축**.
+- Base 비율은 원작 16000/42000/86000/326000 = 1 / 2.63 / 5.38 / 20.4 참고. 핵심 축(공격력)만 ×3.8 점프시켜 "핵심 축은 비용 벽".
+- ⚠️ **함정**: 증가량에 원작 M 곡선(+4→+28 가속)을 쓰면 비용을 지수로 바꿔도 효율 악화가 2.16배에 그쳐 수확체감이 무력화된다(실측 확인).
+- 현행 `BattleUpgrade.csv`의 ×1.18 등비 242단계는 **그대로 쓰지 말 것** — 한 판 20단계 규모에 맞지 않는다.
+
+### (e) 경험치 + 레벨업 스킬 3종 택1
+
+**EXP 곡선** — `heroskilltree.csv` 20단계 수열 그대로 이식:
+```
+50, 100, 150, 200, 250, 310, 370, 430, 490, 550, 620, 690, 760, 830, 900, 980, 1060, 1140, 1220, 1300
+(차분 50×4 → 60×5 → 70×5 → 80×5)
+```
+20단계 길이가 "한 판 20레벨"과 정확히 맞고, 차분이 5단계마다 +10만 오르는 계단선형이라 런 전체 레벨업 체감이 균일하다. `hero_level`의 3차식(20레벨 안에서 곡선이 살아나지 못함)이나 `BattleUpgrade` ×1.18(5레벨 만에 자릿수 폭발)은 부적합.
+
+**3종 택1 추첨** — `heroequipmentskill` weight 모델 + `drawlib` basis point 결합:
+```
+등급별 weight (합 10000): 5514 / 2944 / 888 / 405 / 234 / 15
+테이블: poolId, position, skillCode, weight, isRare
+천장: pool2need=9 (10레벨 레어 확정) / pool3need=29 (30레벨 에픽 확정) ← 라이브러리 교체 방식
+```
+천장 근거는 원작 `drawtype.csv`의 `(libid2need, libid3need, libid4need) = (9, 29, 999)` 스케줄이다. 원작은 **4단**을 지원하나 18행 중 4행만 천장을 쓰고 스케줄도 2종뿐이므로, 우리는 한 판 20레벨 규모에 맞춰 **2단(9·29)만 채택**한다. 4번째 슬롯은 필요해질 때 컬럼만 추가하면 된다.
+
+**스킬 효과 카탈로그** (원작 `heroskillattr` q1 실측값 기반, 등급 1~3 3단):
+
+| # | 효과 | 등급1 | 등급2 | 등급3 | 원작 근거 | GodDem 상태 |
+|---|------|-------|-------|-------|----------|------------|
+| 1 | 공격력 % | +5% | +7% | +9% | attack_add 0.05 등차 +0.02 | ✅ `UnitAttackMultiplier` |
+| 2 | 체력 % | +10% | +15% | +20% | hp_add 0.1 등차 +0.05 | ✅ `UnitHpMultiplier` |
+| 3 | 공격속도 % | +5% | +7% | +9% | attack_speed_add (C패턴) | ⚠️ 신설 (Unit.csv `f_AttackSpeed` 존재) |
+| 4 | 피해 증가 % | +5% | +7% | +10% | hurt_add 0.05/0.07/0.10 | ⚠️ 신설 |
+| 5 | 피해 감소 % | +2% | +4% | +6% | hurt_reduce 0.02/0.04/0.06 | ⚠️ 신설 |
+| 6 | 치명타 확률 | +1% | +1.5% | +2% | lucky_rate 0.010 등차 +0.005 | ✅ `CriticalRate` |
+| 7 | 치명타 배율 | +20% | +30% | +40% | lucky_multiple (C패턴) | ✅ `CriticalDamageMultiplier` |
+| 8 | 관통 | +1% | +2% | +3% | penetrate_ratio 등차 +0.01 | ⚠️ 신설 |
+| 9 | 흡혈 | +2% | +4% | +8% | suck_ratio (B패턴 ×2) | ⚠️ 신설 |
+| 10 | 회피 | +2% | +4% | +8% | dodge_rate (B패턴 ×2) | ✅ `DamageMissRate` |
+| 11 | 반격 | +2% | +4% | +8% | retaliate_rate (B패턴 ×2) | ⚠️ 신설 |
+| 12 | 연타 | +2% | +4% | +8% | combo_rate (B패턴 ×2) | ⚠️ 신설 |
+| 13 | 기절 | +2% | +4% | +8% | stun_rate (B패턴 ×2) | ⚠️ 신설 |
+| 14 | 공격 범위 | +10% | +15% | +20% | (원작 무) | ⚠️ 신설 (`f_AttackRange` 존재) |
+| 15 | 골드 획득 | +10% | +15% | +20% | (원작 무) | ✅ `CoinIncreaseMultiplier` |
+
+원작 실사용이 6종(hp_add·attack_add·penetrate·ele_penetrate·hurt_add·ele_hurt)뿐인 점을 감안하면 **12~15종이 적정**. 원작 등급 패턴은 A(선형 등차) / B(×2 등비) 두 축으로 정리해 적용한다.
+
+---
+
+## 5. 신설 필요 테이블
+
+| 파일 | 컬럼 | 근거 |
+|------|------|------|
+| `RunLevelExp.csv` | `n_Level, l_RequireExp` | heroskilltree 20단계 이식 |
+| `RunSkill.csv` | `n_SkillID, e_OptionType, n_Grade, f_Value, s_IconPath` | heroskillattr 구조 |
+| `RunSkillPool.csv` | `n_PoolID, n_Position, n_SkillID, n_Weight, n_IsRare` | drawlib basis point |
+| `RunUpgrade.csv` | `e_UpgradeAxis, n_Step, l_Cost, f_Value` | Base+V 가산 분해 |
+| `EnemyWaveBalance.csv` | `n_Stage, n_Wave, l_Hp, l_Attack, n_IsBoss` | 계단형 지수 |
+| `ingameconst.csv` | `s_Key, s_Value, n_Value2, f_Value3` | 원작 const 패턴 — 시스템 늘 때 클래스 추가 불필요 |
+
+**코드 측**: `BoostType`에 `RunSkill` 추가 + `RunSkillBoost : Boost` 1클래스 + 매판 초기화 메서드 → 기존 `GetPlayerAttackMultiplier()` 경로에 자동 합류. `UnitGrade`에 `Boss` 추가. `OptionType`에 위 표의 ⚠️ 항목 신설.
+
+---
+
+## 6. 주의·한계
+
+1. **저작권** — 원작 밸런스 "수치"는 참고 자료이며, **아트·텍스트·사운드 리소스는 사용 불가**. 추출물은 scratchpad 임시 폴더에만 보관하고 레포에 커밋하지 않았다. 우리 테이블은 위 수식을 우리 스케일로 다시 푼 자체 수치로 채운다.
+2. **규모 불일치** — 원작 12진영×150레벨×6등급×31성 vs 우리 캐릭터 1명·20레벨·매판 리셋. 행 단위 복사는 전면 금지.
+3. **영구 vs 매판** — 원작 강화 곡선은 수확체감이 없다(영구 전제). 매판 리셋에는 반드시 지수 비용 + 선형 증가로 재설계해야 선택의 재미가 생긴다.
+4. **액티브 스킬 수치 부재** — 원작에 채워진 스킬 데이터는 전부 패시브 스탯 버프다. 단 `heroskill.csv`에 `prefab`·`effect`·`skilltype`·`target` 스키마가 존재하므로(값은 공란 스텁) "액티브 개념이 없었다"가 아니라 **"틀은 있고 데이터가 비었다"**가 정확하다. 액티브 스킬을 만들 경우 참조할 **수치**는 없으므로 자체 설계다.
+5. **미검증 구간** — 검증 에이전트가 세션 한도로 4개 그룹(성장·장비·경제·자사구조)을 완주하지 못했다. 해당 절은 본문에 **⚠️로 표기**했다. 실제로 이후 PM 감사에서 적발된 오류 4건이 **전부 ⚠️ 절에서 나왔다** — 전역 고지 1줄은 절 단위 표기를 대체하지 못한다는 교훈이다. ⚠️ 절의 수치는 테이블 작성 시 반드시 원본 CSV 재확인.
+6. **원작 몬스터 스탯 원본 부재** — `wildernesspk`가 참조하는 `monsterteam[10001~10052]` 테이블이 추출본에 없다. 참고 가능한 적 절대 스탯은 `A80ChampMatchConfig` 34행이 전부다.
+7. **복호화 키 취급** — 22바이트 XOR 키는 타사 기술적 보호조치 우회 수단이므로 본 문서에 평문 기재하지 않았다(§1). 복호화 스크립트가 키를 자동 복원하므로 재현에 지장이 없다. 키의 조직 기록 보존 여부는 **PD 결정 사항**.
+
+---
+
+## 7. 감사 이력 (C35)
+
+`pm-auditor` 사전 감사 1회 수행 — 판정 **조건부 통과**, 지적 Critical 1 / Major 7 / Minor 10.
+
+**본 v1에 반영 완료**: ①§2 절별 검증상태 태그(⚠️/✅) ②`hero_star` max_level 공식 정정(12행 불일치) ③천장 근거 `drawtype.csv` 4단·스케줄 2종으로 정정 ④§4(a) ×1.04 근거 범위 정직화 ⑤`HeroAttackMultiplier` "유휴자산"→"사장 결함" 정정 ⑥`heroskill.csv` 실존·스키마 병기 ⑦XOR 키 마스킹 ⑧Minor 수치 정정(풀 102/192·StageBalance ×2.90 첫구간·오차 0.60·237/187 정합·보상배율 예외·dropProb 하한·용도 미규명).
+
+**PD 결정 대기**: 복호화 키의 조직 기록 보존 가부.
+**후속 조치**: PD 지시 트래킹 로그 소급 등록(C13), `.gitignore`에 `scratchpad/`·`wild/` 선제 등재.
+
+---
+
+## 부록: CSV 산출물
+
+- 위치: `scratchpad\wild\csv\` (230종 / 22,261행), 인덱스 `_TABLE_INDEX.csv`
+- 복호화 원본 JSON: `scratchpad\wild\decrypted\`
+- 복호화 스크립트: `scratchpad\decrypt_final.py` (키 자동 복원 + 전량 복호화)

공유/대화로그/GodDem/2026-08-19.md

@@ -68,5 +68,25 @@
 - **스케일 갭**: 원작은 방대한 수집형 RPG(hero·star·equipment·worldboss·pvp·crossserver·auction). 우리 중앙 디펜스 MVP와 근본 불일치.
 - **결론**: 원작 밸런스 수치 그대로 이식 = 암호화+pglarmor로 즉시 불가, 리버싱은 별도 대형 과제. 원작 리소스 사용 = 저작권 불가. → **원작 시스템 구조를 참고하되 수치·리소스는 GodDem 자체 자산으로 설계** 권장 (PD 방향 결정 대기).
 
+## 6-C. 원작 밸런스 복호화 **성공** (2026-08-20)
+
+- **PD 지시**: "FABLE5로 원작 복호화 리버싱을 먼저 시도해봐. 안되면 자체 수치로 설계할게." → **리버싱 성공, 자체 설계 불필요**
+- **돌파 경로**: `global-metadata.dat`(평문) 문자열에서 `CyclicXorKey`·`XorPad`·`FileOffsetDecryption` 힌트 확보 → 밸런스 파일 간 XOR로 동일 키스트림 확증(DLL 2개 XOR 시 ASCII 94.8%) → IC(일치지수) 분석으로 **키 길이 22** 확정 → 열별 최빈바이트 복원.
+- **키**: 22바이트 반복 XOR `766e6b3736252469666b652a263932336e762c596865`. `libil2cpp.so`(66MB·pglarmor) 네이티브 리버싱 **불필요**.
+- **성과**: 237테이블 복호화(JSON 유효 187) → **CSV 230종 / 22,261행** 변환. 미복호 20종은 중국어 이름·아이콘 텍스트로 수치 손실 없음.
+- **PD 추가 지시**: "csv 형태로 제작해줘" → 완료·전달. "워크플로 설계 시 ponytail 스킬 사용" → 적용.
+- **분석**: Workflow 13에이전트(분석 6 + 검증 6 + 종합 1) 기동. 분석 6 완료, 검증 2 완료(skill=중대오류·combat=일부오류 지적 확보), 검증 4 + 종합은 세션 한도로 중단 → **PM이 journal.jsonl 직접 파싱해 종합 수행**.
+- **산출**: `공유/기획/GodDem/2026-08-20_원작밸런스_해독_매핑_v1.md` (검증 통과 수식만 채택)
+- **핵심 확정 수식**: hero_level 스탯 `0.22L²+0.26L`·EXP비용 `0.5L³+4.5L²`(150행 오차0)·예산 `450+50L` / hero_star 비용 `quality×(star+1)³×(star+50)`(186행 오차0)·보너스 `0.002×quality×star` / 장비 레벨배수 계단식2차 `[1,2,4,8,…,200]`·비용 `Base(q)+V(lv)` 가산분해 / 스킬 등급패턴 6군(A선형·B×2등비 외) / 가중추첨 `354/189/57/26/15/1`(합642) / 확률계 `weight/10000` basis point + 3단 천장(lib2need=9·lib3need=29) / 전투비율 **HP:ATK=4:1**·공격유닛 HP상한 13.3배 규율.
+- **판정**: 원작 **수식·구조는 그대로 이식**, **절대수치는 스케일 재조정**(원작=12진영×150레벨 수개월형 vs 우리=1캐릭터×20레벨 매판리셋). 아트·텍스트 리소스는 저작권상 사용 불가 — CSV는 레포 미커밋, scratchpad 보관.
+
+### 6-C-1. pm-auditor 사전 감사 (C35) — 조건부 통과, 지적 전량 반영
+
+- **판정**: 조건부 통과 (Critical 1 / Major 7 / Minor 10). 감사관이 **PM 문서의 실측 오류 4건을 직접 적발** — 전부 검증 미완주(⚠️) 절 소재.
+- **적발·정정 완료**: ①`hero_star.max_level = 5×(star+1)` 공식이 **186행 중 12행 불일치**(star29=148·star30=150 클램프) — PM 재실측 확인 후 정정 ②천장 근거가 `drawlib.csv`가 아니라 **`drawtype.csv`**이며 **3단이 아닌 4단**(`libid4need` 존재), 18행 중 4행만 보유·스케줄 2종(9/29/999·61/99/999) — 재실측 확인 후 정정 ③§4(a) ×1.04 근거가 검증에서 반증된 9블록 선택인용 재사용 → 전체 실측 범위(×1.0019~×1.1457) 명시로 정직화 ④`HeroAttackMultiplier`를 "유휴 자산"이라 오판 → 실제로는 `Equip.csv` 2200003 목걸이에 배선되고 3개국어 텍스트까지 완비됐으나 소비 코드 0건인 **사장 결함**으로 정정 ⑤`heroskill.csv` 실존(3행)·액티브 스키마 컬럼 병기 ⑥§2 절별 검증상태 태그(✅/⚠️) 신설 ⑦Minor 수치 정정(풀 합계 10000은 192풀 중 102풀·StageBalance 첫 구간 ×2.90·공식 오차 0.60·237/187 정합·보상배율 예외·dropProb 하한 0.001·`data2` 용도 미규명).
+- **C13 위반 자진 보고**: 본 세션 PD 직접 지시 6건이 대화로그에만 있고 `공유/PD_지시_트래킹/개발팀_PD_지시_로그.md`에 미등록이었음 → **BT13-GodDem 엔트리 소급 등록 완료**.
+- **저작권 조치**: XOR 키 평문을 기획 문서에서 **마스킹**(타사 기술적 보호조치 우회 수단의 조직 기록 영구 보존은 C36-2 PM 재량 밖 → PD 결정 상신). `.gitignore`에 `scratchpad/`·`wild/`·`*.apk` 선제 등재. 레포 추출물 유입 0건 git 실측 확인.
+- **교훈(조직 노하우 후보)**: *"검증 미완주 산출물을 종합 문서에서 '검증됨' 프레이밍으로 승격시키는 실수"* — 전역 고지 1줄은 **절 단위 태그를 대체하지 못한다**. 신규 적발 오류 4건이 전부 미검증 절에서 나온 것이 실증.
+
 ## 7. 도구 자동 승인 후속 (PD 반복 지시)
 - 세션 중 `dontAsk` 미적용(재시작 전) + 빌트인 도구 unknown 분류로 프롬프트 반복 발생 → user/project/local 3계층에 `ToolSearch`·`ReadMcpResourceTool`·MCP 리소스 도구·`.claude/**` 편집 allow 등록. `settings.local.json` 신설.