NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

포켓몬유나이트Pokémon UNITE

원천을 합치지 않고 상태·선택·행동·원경로 복귀의 문법만 공통화하는 권장안

baseline 6+support 6, owner 6, non-equivalence 8과 독립 rollback으로 맥락형 신뢰·선택을 설계합니다. · 실행 방향 · BASELINE 2026-06-27

DECISION QUESTION · 2026-06-27

원천 권한과 수동 선택을 지키며 매치 진척·경쟁 결과·구매·재화·소유·RNG를 어떤 공통 문법으로 읽고 원경로로 돌려보낼 것인가?

권장안가 권장 기본, 공격 조건부 대안이 공격 조건부 대안, 안전 대안이 안전 fallback이며 세 profile은 상호배타입니다. 근거 owner 6, cross-owner interface 7, state non-equivalence 8, removed-face 3, fail-closed와 minimal rollback을 모든 profile에서 유지합니다.

DECISIONT실행 방향
01Default

권장안

맥락형 신뢰·선택 설계가 기본 잠금입니다.

02Portfolio

Baseline 6 + Support 6

safe-class 1·trigger-only 2·internal-only 3입니다.

03Integrity

Owner 6 · Interface 7 · Non-equivalence 8

DECISION QUESTION원천 권한과 수동 선택을 지키며 매치 진척·경쟁 결과·구매·재화·소유·RNG를 어떤 공통 문법으로 읽고 원경로로 돌려보낼 것인가?
DECISION ANALYSIS JUDGMENT기본 최적화안은 권장안 맥락형 신뢰·선택 설계입니다. 플레이 결과, 경쟁 판정, 구매, 재화 사용, 소유, RNG를 한 허브로 합치지 않고 각 원천을 분리한 채 근거→STATE→CHOICE→OPTIONAL DETAIL→USER ACTION→ORIGINAL RETURN 문법만 공통화합니다. baseline 6+support 6 가운데 safe-class action은 하나, trigger-only support는 2개, internal governance support는 3개입니다.

권장안 방향 잠금 · 근거 integrity · 검증·rollback·change control 고정

제1장 · 최종 선택

권장안 맥락형 신뢰·선택 설계를 기본 profile로 잠급니다

coverage·부담·가역성의 균형을 profile 단위로 비교하고 혼합 설치를 금지합니다.

  1. 01T권장안 권장

    여섯 lifecycle을 맥락형 공통 문법으로 연결합니다

    근거 분리·선택형 깊이·독립 rollback의 균형으로 DEFAULT LOCKED입니다.

  2. 02T공격 조건부 대안 공격

    cross-surface value recovery coverage를 최대화합니다

    12개와 data·endpoint·cluster·kill-switch 준비가 필요한 조건부 대안입니다.

  3. 03T안전 대안 안전

    critical guard를 기존 surface에 최소 적용합니다

    6개로 가장 가역적이지만 lifecycle·post-use·return coverage가 제한됩니다.

  4. 04TOrder

    권장 권장안→공격 공격 조건부 대안→안전 안전 대안

    고객 메뉴의 순서와 tradeoff를 유지합니다.

  5. 05TExclusive

    세 profile은 상호배타입니다

    Track별 silent mixing은 금지하며 정식 change control 없이는 substitution하지 않습니다.

제2장 · Common Context Grammar

원천은 분리하고 읽기 문법과 원경로 복귀만 공통화합니다

한 context에서 필요한 상태·선택·상세·행동·return의 노출 예산을 고정합니다.

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

    검증된 current state만 표시합니다

    version mismatch·UNKNOWN에서는 state와 action을 숨기고 canonical 근거로 돌아갑니다.

  2. 03TCHOICE

    유효한 행동 하나와 back/hold를 함께 둡니다

    default action·forced conversion·choice deletion을 허용하지 않습니다.

  3. 04TOPTIONAL DETAIL

    lifecycle·reason·remaining path를 한 깊이로 엽니다

    L2/L3는 user-opened이며 menu multiplication이나 taskification을 금지합니다.

  4. 05TUSER ACTION

    allowlisted action만 user-triggered로 실행합니다

    auto claim·buy·repeat·convert와 paid loop를 만들지 않습니다.

  5. 06TORIGINAL RETURN

    원래 맥락과 남은 선택을 복원합니다

    action 뒤 forced mode나 원 endpoint 손실이 있으면 binding을 rollback합니다.

제3장 · Portfolio

성취 회수판을 baseline으로 두고 safe-class에서만 조건부로 엽니다

성취 회수 강화가 추가 관리·의무 루틴으로 바뀌지 않게 합니다.

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

    모듈형 성취 회수판

    한 판의 BP·Energy·LP·Event 변화를 같은 상태 문법으로 보되 자산명·단위·원 claim route를 유지합니다.

  2. 02TSupport

    다중진척 일괄 회수

    choice·exchange·expiry·premium/free·RNG·competition이 없는 safe-class 반복 claim만 수동 batch로 허용합니다.

  3. 03TProtect

    asset purpose·manual choice·저압 복귀·원 endpoint

    통합 상태가 자산의 목적이나 기존 claim 계약을 덮어쓰지 않습니다.

  4. 04TReject

    오분류·강제 claim·menu loop·state mismatch

    하나라도 나타나면 batch를 중단하고 각 원경로를 복원합니다.

  5. 05TRollback

    OFF, manual route 복원, 독립 유지 가능

    유일 항목을 별도 kill switch로 격리합니다.

  6. 06TValidation

    match→progress→eligible claim→return

    completion 수보다 자발 return·extra taps·unknown·route loss와 persona split을 함께 봅니다.

제4장 · Competition과 Commerce

결과 설명과 구매 가치계약을 서로 다른 근거 아래에서 계층화합니다

Trust 개선이 result 재판정이나 entitlement 생성으로 이동하지 않게 합니다.

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

    계층형 결과 설명서

    preparation·ruleset·result 근거/version·reason·replay/report·retry를 결과 변경 없이 L1–L3로 나눕니다.

  2. 02TSupport

    변경 전 신뢰 방어선

    실제 ruleset change trigger에서만 나타나며 version 미확인 시 숨깁니다.

  3. 03TCompetition Guard

    result/MMR·rank hierarchy·build diversity·skill value

    paid advantage를 추정하거나 선택·위계를 줄여 공정성을 대신하지 않습니다.

  4. 04T실행 방향과 검증 조건 기준

    계층형 프리미엄 설명서

    benefit·price 근거·decision·use evidence·renewal을 하나의 구매 계약 흐름으로 표시합니다.

  5. 05TSupport

    갱신·변경 보호선

    실제 renewal/change trigger에서만 적용하며 hidden renewal·default buy를 허용하지 않습니다.

  6. 06TCommerce Guard

    deterministic access·hold/back/cancel·ownership 분석

    구매 완료를 permanent entitlement로 만들거나 spend CTA로 압박하지 않습니다.

제5장 · Economy와 Ownership

재화 목적과 소유 권리를 서로 다른 상태·owner·rollback으로 유지합니다

사용·획득·장착·공개를 같은 완료 상태로 평탄화하지 않습니다.

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

    계층형 경제 문법서

    current currency의 purpose/근거→use→remaining path→free return을 현재 맥락 안에서만 보여 줍니다.

  2. 02TSupport

    분리형 재화 운영판

  3. 03TEconomy Guard

    purpose-specific currency·free path·no new sink

    forced conversion·wrong endpoint·paid refill·route loss를 금지합니다.

  4. 04T실행 방향과 검증 조건 기준

    계층형 소유 여정

    Trial/Limited/Owned→equip→availability→visibility를 권리별로 분리합니다.

  5. 05TSupport

    분리형 소유 운영판

    entitlement/equip/availability/visibility의 version·rollback을 internal-only로 관리합니다.

  6. 06TOwnership Guard

    rarity·expression·consent·entitlement 분석

제6장 · RNG와 근거 Integrity

확률 경로의 상태를 설명하되 확정 접근·소유·경제와 병합하지 않습니다

six owners와 reference-only interface, eight non-equivalence를 hard guard로 둡니다.

  1. 01TF- Baseline

    계층형 RNG 설명서

    probability 근거→participate/back→result→duplicate→verified recovery/NONE→return을 선택형 깊이로 보여 줍니다.

  2. 02TF- Support

    분리형 RNG 운영판

    probability/result/duplicate/recovery/return을 route별 internal governance로 유지합니다.

  3. 03TRNG Guard

    deterministic access·direct/random boundary·rarity·risk choice

    숫자 미확인 odds·recovery·guarantee·universal compensation·paid repeat를 만들지 않습니다.

  4. 04TOwner 6

    Reward·Competition·Commerce·Economy·Ownership·RNG

    각 owner만 자기 state를 만들고 cross-owner는 검증 reference만 교환합니다.

  5. 05TInterface 7

    result completion·purchase 근거·use endpoint·acquisition reference·duplicate route·return ID·cosmetic reference

  6. 06TNon-equivalence 8

    result≠claim, purchase/use/RNG≠owned, duplicate≠compensation

    equipped≠public, unavailable≠revoked, unknown≠promised future state를 함께 유지합니다.

제7장 · Customer Menu와 Signature

고객은 coherent profile 하나를 선택하며 Signature는 기본 OFF입니다

옵션 누적·Track 임의 혼합·cluster 자동 활성화를 금지합니다.

  1. 01T권장

    권장안 맥락형 신뢰·선택 설계

    여섯 context의 state·근거·reason·choice와 독립 rollback을 균형 있게 적용합니다.

  2. 02T공격

    공격 조건부 대안 연결형 가치 회수 확장

    cross-surface ledger·bridge와 조건부 Signature를 다루지만 높은 readiness·burden이 필요합니다.

  3. 03T안전

    안전 대안 핵심 안전장치 우선

    기존 surface의 summary·overlay·decision line·fallback guard만 적용합니다.

  4. 04T설계 범위

    게임별 독립 방향

  5. 05TClusters

    경기 증명·구매 소유·재화 회수의 3개 묶음

    근거/version/endpoint·persona/rarity·독립 rollback을 모두 통과해야 합니다.

  6. 06TChange Control

    검사 실패 혼합안은 권장안로 복귀합니다

    Track substitution도 owner·module·surface budget·removed-face·rollback을 재검사합니다.

제8장 · 검증과 Persona

근거→state→choice→detail→action→return과 여섯 persona를 함께 검증합니다

한 persona의 개선이 다른 persona의 보호선 손상을 가리지 않도록 split 상태를 유지합니다.

  1. 01T근거/State

    canonical owner·route·version과 same input→same state

    stale·mismatch·invented promise면 affected binding을 닫습니다.

  2. 02TChoice/Detail

    eligible action 1+back/hold, optional depth 1

    forced/default action·choice deletion·menu multiplication을 거부합니다.

  3. 03TAction/Return

    user-triggered allowlist와 original context 복원

    auto claim/buy/repeat/convert·forced mode·route loss가 있으면 rollback합니다.

  4. 04TH1/H2

    공정 경쟁과 효율 최적화

    result/MMR 불변, paid-power 추정 금지, extra taps·dashboard·taskification 금지를 확인합니다.

  5. 05TH3

    수집·빌드와 무료 경로

    rarity·completion을 지키고 paid refill·random conversion·forced mode를 금지합니다.

  6. 06TL1/V1

    소액 편의와 상위 사다리

    hidden renewal·repeat-spend CTA, forced exposure·status flattening을 금지합니다.

제9장 · Rollback·Evidence·Approval

설명 과부하는 L2/L3만 OFF합니다

  1. 01TDepth

    설명 과부하는 L2/L3만 OFF합니다

    L1 current state와 original surface는 유지해 코어 경로를 보호합니다.

  2. 02TTrigger

    false/stale change notice는 해당 trigger만 OFF합니다

    원래 ruleset·commerce contract와 선택은 유지합니다.

  3. 03TBinding

    owner/근거 conflict는 shared binding을 OFF합니다

    canonical owner 화면으로 돌아가고 shell은 read-only로 남습니다.

  4. 04TReference

    wrong recovery/entitlement는 해당 reference만 OFF합니다

    UNKNOWN/NONE을 보존하고 근거-native route로 복귀합니다.

  5. 05TNo-Inference

    개선은 검증 방향이며 retention·conversion·revenue 보장이 아닙니다.

    개선은 검증 방향이며 retention·conversion·revenue 보장이 아닙니다.

  6. 06T실행 방향과 검증 조건 기준

    T 판단

T 판단 마감

T 판단 마감

Pokémon UNITE의 기본안은 권장안 맥락형 신뢰·선택 설계입니다. baseline 6+support 6, safe-class 1·trigger-only 2·internal-only 3, 근거 owner 6, interface 7, non-equivalence 8, removed-face 3, 을 유지합니다.

01NEXT ACTION

권장안를 coherent default profile로 유지합니다.

02NEXT ACTION

여섯 baseline과 support의 activation·protect·reject·rollback을 독립 검증합니다.

03NEXT ACTION

근거→state→choice→detail→action→return과 persona split을 함께 봅니다.

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