Chaosforge — 레벨링·경제·속성 설계서

Phase 1 구현 전 확정 스펙. 모든 수치는 shared/data/ + shared/src/balance/ 에 데이터로만 존재하며, 코드에 매직넘버를 두지 않는다.

0. 설계 원칙 & 학술·업계 참고

참고 문헌

설계 금지 사항

• 층마다 선형 +35% 같은 단일 계수만 쓰지 않는다.
• 속성은 Rock-Paper-Scissors 3각만으로 끝내지 않는다 (빌드 다양성 붕괴).
• 골드 인플레이션을 막는 싱크(sink) 없이 보상만 늘리지 않는다.
• UI 문자열 하드코딩 금지 — i18n 키만 사용.

0.1 Grid-First (배낭 우선)

상세 로어·매핑: DESIGN.md §코어 루프

Phase 1a (갱신): 첫 시련 오클러 솔로(로컬 1–3 강제) → 허브에서 기사 무료 영입 → Vault 오클로 소집 풀 확장. 캐릭터별 개별 배낭(기본 4×4). battleSlots 4→6→8→10. 상세: LEVEL_DESIGN_RESEARCH.md.

1. 진행(Progression) 3층 구조

flowchart TB
  subgraph meta [Meta_해금만]
    ProtagonistLv[Commander_Level]
    Unlock[Position_Party_Unlock]
    ForgeMark[Sigils_포지마크]
  end

  subgraph prerun [Trial_Start_시련시작]
    Roster50[Roster_~50]
    BattlePick[Battle_Pick_4-10]
    ChapterPick[Trial_Chapter_1-100]
  end

  subgraph run [InRun_시련전체]
    ShopRegen[Shop_Phase_Ochl_Regen]
    OchlReserve[Ochl_Reserve]
    Durability[Artifact_Durability]
    Floor[LocalFloor_1-10]
  end

  meta -->|해금| prerun
  prerun --> run
  ShopRegen --> OchlReserve
  OchlReserve --> Durability
  Floor --> ShopRegen

원칙: 아티팩트 내구·오클 수급·상점 보충은 메타가 아님. 시련 끝나면 배낭·내구·Reserve 전부 소멸.

메타 파워 인플레이션 방지: 해금은 포지션·파티 슬롯·도감. 전투 스탯 보너스 +8% 이내 (Lv30).

1.5 허브 · 소집(Roster) · 유휴 오클

로어: DESIGN.md §소집·§봉인의 탑
오클 = 시련 에너지 + 화폐 + 전투 연료. ochlReserve ≤ 0 → 상점·충전 등 soft-lock. 시련 패배는 소대 전멸만 (squadHp ≤ 0). 오클 고갈 ≠ 패배.

1.5.1a 전투 슬롯 해금

battleSlots(L) =
  L < 6  ? 4 :
  L < 14 ? 6 :
  L < 24 ? 8 : 10

• 시련 시작 시 스냅샷 — 런 중 변경 없음.
• 구현: battleSlots(Lv) 표 적용. 첫 시련 솔로 → 허브 오클 영입(기사·마법사·키메라). 오클러·메그넘은 전직(잠정).
• 복잡도: 멤버당 배낭은 작게 고정(4×4)·루프 동일. 늘어나는 건 관리할 배낭 개수와 Trial Prep 선택지뿐.

1.5.1b 소집 · 시련 소대

type RosterMember =
  | { kind: 'ochler'; allyId: string; mageTalent: MageTalentTier }
  | { kind: 'mage'; allyId: string }
  | { kind: 'knight'; allyId: string }
  | { kind: 'chimera_sage'; allyId: string }
  | { kind: 'magnum'; allyId: string };

type HubState = {
  roster: RosterMember[];     // length ≤ ROSTER_MAX
  vault: number;
  vaultCap: number;
  lastRegenAt: number;
  status: 'idle' | 'in_trial';
};

type TrialSquad = {
  battle: RosterMember[];     // length ≤ BATTLE_SLOTS, subset of roster
  ochlReserve: number;
  satchels: Record<string, BackpackGrid>;   // key = member id, 공유 없음
};

1.5.2 패배 조건 (시련)

1.5.3 잃어버린 마법 재능 (mageTalent) — 오클러만

오클러가 마법사가 되었을 잠재 — 생산량만 반영. 시련 중 마법 사용 불가.

• 동료 오클러: 고용 시 mageTalent 롤
• 특수 오클러(구 주인공): talent.nova + PROTAGONIST_OCHL_MULT = 3.5 — 로스터 1명일 뿐, 필참 아님

1.5.4 유휴 충전 (Idle Regen)

조건: status === 'idle'. 소집 풀 내 모든 오클러가 합산.

틱당 생산량:

ochlPerTick = sum over roster where kind === 'ochler':
              BASE_UNIT × talentMult(m.talent) × (m.isProtagonistTier ? PROTAGONIST_OCHL_MULT : 1)

• BASE_UNIT = 1 (밸런스 기준점, economy.ts 데이터화)
• 오프라인: lastRegenAt 이후 경과 틱만큼 일괄 정산 (상한 vaultCap)

Vault 상한:

vaultCap(L, ochlerCount) = 10 + 6×L + 4×ochlerCount
// ochlerCount = roster 내 ochler 수 (특수 오클러 포함)

1.5.5 수익 증대 요약

1.5.6 시련 입장 · 런 연결

1.5.7 구현 단계

1.6 시련 챕터 · 승리 조건

1회 시련 = 로컬 10층.
장기: 챕터 100 × 10 = 글로벌 1000층.
EA 기준: 챕터 I–X = 글로벌 1–100층.
마스터 기획: CHAPTERS_10_PLAN.md.
구현 현황: 런타임 TrialChapter = 1 \| 2 \| 3 (I–III).

1.6.1 챕터 구조

// 장기 목표 타입; EA 콘텐츠 캡 = 10
type TrialChapter = number; // 1..100
globalFloor(chapter, localFloor) = (chapter - 1) * 10 + localFloor;

시련 시작 시 해금된 챕터 1개 선택. 런 중 챕터 변경 없음. 바이옴·보스: CHAPTERS_10_PLAN.

1.6.2 보스 · 인장 (챕터당)

• 챕터 X F10 = EA 100층 캡 클리어.
• 챕터 C (100) F10 = 로드맵상 마지막 밴드 클리어 (종결 엔딩·「탑 완전 봉인」 없음).

1.6.3 승리 · 패배 · 점수

score = globalFloorReached × 1000 + ochlRemaining × 5 + (cleared ? 5000 : 0)

• 포지 마크: 런 종료 globalFloorReached × 1 (클리어 ×2), 일일 첫 클리어 +5
• 리더보드: 챕터별 score · 클리어 타임
• 지휘관 XP: globalFloorReached × 50 + score / 100

1.6.4 엔드 이후

• EA: Ch.X 클리어 후 심층(3챕터 연쇄) · Ch.XI 티저.
• 장기: Arc 확장 · 1000층 챌린지. Ch.C도 일반 챕터 클리어와 동일. 상세: CHAPTERS_10_PLAN §5–6

2. 포지션 · 시련 소대

소집 ~50 중 전투 4~10 선발 (battleSlots(Lv)). 포지션 = 인원 역할(kind).

2.1 개요

type PositionId =
  | 'ochler'
  | 'mage'
  | 'knight'
  | 'chimera_sage'
  | 'magnum';
  // assassin 폐기 → magnum + mage(wind) 흡수

// RosterMember.kind 와 1:1. 시련 소대는 RosterMember[] 부분집합.

2.2 전투 중 오클 흐름

// 전투 종료 (승·패 공통)
ochlReserve -= sum(ochlChargeCost per satchel item)   // 마법사 배낭은 할인 적용

// 전투 종료 (승리)
ochlReserve += condense(spillOd, ochlers in squad)   // 오클러 0이면 +0

// 전투 종료 (패배)
ochlReserve unchanged

자체 마력 vs 오클: skillManaMax는 포지션 스킬 전용 풀(기사·마법사). ochlReserve는 아이템 충전·상점·응결용 — 틱마다 깎지 않음.

2.3 역할별 — 시련 규칙

ochler (오클러)

mage (마법사)

knight (기사)

magnum (메그넘) — Phase 2

chimera_sage (키메라 술사) — Phase 2

2.4 편성 규칙

2.5 전투 시뮬 — 멀티 유닛 무기 발사 (구현됨, Phase 1a)

Grid-First 원칙 그대로, 계산 단위가 "소대 1블록"이 아니라 "유닛 하나하나·무기 하나하나"로 세분화됨. 유닛(캐릭터) 자체는 기본 공격이 없다 — 실제 데미지는 배낭 속 무기 아이템이 각자 자기 ATK·SPD·속성으로 독립 발사해서 낸다.

// packages/shared/src/combat/types.ts (구현됨)
type BattleUnit = {
  id: string;
  hp: number;
  hpMax: number;
  def: number;
  element?: Element;
  weapons: readonly WeaponInstance[];   // 유닛 자체엔 atk/spd 없음
};

연출: 소대(좌) vs 적(우) 세로 대열, 유닛마다 HP 바·이름표. 무기별 투사체가 유닛→유닛으로 개별 비행(BattlePixi.ts).

연출 고도화 (구현됨 — Phase 1.5~2): 무기별 attackStyle 투척(thrown) / 발사(shot) / 시전(cast) 3분류. 활·지팡이는 VFX 클립, 투척형만 아이콘 투사체.
상세: BATTLE_VFX.md §무기 공격 연출 · WEAPON_DESIGN.md §15

전투 시작 가드: sum(activationCost, 전 멤버 그리드) > ochlReserve → 시작 불가 (Trial Prep에서 상점·재배치 유도).

Phase 2 범위(구현됨): 포지션 태그 보정·전열/후열·오클 충전(마법사 할인)·방패 가로채기·키메라 오브 소환·메그넘/오파츠·약점 라이더 — 상세 COMBAT_FORMATION.md. 미구현: 포지션 스킬 채널 UI·스킬별 마력 소모량.

2.6 배낭 = 캐릭터 소속 (구현됨)

배낭 자체가 이미 캐릭터 1인 소유이므로(§2.1), 과거 계획했던 "공유 그리드 + boundMemberId로 역할 전용 유물 바인딩" 방식은 불필요해져 폐기한다 — 어떤 아이템을 어느 멤버 그리드에 두느냐가 곧 소속이다.

2.7 지휘관 레벨 (Meta) — 공적치

로어: 봉인의 탑 시련으로 쌓는 공적치 = 메타 경험치. 국가가 인정하면 허브 유휴 오클 세금이 줄어 vault 축적이 빨라진다. 만렙 = 유휴 완전 면세가 오클러의 목표. (시련 응결·보상은 면세)
전체 서사·용어: LORE_COMMANDER_MERIT.md

공적치 획득 (확정)

meritXp = (runBaseline + monsterMerit) × defeatMult
runBaseline = globalFloorReached × 12 + score / 450
monsterMerit = Σ baseMerit(tier) × (1 + localFloor/20) × fatigueRatio
defeatMult = 0.5 | 1.0

감쇠: 종족별 배율 — 처치마다 ×2/3, 하한 0.1, 선형 회복 +0.15/h. 패배 시 전체 50% (구출 비용). 상세: LORE §3.3.

• 레벨업 XP: XP_req(L) = 175 × L^1.42 (2026-07 — 초반 레벨업 완만화)

세금 감면 ↔ 경제 (구현됨 — 유휴만)

확정: 세금은 허브 유휴 생산(settleIdleOchl)에만 적용. 시련 응결·종료 vault 입금은 면세.

시련 중 ochlReserve 증가(응결) 및 시련 후 vault 귀환: 세금 0%.

구현: taxRate(commanderLevel) · settleIdleOchl · depositTrialSpoilsToVault(면세).

시련 전투 소폭 보너스 (인플레이션 캡 — 선택)

우선은 세금·슬롯·carry만 적용하고 전투 스탯 보너스는 보류 권장.

해금 테이블

2.8 전투 스탯 공식 (구현됨 — 유닛 def/hp만 해당, ATK/SPD는 §2.5 참고)

effectiveDef/hpMax = (accountBonus + nonWeaponItemStatSum + synergyBonus + positionMods)
                     × (1 + blessingMod)
                     × elementResonanceBonus

• 유닛 자체엔 기본 ATK/SPD가 없다(BALANCE.playerBaseAtk/Spd 폐기) — 무기 아이템(atk>0)만 개별 ATK/SPD를 가진다 (§2.5 computeUnitWeapons).
• positionMods: 선택 포지션 modifiers 합산 (def/hp 계열에만 적용)
• nonWeaponItemStatSum: 그리드의 비무기 아이템 def/hp 합 — Broken 아티팩트는 0, 내구 비례 감쇠 (§4.1a)
• 오클 활성화: 배치 시 activationCost 차감, 미지불 시 스탯 50%만 적용

2.9 구현 단계

2.10 구 직업명 매핑 (폐기)

3. 속성(Element) 시스템

3.1 5원소 정의

3.2 통제 사이클 (약점)

Fire → Wind → Earth → Water → Fire (시계 방향)

      Fire
     ↗    ↘
  Water    Wind
     ↖    ↙
     Earth

• Void 는 사이클 밖. 모든 속성에 약점 판정 없음, 대신 neutral 대상에 1.15× (고정).
• Void 몬스터는 모든 비-void 공격에 0.85× (완전 면역 아님).

3.3 저항 4단계

3.4 약점 라이더 (Weak 시 부여)

참고: Persona류 "약점 = 데미지 + 전술 디버프" 패턴 (Marco D'Antino JRPG 설계 사례).

3.5 상성 계산 (결정론)

// shared/src/combat/element.ts
function elementMultiplier(
  attackElement: Element,
  defenderProfile: ElementProfile, // weak/resist per element
): { mult: number; applyRider: StatusId | null }

전투 로그에 element, mult, riderApplied 필드 추가 → 리플레이·디버그 가능.

3.6 층·바이옴과 속성

시련 UI는 로컬 1–10. 스케일·풀은 globalFloor (§1.6).
Ch.IV–X 전체 표: CHAPTERS_10_PLAN §2.

4. 아이템(Item) 레벨링

4.0 오파츠 vs 아티팩트 (이원 계통)

로어: DESIGN.md §오파츠 vs 아티팩트

Phase 1b 오파츠 목표: 8~12종 (룰 체인저 위주). 아티팩트 47종은 §4.5 유지.

머지 규칙:

• 아티팩트: §4.2 T1→T5
• 오파츠: 기본 머지 불가. Phase 2 oopart.fuse 레시피 최대 3종 (동일 계열 2→1, 1회 한정)

상점 풀 분리:

shopPool(f) = { item | item.shopPool && item.origin === 'artifact' && tierUnlock(f, item) }
oopartDrop(f) = blessingPool(f) ∪ bossLoot(f) ∪ ruinEvent(f)

오파츠 그리드: 모든 오파츠는 shape로 ≥2칸 점유. proc만 주는 0칸 유물 금지 (메그넘 body 2×2 예외).

경제 루프 (시련 내):

층 보상·전투 승리로 오클 → 상점 구매/수리 → 전투 종료 시 마모(유지) → 다음 층

오파츠는 이 싱크에 끼지 않음 — 희귀하지만 마모 없음.

4.1a 아티팩트 내구도 (Durability)

무기·갑옷·장신구·소모품 = 이번 시련 안에서 오클로 보충하는 소모성 장비.

시련(1런) 안에서의 유지 — 핵심

❌ 아닌 것: 전투마다 내구 풀충전 / 층 넘길 때마다 자동 수리 / 시련 간 내구 이월(메타).

예: 롱소드 5/5 → 1전투 후 4/5 → 상점 안 가면 2전투 후 3/5 … 0이면 Broken까지 그 시련 내에서 유지.

기본 규칙

레이아웃 붕괴 (Grid-First)

Broken 아티팩트는 세금이 아니라 퍼즐 이벤트:

1. L자 무기 파손 → 빈 칸 3개 + 인접 blade_wall 해제
2. 상점: 수리 vs 다른 shape 신규 구매 vs 판매 후 재배치
3. 축복 bless.merge·bless.stash와 시너지

maxDurability (티어별 기본)

wearPerBattle 기본값 1. Epic은 maxDurability +2.

상점 보충

수리는 같은 defId·tier 인스턴스만. 티어업은 머지 또는 고티어 신규 구매.

머지와 내구

• 머지 결과 인스턴스: 내구 풀 (maxDurability of new tier)
• Broken 2개 머지: 불가 — 수리 또는 제거 후 재료만 사용

스탯 반영

itemStatContribution = broken ? 0 : baseStat   // 마모 중에도 스탯 유지. Broken만 0

오클 미충전 시 underchargedStatMult(0.7) 별도 적용 — COMBAT_FORMATION.md §3.

내구 50%일 때 스탯 ≈ 70%. 완파 시 0. 오파츠는 항상 100%.

UI

• 아이템 툴팁: Durability 4/9
• Broken: 회색 오버레이 + ui.itemBroken
• 상점: Repair (3 ○) / Replace (8 ○)

4.1b 활성화 비용 · 인접 공명 (Grid-First)

로어: 오클 투입 = 유물 각인 가동. 이웃 유물과 태그가 맞으면 오클 흐름이 공명해 비용이 줄어든다.

활성화 (activationCost)

인접 할인 (adjacency)

effectiveCost(item) = max(0, baseCost - adjacencyDiscount(item))

adjacencyDiscount = min(2, count of orthogonal neighbors where:
  neighbor.tag ∩ item.synergyTags ≠ ∅
  OR synergy.{id} unlocked and pair matches)

• position.mage: staff/spell 이웃은 추가 −1 (§2.2)
• Phase 1b: blade_wall, arcane_focus 등 §4.4 시너지와 연동

상점 = 배치 페이즈

4.1c 키메라 오브 (chimera_orb)

로어·UX: DESIGN.md §키메라 오브
키메라 술사가 배낭의 오브를 두고 전투 시 소환. 별도 펜·보조 그리드 없음.

아이템 규칙

등급 ↔ shape 크기

orbPower = floor(baseChimera × rarityMult[r] × cellCount^0.35)

큰 오브 = 강한 소환 + 많은 칸 + 높은 activationCost. 소대에 술사 없으면 소환 0.

전투

• 전투 시작: 배치된 각 오브 → 키메라 1체 스폰 + activationCost 차감
• 소환수: 독립 HP·ATK·속성. 오토배틀 유닛
• 전투 종료: 오브 내구도 변화 없음

획득

Phase 2: 오브 def 12~16종. shape는 등급 테이블 준수. 상세 CHIMERA_DESIGN.md.

4.1d 키메라 제작 (Poem Seal · Fuse)

마스터: CHIMERA_DESIGN.md. 포획 없음.
코어 = 5×5 소재 + 시(poem). 도감 시는 시글 해금 필수(동일 문구라도 미해금이면 Canon 아님).
자작 시 = 예술·소재 연관 AI 점수 → 스탯 가점. 특성 ≤3. 아트 = 지연 큐(즉시 생성 금지).

재료·상점

Poem Seal 요지

Fuse (보조)

동일 오브 ×2 → 티어↑. Evolve는 시 봉인으로 흡수(중복 최소화).

UI

• 허브 합성 결계: 5×5 · Seal · Reveal Form
• 도감: 시 시글 구매
• 상점: 기본 소환 · 아티팩트 풀 확대

4.1 희귀도 (Rarity)

4.2 티어 스케일 (머지)

stat(tier) = floor(baseStat × 1.08^(tier - 1))
price(tier, rarity) = floor(basePrice × rarityMult × tier^1.6)

4.3 아이템 스키마 확장 (ItemDef)

type ItemDef = {
  id: string;
  nameKey: string;
  descKey: string;
  origin: 'artifact' | 'oopart';
  originSubtype?: 'magic' | 'science' | 'hybrid' | 'body';
  mergeable: boolean;
  shopPool: boolean;
  shape: Shape;
  rarity: Rarity;
  maxTier: number;
  tags: ItemTag[];
  compatiblePositions?: PositionId[];  // 소대 역할. chimera_orb → ['chimera_sage']
  element: Element | 'neutral';
  activationCost: number[];
  maxDurability: number[];   // artifact only; oopart는 빈 배열
  wearPerBattle: number;     // artifact 기본 1, oopart 0
  atk: number[];
  def: number[];
  hp: number[];
  spd: number[];
  onHit?: CombatEffect[];
  onTick?: CombatEffect[];
  adjacency?: AdjacencyRule[];
};

런타임 (PlacedItem):

type PlacedItem = {
  instanceId: string;
  defId: string;
  tier: number;
  rotation: Rotation;
  cells: Cell[];
  durabilityCurrent?: number;  // artifact
  broken?: boolean;
};

4.4 태그 시너지 (런 내 레벨링)

시너지는 런 중 해금 목록에 추가되며 UI에 배지 표시.

4.5 콘텐츠 규모 (Phase 1 목표)

5. 몬스터(Monster) 레벨링

5.1 아키타입

5.2 층 스케일 공식

기본 몬스터 스탯 (아키타입 배수 적용 전):

floorPower(f) = f^0.65          // 완만한 성장 (√~선형 사이)
tierBonus(f)  = 1 + 0.04 × floor(f / 5)   // 5층마다 +4% 스텝

HP  (f) = round(30 × floorPower(f) × tierBonus(f))
ATK (f) = round(5  × floorPower(f) × tierBonus(f))
DEF (f) = round(2  × floorPower(f) × tierBonus(f))
SPD (f) = round(8  + f × 0.4)   // 선형, 상한 22

보스 층: 챕터 내 로컬 5·10 (= 글로벌 5·10·15·20·25·30).

bossMult = 2.2 (globalFloor<15) | 2.8 (globalFloor≥15)
+ 페이즈2 @ HP 50%: ATK ×1.25, 속성 resist 1단계 상승

예시 수치 (globalFloor):

(실제 값은 shared/data/floors.ts + GEEvo 시뮬로 튜닝)

5.3 몬스터 테이블 스키마

type MonsterDef = {
  id: string;
  nameKey: string;
  archetype: Archetype;
  element: Element;
  elementProfile: Partial<Record<Element, ResistanceTier>>;
  lootTableId: string;
  skills?: MonsterSkill[];  // Phase 1.5
};

5.4 전투 보상 — 마력 응결 (Condensation)

몬스터를 주워서 보상을 얻지 않는다. 처치 시 적이 흘리는 마력 잔迹(Od spill) 를, 시련 전투에 참여 중인 오클러의 응집기관이 흡수해 오클로 응고한다.
역할: 오클 수입 → 상점에서 새 조각 구매 → 배낭 재배치 (§0.1). 빌드 자체는 응결로 결정되지 않음.

1. 적 마력 방출량 (층·난이도)

spillOd(f, tier) = baseSpill(f) × tierMult(tier)

baseSpill(f) = 3 + f + rng(0, 2)          // 일반
bossSpill(f) = 8 + f × 2                  // 보스 (별도 테이블)

2. 오클러별 응결 가중치

condenseWeight(ochler) =
  talentMult(mageTalent)
  × (allyId === SPECIAL_OCHLER_ID ? PROTAGONIST_OCHL_MULT : 1)

totalWeight = sum(condenseWeight) over ochlers in trial.battle

3. 승리 시 오클 획득

ochlGained = floor(spillOd × totalWeight / REF_WEIGHT)

// REF_WEIGHT = 1.0 (밸런스 기준점, economy.ts 데이터화)
// Phase 1a: 오클러 1명 암시 → totalWeight ≈ talentMult

4. 아이템 드랍 (물리 루팅 없음)

UI 카피 방향: Condensed {n} Ochl from battle residue — 바닥 드랍이 아니라 코어/배낭 흡입 연출.

비채택 (확정): 엘리트·보스 처치 시 속성 오클·특수 오클 별도 지갑/화폐 없음. ochlReserve 단일 풀만. 엘리트·보스는 spillOd/bossSpill 수치 상향 + 연출(속성색 파티클)으로만 차별. 공명 버프·1칸 결정 등 2차 자원도 넣지 않음.

6. 재산(Economy) 설계

6.1 경제 그래프 (GEEvo 스타일)

flowchart LR
  subgraph sources [Sources]
    IdleRegen[Idle_Regen]
    TrialRefund[Trial_End_Refund]
    BattleCondense[Battle_Condensation]
    BossBonus[Boss_Bonus]
  end

  subgraph pools [Pools]
    Vault[Ochl_Vault_Hub]
    Reserve[Ochl_Reserve_Run]
  end

  subgraph sinks [Sinks]
    TrialEntry[Trial_Entry_Cost]
    ShopBuy[Shop_Purchase]
    Repair[Artifact_Repair]
    Reroll[Shop_Reroll]
    Activation[Item_Activation]
    ExpandBag[Bag_Expand]
  end

  IdleRegen --> Vault
  TrialRefund --> Vault
  Vault --> TrialEntry
  TrialEntry --> Reserve
  BattleCondense --> Reserve
  BossBonus --> Reserve
  Reserve --> ShopBuy
  Reserve --> Repair
  Reserve --> Reroll
  Reserve --> Activation
  Reserve --> ExpandBag
  Reserve -->|런 종료 100%| Vault

Phase 1a: Vault·Idle 없음 — Reserve만 (기존 gold).

6.2 오클 인플레이션 제어

검증 fitness (GEEvo): 시드 10,000 런 시뮬 → 층별 평균 오클이 위 밴드 ±15% 이내.
싱크: activationCost, 상점 재구매, 수리, 리롤, 시련 입장비. 아티팩트 마모가 반복 지출을 만든다.

6.3 가격 공식

buyPrice(item) = floor(rarityBase[r] × tier^1.6 × (1 + 0.03×floor))
sellPrice(item) = floor(buyPrice × 0.45)   // 환금은 구매의 45%

rerollCost(f) = 1 + floor(f / 4)           // 1,1,1,1,2,2,2,2,3...

6.4 메타 화폐

6.4a 포지 마크 (Sigils)

• 획득: 시련 플레이만 — 런 종료 floor × 1 (승리 ×2), 일일 첫 승 +5
• 용도: 도감 슬롯, 해금, 시작 축복 1회 선택 (스탯 아님), 마크 전용 치장
• 금지: ATK/HP/DEF, 오클, 오파츠, 전투력 로스터

6.4b 골드 (metaGold)

로어: 제국·아카데미가 지급하는 표준 금화. 시련 오클과 무관.

획득 (확정 — 이 경로만):

❌ 시련 ochlReserve 환전 · ❌ 뽑기 · ❌ IAP 직접 (IAP는 premium 별도 Phase 3+)

소비 — 골드 상점 (goldShop):

type CosmeticArtifactOffer = {
  skinId: string;
  baseDefId: string;   // 기존 아티팩트 id — 스탯은 baseDefId에서만
  priceGold: number;
  cosmeticOnly: true;  // 필수
};

스키마 가드: goldShop 아이템에 atk/def 필드 금지. CI에서 검증.

6.4c 화폐 격리

ochlReserve  ──X──►  metaGold
metaGold     ──X──►  ochlReserve
Sigils       ──X──►  ochlReserve

• 골드로 시련 입장·소환진 불가 → Grid-First·GEEvo 밸런스 유지.

6.4d 퀘스트 · 골드 지급 (quests.ts)

골드는 이 표의 경로(+ 출석·쿠폰·이벤트)로만 들어온다. 시련 보상 아님.

출석 (Daily Login)

일일 퀘스트 — 3개 (매일 00:00 UTC 리셋)

슬롯 3개 고정. 1개 무료 리롤/일 (quest.reroll).

일일 풀: 위 6종 중 랜덤 3종 (중복 없음).
일일 합계 목표: 약 40~50 metaGold (적극 플레이 기준).

주간 퀘스트 — 3개 (월요일 00:00 UTC 리셋)

주간 풀: 4종 중 고정 3종 (시즌별 데이터 교체 가능).

업적 (1회성)

이벤트 · 쿠폰

type QuestDef = {
  id: string;
  nameKey: string;
  descKey: string;
  period: 'daily' | 'weekly' | 'achievement' | 'event';
  goal: QuestGoal;
  rewardGold: number;
  rewardSkinId?: string;  // cosmetic only
};

Phase: 출석+일일 3 → 2.5. 주간·업적 → 2.5~3. 이벤트·쿠폰 → 3.

6.4e 골드 상점 · 로테이션 (goldShop.ts)

확정 가격·확정 목록. 뽑기 없음. cosmeticOnly: true 필수.

탭 구조

주간 로테이션 (월요일 00:00 UTC)

weekIndex = floor(unixWeek / 1) % rotationPool.length

featured[week]  = rotationPool.featured[weekIndex]   // 1종
rotation[week]  = rotationPool.items[weekIndex]      // 4~6종

재출시: 동일 스킨 최소 8주 간격 (minWeeksBeforeReturn).

스키마

type GoldShopOffer = {
  id: string;
  nameKey: string;
  kind: 'character_skin' | 'artifact_skin' | 'satchel_skin' | 'battle_vfx' | 'ui_theme' | 'title_frame';
  priceGold: number;
  cosmeticOnly: true;
  skinId?: string;
  baseDefId?: string;   // artifact_skin only
  rotationWeek?: number; // undefined = permanent
  featured?: boolean;
};

경제 목표 (F2P)

→ 무과금으로도 주간 스킨 1종은 2~4주에 도달 (Featured 가격 튜닝).

UI

• 허브 Gold Shop (ui.goldShop) — 시련 중 접근 불가
• Featured 카운트다운: Resets in {d}d {h}h
• 이미 보유 skinId → 구매 불가 (중복 방지)

Phase 2.5 구현. 시련 상점(Synth Shop)과 UI·데이터 완전 분리.

6.5 상점 풀 가중치

P(item | floor f) ∝ rarityWeight × biomeElementWeight × tierUnlock(f)

• tierUnlock(f): T4는 f≥8, T5는 f≥15 에만 풀 등장

7. In-Run 축복(Floor Blessing)

층 클리어 시 3택1. 풀 가중치: 그리드형 60% · 스탯/오클형 40% (§0.1).

7.1 그리드형 (우선)

7.2 보조형

보스 층 후 희귀 축복 풀: 오파츠 1개 (≥2칸 shape) · 가방 +1행 · 무료 머지 2회.

8. 다국어(i18n)

8.1 지원 로케일 (Phase 1)

6개 로케일. Phase 2에서 de, fr 검토.

8.2 키 구조

item.{id}.name
item.{id}.desc
position.{id}.name
position.{id}.desc
oopart.{id}.name
oopart.{id}.desc
monster.{id}.name
element.{id}.name
synergy.{id}.name
synergy.{id}.desc
blessing.{id}.name
blessing.{id}.desc
ui.shop.reroll
ui.run.floor
...

• 코드 식별자·id는 영어, 표시 문자열만 t(key)
• shared/data/ 의 nameKey / descKey 만 저장, 번역은 client/src/i18n/locales/{locale}.ts
• 숫자·단위는 Intl.NumberFormat / formatGold(n)

8.3 파일 배치

client/src/i18n/
  index.ts          # createI18n, locale detect (navigator → en fallback)
  locales/
    en.ts           # 소스 — 신규 키는 여기만 수동 추가
    ko.ts
    ja.ts
    zh-Hans.ts
    zh-Hant.ts
    es.ts

초기엔 en + ko 만 채우고, 나머지는 en 폴백 → 점진 번역.

8.4 번역 범위 (Phase 1)

9. 데이터 파일 맵 (구현 시)

shared/data/
  elements.ts
  hub.ts            # PARTY_MAX, regen, vaultCap, talent tables
  companions.ts     # 오클러 동료 풀 (Phase 2.5)
  positions.ts
  items/
  ooparts.ts
  monsters.ts
  floors.ts
  economy.ts
  quests.ts          # 일일/주간/업적 → metaGold
  goldShop.ts        # metaGold 로테이션 상점 (Phase 2.5)
  attendance.ts      # 출석 보상 (Phase 2.5)
  synergies.ts
  blessings.ts
  chimeraRecipes.ts   # Craft/Evolve 레시피 (Phase 2)
  chapters.ts         # TrialChapter 1-3, globalFloor
  commanderLevels.ts   # 구 protagonistLevels / accountLevels
shared/src/
  merge/chimeraEvolve.ts  # Craft/Fuse/Evolve (Phase 2)
  combat/element.ts
  combat/squadChannel.ts  # §2.5 Squad Channel 시뮬
  hub/idleRegen.ts
  hub/party.ts
  economy/simulate.ts
  roster/applyPosition.ts
client/src/i18n/...

10. 밸런스 검증 파이프라인

1. 단위 테스트: 속성 배율, 티어 스케일, 머지, replayActions 결정론
2. 시뮬 테스트: simulateRuns({ seeds: 10_000, class, targetFloor })
   • 챕터별 생존률 목표: 로컬 F5 85%, F10 클리어 55% (챕터 I 기준)
   • Grid fitness: 동일 시드·층·오클에서 배치 3종 permutation 승률 분산 ≥ threshold
3. 경제 fitness: 층별 평균 오클 밴드 (§6.2)
4. CI: PR 시 시뮬 1,000 시드 스모크, main은 10,000

11. 구현 우선순위 (Phase 1b)

Phase 2.5 (메타 · 치장)

12. 현재 MVP와의 차이