NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

검은사막 모바일Black Desert Mobile

논타깃 액션·가문 투자·복수 성장 경로를 지키며 Heat 0 이후 다음 행동·규칙·잔여 가치를 연결하는 선택 계약

최적화설계 · BASELINE 2026-03-29

DECISION QUESTION · 2026-03-29

Heat-zero 전환과 다섯 독립 잔여를 무엇을 바꾸지 않고 읽히게 하며 언제 되돌릴 것인가?

DECISIONT최적화설계
01상태

상태

common branch 승인된 분석와 representative decision이 완료됐습니다.

02설계

Core 1 + Active Secondary 5

03산출

산출

6 · validation 6 · rollback 6을 보존합니다.

DECISION QUESTIONHeat-zero 전환과 다섯 독립 잔여를 무엇을 바꾸지 않고 읽히게 하며 언제 되돌릴 것인가?
DECISION ANALYSIS JUDGMENT기본 권고는 Core 1 + Active Secondary 5의 여섯 로컬 판단 packet입니다.

설계 방향 · 보호 계약 · 검증 · rollback

제1장 · 근거 & Control

Decision Analysis

T는 문제를 다시 고르거나 새로운 통합 플랫폼을 발명하지 않습니다.

  1. 01TQ Anchor

    Core identity·leverage·protect·forbidden을 그대로 가져옵니다.

    Core identity·leverage·protect·forbidden을 그대로 가져옵니다.

  2. 04TReserve

    04·05·07·10·11

  3. 05TForm

    여섯 로컬 판단면과 독립 off-switch를 유지합니다.

    여섯 로컬 판단면과 독립 off-switch를 유지합니다.

제2장 · 여섯 모순

판단 가능성을 높이되 처리량·희소성·숙련·자발성을 평탄화하지 않습니다

각 모순은 읽기 쉬움과 현재 작동 구조의 보호를 함께 요구합니다.

  1. 01TA · Heat

    route availability를 읽히게 하되 경로를 자동 선택하지 않습니다

    열기·흑정령·복수 경로·무료 경로를 보존합니다.

  2. 02TB · Event

    상태와 기한을 일치시키되 cadence를 단일화하지 않습니다

    기존 기간·보상·채널 owner를 유지합니다.

  3. 03TC · Currency

    재화 의미를 읽히게 하되 rate·faucet·sink·market을 바꾸지 않습니다

    경제 통제와 효율 선택을 함께 보호합니다.

  4. 04TD · Lucky

    확률·잔여를 읽히게 하되 결과·게이지·보장을 바꾸지 않습니다

    attempt와 hold의 동등한 선택을 지킵니다.

  5. 05TMatch

    matched context를 읽히게 하되 자동 보정이나 숙련 평준화를 하지 않습니다

    수동 입력과 접근·공정을 함께 보호합니다.

  6. 06TF · Guild

    자발 참여와 사회 정체성을 보호합니다.

    자발 참여와 사회 정체성을 보호합니다.

제3장 · Derivation Chain

각 packet은 Q 근거에서 ·원리·To-Be·보호·검증·rollback으로 이어집니다

중간 단계를 생략해 솔루션 이름만 남기지 않습니다.

  1. 01TQ→

    진단 문장을 읽기 가능성과 보호 조건의 모순으로 번역합니다

    Q identity를 변경하거나 새 원인을 추가하지 않습니다.

  2. 02T→Principle

    모순을 분리·계층·사전 준비·동적 검증 원리로 풉니다

    원리는 제품 효과나 implementation 명세가 아닙니다.

  3. 03TPrinciple→To-Be

    기존 근거를 읽는 제거 가능한 판단 surface로 구체화합니다

    native ·settlement는 원경로에 남습니다.

  4. 04TTo-Be→Card

    scope·근거·state·choice·owner·guardrail을 카드에 고정합니다

    여섯 카드는 서로 다른 근거와 flag를 가집니다.

  5. 05TCard→Validation

    좌표와 adverse/no-effect/recovery 방향을 잠급니다

  6. 06TValidation→Rollback

    효과 부족이 Q identity를 자동 재개봉하지 않습니다.

    효과 부족이 Q identity를 자동 재개봉하지 않습니다.

제4장 · Core A

Heat-Zero Ready Route Layer는 상태를 준비하고 선택 순간 다시 검증합니다

  1. 01TPrecheck

    Heat 0 전에 기존 자격·티켓·스케줄·CP 상태를 읽습니다

    authoritative 근거를 복제하거나 새 규칙을 만들지 않습니다.

  2. 02TRevalidate

    선택 순간 eligibility를 다시 검증합니다

    stale state와 race condition을 선택 전에 분리합니다.

  3. 03TSurface

    가능한 경로와 차단 이유를 같은 layer에 보여 줍니다

    next action·route rule·residual value를 함께 읽게 합니다.

  4. 04TChoice

    사용자가 선택·보류·종료합니다

    자동 route·Black-Spirit-only·강제 continue를 금지합니다.

  5. 05TProtect

    Heat throughput·route plurality·Black Spirit·free path

  6. 06TRestore

    layer off 시 원래 route surface로 복원합니다

    독립 flag와 native restore proof 없이입니다.

제5장 · Active B–F

Event·Currency·Lucky·Match·Guild는 독립 passport로 남습니다

  1. 01TB · Event

    이벤트 리듬 상태 계약

    period/근거와 claim·deadline·next state를 같은 의미로 연결합니다.

  2. 02TC · Currency

    계층형 재화 가치 패스포트

    role/use→근거/sink/market→age/ledger/consequence를 단계적으로 엽니다.

  3. 03TD · Lucky

    계층형 시도·보류 판단 패스포트

    probability·gauge·expiry·safety lineage와 attempt/hold를 함께 둡니다.

  4. 04TMatch

    플랫폼·입력 매칭 규칙 패스포트

    entry/result/requeue가 같은 matched context를 읽게 합니다.

  5. 05TF · Guild

    역할별 기여·인정 패스포트

    permission·contribution·record·recognition·voluntary return을 연결합니다.

  6. 06TIsolation

    five sources · five owners · five off-switches

    한 카드의 결함이나 stop이 다른 카드를 같이 끄지 않게 합니다.

제6장 · To-Be & Patch

기존 시스템 위에 제거 가능한 읽기층과 세 보조 patch만 둡니다

support patch는 새 제품 규칙이나 별도 개입이 아니라 여섯 카드의 실행 안전을 돕습니다.

  1. 01TState

    각 카드가 authoritative state와 version을 표시합니다

    복제된 truth나 수동 편집본을 canonical로 만들지 않습니다.

  2. 02TReason

    available/blocked/hold의 이유를 action과 같이 보여 줍니다

  3. 03TResidual

    선택 뒤 남은 가치·기회·기한을 표시합니다

  4. 04TP01

    semantic contract patch

    state·reason·choice·result 용어를 카드 간 일관되게 지원합니다.

  5. 05TP02

    근거 freshness and discrepancy patch

    stale/mismatch를 human review와 local stop으로 보냅니다.

  6. 06TP03

    native restore evidence patch

    각 surface의 off-switch와 복원 증거를 release 전 요구합니다.

제7장 · Validation

A–F 모두 방향·분모·보호 손상·중단 조건을 함께 봅니다

  1. 01TA

    Heat 0 route/reason→selection→residual→continue/return

    route concentration·free path·burden 악화도 함께 봅니다.

  2. 02TB

    event state/channel/deadline→claim→next state

    cadence·reward·owner mismatch와 고객 혼선을 함께 봅니다.

  3. 03TC

    currency passport inspect→hold/use→consequence

    경제 rate·market·free path의 보호 손상을 함께 봅니다.

  4. 04TD

    probability/gauge/expiry inspect→attempt-or-hold→residual

    시도 증가를 성공이나 만족으로 쓰지 않습니다.

  5. 05TE

    matched context→entry/result→requeue/exit

    수동 숙련·공정·접근성의 방향을 분리합니다.

  6. 06TF

    role/permission→contribution→recognition→return

    길드 자발성·권한·보상·관계 손상을 함께 봅니다.

제8장 · Rollback & Menu

Observe에서 Revalidate까지 카드·surface·portfolio 단위로 되돌립니다

일반 부작용은 가장 작은 범위에서 멈추고 구조 모순이 생길 때만 Q/S/T를 재검토합니다.

  1. 01TObserve

    방향이 불명확하고 보호 조건이 정상일 때 관찰합니다

    원로그·근거 freshness·분모를 재검증합니다.

  2. 02TLocal Revert

    overlay·copy·config·mapping을 되돌립니다

    native rule과 은 그대로 둡니다.

  3. 03TSurface Stop

    affected surface·segment·adapter를 중단합니다

    다른 카드와 근거를 같이 끄지 않습니다.

  4. 04TNative Restore

    해당 packet을 제거하고 원래 surface를 복원합니다

    복원 증거와 후속 관찰을 남깁니다.

  5. 05TRevalidate

    새 사실이 Q/S/T 구조를 모순낼 때 재정합합니다

    효과 부족만으로 Core를 다시 고르지 않습니다.

  6. 06TMenu

    default · runtime reserve remains closed

    Reserve 교체와 확장은 새 분석와 실행 승인을 요구합니다.

실행 방향과 검증 조건 분석

Decision Analysis

field·근거·join·baseline·owner·capacity·flag·rollback proof가 채워질 때까지 모든 카드는 hold입니다.

  1. 01T실행 방향과 검증 조건 기준

    common 승인된 분석와 representative decision은 완료됐습니다.

    common 승인된 분석와 representative decision은 완료됐습니다.

  2. 02TEvidence

    authoritative field·근거 version·customer join·baseline이 필요합니다.

    authoritative field·근거 version·customer join·baseline이 필요합니다.

  3. 04TAction

    실명 owner·capacity·QA·feature flag·monitoring이 필요합니다.

    실명 owner·capacity·QA·feature flag·monitoring이 필요합니다.

T 판단 마감

T 판단 마감

01NEXT ACTION

Core A와 Active B–F 독립성 고정

02NEXT ACTION

실행 증거·owner·승인 전 Pilot/Release 금지

DECISION ANALYSIS OVERVIEW다섯 분석의 연결 논리와 전체 판단 보기 →