01Core Anchor
Core Anchor
경기 후 결과를 L1/L2/L3 순서로 읽습니다.
COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE
모바일 레전드: 뱅뱅Mobile Legends: Bang Bang경기 후 세 층의 해석으로 결과·근거·다음 선택을 연결하는 방향
Core 1 · Attachments 5 · × 6 · 실행 방향과 검증 조건 · BASELINE 2026-07-08
DECISION QUESTION · 2026-07-08
5v5 경쟁문법·Ranked 목표·Setup agency·공정성·무료·solo·자발적 선택을 바꾸지 않고 결과를 다음 Ranked 판단으로 어떻게 연결할 것인가
T는 새로운 경쟁 규칙·코칭·경제·보상·이벤트·관계 자동화를 제안하지 않습니다. 근거-valid state + one primary cue + optional detail + explicit fallback의 공통 문법만 공유하고 각 시스템의 원본 권위를 유지합니다.
DECISIONT실행 방향과 검증 조건
02Attachments
5개
Commerce·Economy·LiveOps·Mastery·Social을 분리합니다.
03주의 예산
1 cue
한 surface의 primary cue는 최대 하나입니다.
04검증창
24h–28d
별 근거·Outcome·guardrail에 맞춰 독립 검증합니다.
Ranked 결과 직후의 첫 주의권을 결과·별 변화·중립적 다음 행동에 두고, 필요할 때 준비 맥락과 원본 규칙을 여는 가장 작은 가역적 방향을 잠급니다. 다섯 Secondary는 독립 근거·surface·검증창으로 분리합니다.
CHAPTER 01 · CONTRADICTION PORTFOLIO
한 Core와 다섯 독립 모순을 각각 다른 판단 접점에 둡니다
Core가 첫 주의권을 갖지만 Secondary의 기제와 검증 책임을 흡수하지 않습니다.
- 01T실행 방향과 검증 조건 기준
Ranked 결과 해석 × 경쟁문법 보호
result·star·next를 쉽게 읽게 하면서 5v5·Ranked·Setup agency·공정성을 바꾸지 않습니다.
- 02T실행 방향과 검증 조건 기준
Commerce 판독 × 자발성·보호규칙
비용·Pity·Exchange 기대와 receipt를 잇되 가격·확률·통화·abandon을 바꾸지 않습니다.
- 03T실행 방향과 검증 조건 기준
무료 다음 행동 × scarcity·premium 가치
성숙도별 기존 무료 행동을 보이되 새 재화·보상·교환비·권리를 만들지 않습니다.
- 04T실행 방향과 검증 조건 기준
LiveOps 선택비용 × 복귀 앵커
중복 노출·hop을 줄이되 event 수·일정·보상·optional access를 바꾸지 않습니다.
- 05T실행 방향과 검증 조건 기준
Mastery 연속성 × non-power·선택 자유
action→proof→goal을 잇되 새 score·power·reward·goal을 만들지 않습니다.
- 06T실행 방향과 검증 조건 기준
관계 지속 판독 × solo·자발적 party
기존 관계 상태와 행동 하나를 보이되 auto invite·memory·reward를 만들지 않습니다.
CHAPTER 02 · LOCKED PORTFOLIO
Three-Layer Post-Match Interpretation
대안 메뉴는 동시 실행 목록이 아니며 Core Anchor는 고정입니다.
- 01T실행 방향과 검증 조건 기준
Three-Layer Post-Match Interpretation
Ranked post-match에서 result·star·neutral next를 먼저, 준비 맥락과 원본 규칙을 선택적으로 엽니다.
- 02T실행 방향과 검증 조건 기준
Three-Layer Commerce Contract & Mirrored Receipt
거래 전 비용·보호·규칙과 거래 후 근거-valid receipt를 같은 언어로 mirror합니다.
- 03T실행 방향과 검증 조건 기준
Maturity-State Free-Action Map
확인 가능한 balance·근거/sink와 existing-valid free action만 연결합니다.
- 04T실행 방향과 검증 조건 기준
Anchor-First Return Strip
기존 anchor를 첫 경로로 두고 optional·return을 제거 가능한 thin strip으로 유지합니다.
- 05T실행 방향과 검증 조건 기준
Action–Proof–Next Mastery Spine
NOW·PROOF·NEXT를 근거-bound 문법으로 연결합니다.
- 06T실행 방향과 검증 조건 기준
Post-Match Relationship Receipt
별도 선택형 receipt에서 기존 관계 상태와 행동 최대 하나를 보여줍니다.
CHAPTER 03 · CORE THREE LAYERS
Ranked 결과 뒤에는 필요한 깊이만 순서대로 엽니다
새로운 패배 원인이나 코칭을 만들지 않고 확인된 사실과 원본만 배치합니다.
- 01TL1
확정된 result·star delta·중립적 다음 행동
첫 화면에서 결과와 별 변화, 재큐·설정·모드·종료 중 기존 유효 행동을 읽습니다.
- DECISION
- 첫 주의권
- 02TL2
관측된 setup·role·lineup
같은 경기의 Battle Setup·영웅·역할·party 구성을 확인 가능한 맥락으로 보여 줍니다. 인과와 책임은 별도의 근거로 판단합니다.
- DECISION
- 선택형 맥락
- 03TL3
canonical 규칙과 available record
Ranked·result·star의 원본 규칙·버전·이용 가능한 기록을 엽니다.
- DECISION
- 원본 권위
- 04T실행 방향과 검증 조건 기준
근거·version·validity가 없으면 UNAVAILABLE
stale·unjoined·mismatch field를 추정하거나 다른 track에서 빌려오지 않습니다.
- DECISION
- 명시적 중지
- 05TAutonomy
forced requeue와 causal coaching 금지
정보층은 결과를 해석할 뿐 다음 경기를 자동 기본값으로 만들지 않습니다.
- DECISION
- 직접 선택
- 06TNamespace
T 판단
- DECISION
- 권위 분리
CHAPTER 04 · FIVE ATTACHMENT STORIES
Commerce·Economy·LiveOps·Mastery·Social은 각자의 원 화면에서 닫힙니다
공통 문법을 이유로 범용 대시보드나 단일 근거를 만들지 않습니다.
- 01TCommerce
거래 전 계약과 거래 후 receipt
비용·Pity/guarantee·exchange·보호조건·rule version을 열고 join된 field만 결과로 mirror합니다.
- 02TEconomy
성숙 상태와 existing-valid free action
balance·근거/sink·maturity를 확인하고 무료 행동이 없으면 만들지 않으며 premium을 기본값으로 올리지 않습니다.
- 03TLiveOps
anchor-first와 optional return
확인된 중복 impression·hop만 줄이고 stale/unknown overlay만 제거합니다.
- 04THero Mastery
NOW·PROOF·NEXT
현재 유효 행동, milestone/reward lineage, 원본에 존재하는 다음 목표만 연결합니다.
- 05TSocial
관계 상태와 기존 행동 하나
근거·expiry를 확인하고 dismiss 시 기존 solo/party 동선으로 돌아갑니다.
CHAPTER 05 · TRUST, VOLITION, VALUE
여섯 가치계약과 세 보호 축이 모든 방향을 제한합니다
정보를 더 보여주는 것이 가치·자율·신뢰를 손상하면 해당 branch를 중지합니다.
- 01TTrust
근거·rule·state·receipt validity
false lineage·causal claim·색만으로 의미 전달하는 표현을 금지합니다.
- 02TVolition
neutral next·abandon·free-first·skip·solo
forced requeue·CTA·event·goal·party·nudge를 만들지 않습니다.
- 03TValue
existing result·free action·mastery·relation
새 reward·power·currency·threshold 없이 기존 가치를 다음 판단에 연결합니다.
- 04TH1
공정 경쟁형
Ranked rule·star·power·reward·matchmaking을 바꾸지 않습니다.
- 05TH2
효율 최적화형
one primary cue·optional detail·hop/dwell guard를 지킵니다.
- 06TH3
수집·빌드형
canonical detail과 reward·goal·threshold의 원본 값을 유지합니다.
- 07T실행 방향과 검증 조건 기준
무료 경로형
existing-valid free action을 paid CTA보다 먼저 두고 없으면 만들지 않습니다.
- 08TL1
소액 편의형
contract·receipt와 abandon을 보존하고 강제 micro-offer를 만들지 않습니다.
- 09TV1
상위 사다리형
result·scarcity·reward·premium rule의 누적 가치를 유지합니다.
CHAPTER 06 · INTERLOCK & ATTENTION BUDGET
공통 문법보다 근거·surface·Outcome 분리가 우선입니다
여섯 정보층이 새로운 단일 실패 지점이 되지 않도록 전역 예산을 잠급니다.
- 01T×05
Ranked result와 commerce contract 분리
두 L1을 같은 surface에 합치지 않고 각자의 근거·fallback을 유지합니다.
- 02T×08
post-match와 economy surface 분리
free action은 valid-action-only이며 Core 결과에 premium 경로를 섞지 않습니다.
- 03T×12
event hub와 post-match 분리
LiveOps thin strip이 Core L1의 첫 주의권을 가리지 않습니다.
- 04T×14
근거·surface·variable·Outcome namespace를 공유하지 않습니다.
근거·surface·variable·Outcome namespace를 공유하지 않습니다.
- 05T×18
relationship receipt는 별도 선택형
Core L1과 경쟁하지 않고 dismissable하며 solo 동선을 보존합니다.
- 06TGlobal
= 1
각 개입은 최대 2개 module이며 새 시스템·통화·알림·cross-track inference는 0입니다.
- 07TStop
stale·false·hidden option이면 branch 중지
paid-first·solo 손상·NEXT 혼용·primary cue 2개가 나타나면 즉시 원복합니다.
CHAPTER 07 · VALIDATION WINDOWS
여섯 방향은 각자의 지표군·guardrail·시간창으로 검증합니다
모든 Validation은 이며 숫자 success threshold와 uplift를 만들지 않습니다.
- 01T24h/72h/7d
다음 의미 행동까지의 판단 단계
L1 판독, L3 access, fairness, hop·dwell·latency와 Setup churn을 봅니다.
- 02T24h/72h/7d
contract와 receipt의 의미 일치
abandon·regret/CS·free path·Economy conflict·정보 부담을 함께 봅니다.
- 03T7d/14d/28d
existing-valid free action 발견
free path·근거/sink·scarcity·paid pressure·false action을 봅니다.
- 04T72h/7d/14d
중복 노출·hop·dwell과 optional return
task burden·discoverability·FOMO·stale status를 함께 봅니다.
- 05T72h/7d/14d
action→proof→existing goal 판독
fairness·non-power·reward parity·choice·scarcity를 지킵니다.
- 06T24h/72h/7d
relation state와 solo 동선
근거 validity·정보부담·no reward/power와 한 행동 제한을 봅니다.
CHAPTER 08 · ROLLBACK & ACTION CARDS
각 branch는 독립적으로 숨기고 원 화면으로 되돌아갑니다
- 01T실행 방향과 검증 조건 기준
혼란·mismatch·stale·hop을 관측합니다
각 의 근거·guardrail·Outcome을 독립 모니터링합니다.
- 02T실행 방향과 검증 조건 기준
label·layer·strip·receipt를 설정으로 원복합니다
문제 정보층만 제거하고 원본 규칙과 화면을 유지합니다.
- 03T실행 방향과 검증 조건 기준
problem branch·segment·status를 부분 중지합니다
영향 범위를 좁히고 다른 track을 함께 끄지 않습니다.
- 04T실행 방향과 검증 조건 기준
전체를 끄고 기존 surface로 돌아갑니다
Core·Commerce·Economy·LiveOps·Mastery·Social의 원 화면을 각각 복원합니다.
- 05T실행 방향과 검증 조건 기준
Core·Track identity가 반박되면 재검증합니다
자동으로 Q/E/M/S를 다시 쓰지 않고 별도 승인 경계로 돌립니다.
- 06T실행 방향과 검증 조건 기준
Ranked·Commerce Action Card
result→next와 expectation→receipt의 named owner·근거·baseline이 필요합니다.
- 07T실행 방향과 검증 조건 기준
Economy·LiveOps Action Card
free action과 anchor/optional/return의 owner·log·rollback이 필요합니다.
- 08T실행 방향과 검증 조건 기준
Mastery·Social Action Card
action/proof/goal과 relation state/action의 근거·consent·comparator가 필요합니다.
CHAPTER 09 · BOUNDARY
Core 1 + Attachments 5
- 01T실행 방향과 검증 조건 기준
Core 1 + Attachments 5
05·08·12·14·18의 방향·보호·검증·fallback이 잠겼습니다.
- 02T실행 방향과 검증 조건 기준
근거·field·version·join이 필요합니다
실제 UI inventory와 canonical rule, same-account/session·transaction·ledger·social join을 확인해야 합니다.
- 03TOwner
Product·System·Data·Approval 실명이 필요합니다
Action Unit마다 capacity·log·baseline·denominator를 지정해야 합니다.
- 04TRollback
capability를 실제 환경에서 확인해야 합니다
- 05T실행 방향과 검증 조건 기준
적용 조건
하나의 owner·baseline·log·rollback이라도 비어 있으면 유지합니다.
- 06T실행 방향과 검증 조건 기준
Release readiness 보류
- 07T대표 결정
T 판단
실행 방향과 검증 조건 결론
다음 결정은 Ranked 규칙을 바꾸는 것이 아니라 결과 뒤에 어떤 사실을 어떤 순서로 보여줄지 검증하는 것입니다
T는 경기 후 세 층의 해석을 Core로 잠그고 Commerce·Economy·LiveOps·Mastery·Social을 독립 Attachment로 분리했습니다.
Core L1의 result·star·neutral next와 L2/L3 canonical 근거를 먼저 확보합니다.
다섯 Attachment를 자동 묶음으로 실행하지 않고 각자의 surface·근거·Outcome으로 검증합니다.
named owner·baseline·denominator· capability 전에 ·를 유지합니다.