IV-02
경기 후 결과를 L1/L2/L3 순서로 읽습니다.
COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE
모바일 레전드: 뱅뱅Mobile Legends: Bang BangCore 1 · Attachments 5 · T1 × 6 · R0–R4 · 실행 방향과 검증 조건 · BASELINE 2026-07-08
DECISION QUESTION · 2026-07-08
T는 새로운 경쟁 규칙·코칭·경제·보상·이벤트·관계 자동화를 제안하지 않습니다. source-valid state + one primary cue + optional detail + explicit fallback의 공통 문법만 공유하고 각 시스템의 원본 권위를 유지합니다.
경기 후 결과를 L1/L2/L3 순서로 읽습니다.
Commerce·Economy·LiveOps·Mastery·Social을 분리합니다.
한 surface의 primary cue는 최대 하나입니다.
IV별 source·Outcome·guardrail에 맞춰 독립 검증합니다.
owner·source·baseline·rollback capability 전에는 Pilot을 열지 않습니다.
Ranked 결과 직후의 첫 주의권을 결과·별 변화·중립적 다음 행동에 두고, 필요할 때 준비 맥락과 원본 규칙을 여는 가장 작은 가역적 방향을 잠급니다. 다섯 Secondary는 독립 source·surface·검증창으로 분리합니다.
CHAPTER 01 · CONTRADICTION PORTFOLIO
Core가 첫 주의권을 갖지만 Secondary의 기제와 검증 책임을 흡수하지 않습니다.
result·star·next를 쉽게 읽게 하면서 5v5·Ranked·Setup agency·공정성을 바꾸지 않습니다.
비용·Pity·Exchange 기대와 receipt를 잇되 가격·확률·통화·abandon을 바꾸지 않습니다.
성숙도별 기존 무료 행동을 보이되 새 재화·보상·교환비·권리를 만들지 않습니다.
중복 노출·hop을 줄이되 event 수·일정·보상·optional access를 바꾸지 않습니다.
action→proof→goal을 잇되 새 score·power·reward·goal을 만들지 않습니다.
기존 관계 상태와 행동 하나를 보이되 auto invite·memory·reward를 만들지 않습니다.
CHAPTER 02 · LOCKED PORTFOLIO
대안 메뉴는 동시 실행 목록이 아니며 Core Anchor는 고정입니다.
Ranked post-match에서 result·star·neutral next를 먼저, 준비 맥락과 원본 규칙을 선택적으로 엽니다.
거래 전 비용·보호·규칙과 거래 후 source-valid receipt를 같은 언어로 mirror합니다.
확인 가능한 balance·source/sink와 existing-valid free action만 연결합니다.
기존 anchor를 첫 경로로 두고 optional·return을 제거 가능한 thin strip으로 유지합니다.
NOW·PROOF·NEXT를 source-bound 문법으로 연결합니다.
별도 선택형 receipt에서 기존 관계 상태와 행동 최대 하나를 보여줍니다.
CHAPTER 03 · CORE THREE LAYERS
새로운 패배 원인이나 코칭을 만들지 않고 확인된 사실과 원본만 배치합니다.
첫 화면에서 결과와 별 변화, 재큐·설정·모드·종료 중 기존 유효 행동을 읽습니다.
같은 match의 Battle Setup·영웅·역할·party 구성을 보여주되 인과나 책임을 단정하지 않습니다.
Ranked·result·star의 원본 규칙·버전·이용 가능한 기록을 엽니다.
stale·unjoined·mismatch field를 추정하거나 다른 track에서 빌려오지 않습니다.
정보층은 결과를 해석할 뿐 다음 경기를 자동 기본값으로 만들지 않습니다.
MASTERY_NEXT와 SOCIAL_EXISTING_ACTION이 Core의 다음 행동을 덮어쓰지 않습니다.
CHAPTER 04 · FIVE ATTACHMENT STORIES
공통 문법을 이유로 범용 대시보드나 단일 source를 만들지 않습니다.
비용·Pity/guarantee·exchange·보호조건·rule version을 열고 join된 field만 결과로 mirror합니다.
balance·source/sink·maturity를 확인하고 무료 행동이 없으면 만들지 않으며 premium을 기본값으로 올리지 않습니다.
확인된 중복 impression·hop만 줄이고 stale/unknown overlay만 제거합니다.
현재 유효 행동, milestone/reward lineage, 원본에 존재하는 다음 목표만 연결합니다.
source·expiry를 확인하고 dismiss 시 기존 solo/party 동선으로 돌아갑니다.
CHAPTER 05 · TRUST, VOLITION, VALUE
정보를 더 보여주는 것이 가치·자율·신뢰를 손상하면 해당 branch를 중지합니다.
false lineage·causal claim·색만으로 의미 전달하는 표현을 금지합니다.
forced requeue·CTA·event·goal·party·nudge를 만들지 않습니다.
새 reward·power·currency·threshold 없이 기존 가치를 다음 판단에 연결합니다.
Ranked rule·star·power·reward·matchmaking을 바꾸지 않습니다.
one primary cue·optional detail·hop/dwell guard를 지킵니다.
canonical detail과 reward·goal·threshold의 원본 값을 유지합니다.
existing-valid free action을 paid CTA보다 먼저 두고 없으면 만들지 않습니다.
contract·receipt와 abandon을 보존하고 강제 micro-offer를 만들지 않습니다.
result·scarcity·reward·premium rule의 누적 가치를 유지합니다.
CHAPTER 06 · INTERLOCK & ATTENTION BUDGET
여섯 정보층이 새로운 단일 실패 지점이 되지 않도록 전역 예산을 잠급니다.
두 L1을 같은 surface에 합치지 않고 각자의 source·fallback을 유지합니다.
free action은 valid-action-only이며 Core 결과에 premium 경로를 섞지 않습니다.
LiveOps thin strip이 Core L1의 첫 주의권을 가리지 않습니다.
source·surface·variable·Outcome namespace를 공유하지 않습니다.
Core L1과 경쟁하지 않고 dismissable하며 solo 동선을 보존합니다.
각 개입은 최대 2개 module이며 새 시스템·통화·알림·cross-track inference는 0입니다.
paid-first·solo 손상·NEXT 혼용·primary cue 2개가 나타나면 즉시 원복합니다.
CHAPTER 07 · VALIDATION WINDOWS
모든 Validation은 VM-DRAFT이며 숫자 success threshold와 uplift를 만들지 않습니다.
L1 판독, L3 access, fairness, hop·dwell·latency와 Setup churn을 봅니다.
abandon·regret/CS·free path·Economy conflict·정보 부담을 함께 봅니다.
free path·source/sink·scarcity·paid pressure·false action을 봅니다.
task burden·discoverability·FOMO·stale status를 함께 봅니다.
fairness·non-power·reward parity·choice·scarcity를 지킵니다.
source validity·정보부담·no reward/power와 한 행동 제한을 봅니다.
CHAPTER 08 · ROLLBACK & ACTION CARDS
Rollback 설계가 잠겼다는 사실은 실제 capability나 실행 승인을 뜻하지 않습니다.
각 IV의 source·guardrail·Outcome을 독립 모니터링합니다.
문제 정보층만 제거하고 원본 규칙과 화면을 유지합니다.
영향 범위를 좁히고 다른 track을 함께 끄지 않습니다.
Core·Commerce·Economy·LiveOps·Mastery·Social의 원 화면을 각각 복원합니다.
자동으로 Q/E/M/S를 다시 쓰지 않고 별도 승인 경계로 돌립니다.
result→next와 expectation→receipt의 named owner·source·baseline이 필요합니다.
free action과 anchor/optional/return의 owner·log·rollback이 필요합니다.
action/proof/goal과 relation state/action의 source·consent·comparator가 필요합니다.
CHAPTER 09 · EXECUTION BOUNDARY
Design Lock·실행 준비·검증·배포를 서로 다른 결정으로 유지합니다.
IV-02·05·08·12·14·18의 방향·보호·검증·fallback이 잠겼습니다.
실제 UI inventory와 canonical rule, same-account/session·transaction·ledger·social join을 확인해야 합니다.
Action Unit마다 capacity·log·baseline·denominator를 지정해야 합니다.
release sequence와 independent flag가 없으면 Pilot을 열지 않습니다.
하나의 owner·baseline·log·rollback이라도 비어 있으면 유지합니다.
EXECUTION_APPROVAL=FALSE와 PILOT_OR_RELEASE_AUTHORIZED=FALSE입니다.
DESIGN_LOCK_AND_REPORT_CHAIN_ONLY이며 효과 검증이나 실행 준비를 뜻하지 않습니다.
DECISION READY · EXECUTION HOLD
T는 경기 후 세 층의 해석을 Core로 잠그고 Commerce·Economy·LiveOps·Mastery·Social을 독립 Attachment로 분리했습니다.
Core L1의 result·star·neutral next와 L2/L3 canonical source를 먼저 확보합니다.
다섯 Attachment를 자동 묶음으로 실행하지 않고 각자의 surface·source·Outcome으로 검증합니다.
named owner·baseline·denominator·R1–R3 capability 전에는 AC-HOLD·RR-HOLD를 유지합니다.