COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

아이온2AION 2

Set-2 분리형 신뢰·선택 계약으로 여섯 구조를 잠급니다

성장·경쟁·구매·루틴·조작·운영을 하나의 허브로 합치지 않고 source·state·choice·return을 독립 연결합니다. · T · 최적화설계 · BASELINE 2026-05-07

DECISION QUESTION · 2026-05-07

성장 신뢰와 다섯 독립 잔여를 어떤 구조로 복구하고, 어떤 조건에서 되돌릴 것인가?

T090은 common branch SSOT이자 설계 잠금입니다. ET-0 / VM-DRAFT / RR-HOLD이며 baseline·owner·QA·feature flag·rollback script가 없으므로 Pilot·Full Release·KPI 개선을 승인하지 않습니다.

DECISIONTT · 최적화설계
01권고

Set-2

분리형 신뢰·선택 계약을 기본 잠금으로 둡니다.

02설계

6 / 6

Core 1 + Secondary 5의 Locked Design과 Action Card입니다.

03보존

30 / 30

전체 design inventory와 customer set을 유지합니다.

04경계

EXECUTION HOLD

ET-0 · VM-DRAFT · RR-HOLD, Signature 0입니다.

DECISION QUESTION성장 신뢰와 다섯 독립 잔여를 어떤 구조로 복구하고, 어떤 조건에서 되돌릴 것인가?
DECISION ANALYSIS JUDGMENT기본 권고는 Set-2 분리형 신뢰·선택 계약입니다. CT-01은 D-A04 교체형 성장 계약 오버레이로 고정하고, ST-01~05는 각각 경쟁 규칙·상품 영향, 구매 가치, 선택 단위·누락, 맥락별 입력, 공언–회복 무결성 계약으로 잠급니다. 여섯 카드는 T1·XS-1이며 Signature는 0입니다.

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

제1장 · 최적화 Answer

여섯 독립 계약이 현재 조건→실제 결과→남은 선택→원경로를 연결합니다

공통 언어를 쓰되 rule owner·actual source·off-switch와 native restore는 분리합니다.

  1. 01TCT-01

    D-A04 교체형 성장 계약 오버레이

    성장 시도·결과·비용·안전·다음 목표를 한 판단 흐름으로 연결합니다.

  2. 02TST-01

    D-B01 경쟁 규칙·상품 영향 3중 계약

    규칙·결과/AP·상품 영향을 같은 version 아래 분리 귀속합니다.

  3. 03TST-02

    D-C01 구매 가치 회복 사전계약

    구매 전 약속·사용·기존 회복 경계를 같은 offer source로 연결합니다.

  4. 04TST-03

    D-D01 선택 단위·누락 완충 계약

    required/elective·skip/missed를 분리해 새 의무 부채를 막습니다.

  5. 05TST-04

    D-E01 맥락별 입력 정합 계약

    device/profile/assist와 same-condition input-result를 공개 mapping합니다.

  6. 06TST-05

    D-F01 공언–회복 무결성 계약

    공언·대응·처리·정산·실제 회복을 비동치 상태로 추적합니다.

제2장 · Core Contradiction

성장 판단 가능성을 높이되 RNG·숙련·소유·무료 경로를 평탄화하지 않습니다

D-A04는 성장 rule을 바꾸는 엔진이 아니라 existing source를 읽는 제거 가능한 계약 오버레이입니다.

  1. 01TF

    effort→progress→next-goal Trust가 약합니다

    시도 후 결과·실비용·안전·완결·다음 목표가 분절됩니다.

  2. 02TC

    명료화는 필요하지만 숙련과 희소성을 없애면 안 됩니다

    자동 실행·보상 평준화·유료 전용 회복을 금지합니다.

  3. 03TPrinciple

    N3T7 + N3T30 + N4T5

    계층 캡슐·유연 오버레이·통합 허브로 기존 정보를 재배열합니다.

  4. 04TDirection

    GRW source의 요구·결과·비용·안전·next-goal 계층

    실행과 정산은 native 성장 경로에 남습니다.

  5. 05TIFR

    기존 source에서 성장 계약이 한 흐름으로 읽힙니다

    새 재화·rule·자동제어 없이 판단 누락을 줄입니다.

  6. 06TGuard

    mastery·ownership·free path

    source mismatch나 보호 자산 손상 시 R1–R3으로 되돌립니다.

제3장 · Competition & Commerce

공정성 귀속과 구매 가치 회복을 서로 다른 source로 닫습니다

PVP 결과와 AP, OFR 약속과 사용, REC 정산은 같은 전역 ledger를 공유하지 않습니다.

  1. 01TPVP Rule

    동일 ruleset/version이 결과와 AP를 설명합니다

    진영·역할의 비대칭은 유지합니다.

  2. 02TPVP Product

    상품 영향은 기존 cap·완충 아래 별도 귀속합니다

    결과·AP·상품을 단일 원인으로 합치지 않습니다.

  3. 03TPVP Choice

    result reason 뒤 retry/exit 선택을 남깁니다

    경쟁 제거와 hidden adjustment를 금지합니다.

  4. 04TOFR Promise

    가격·확률·혜택·사용·회복을 구매 전에 읽습니다

    same offer source에서 promise와 actual use를 대조합니다.

  5. 05TOFR Guard

    free path와 fair voluntary purchase를 보호합니다

    paid-only recovery와 중복 보상을 금지합니다.

  6. 06TSeparation

    PVP·OFR·REC의 owner와 rollback이 독립입니다

    공통 상태 문법을 owner 통합으로 오해하지 않습니다.

제4장 · Routine & Control

자발 복귀와 수동 전투 정체성을 새 의무·자동 보조 없이 보호합니다

RTN은 선택 단위를, CTL은 공개 context와 입력 결과의 정합을 담당합니다.

  1. 01TRTN Unit

    required와 elective를 분리합니다

    누락이 unrelated return을 막는 새 debt가 되지 않게 합니다.

  2. 02TRTN State

    skip/missed/complete/abandoned를 구분합니다

    existing carry/expiry/cap 안에서만 완충합니다.

  3. 03TRTN Guard

    achievement·mastery·short session·volition

    완료율을 retention 인과로 쓰지 않습니다.

  4. 04TCTL Context

    device/profile/assist eligibility를 공개 mapping합니다

    hidden performance tuning과 자동 assist를 금지합니다.

  5. 05TCTL Result

    same-condition input-result source를 일치시킵니다

    숙련 부족과 접근 비용을 분리합니다.

  6. 06TCTL Guard

    full manual·class identity·fair input

    접근성 개선이 core feel을 평탄화하지 않게 합니다.

제5장 · Promise & Recovery

공언·incident·처리·정산·실제 회복을 같은 말로 부르지 않습니다

REC는 upstream facts를 read-only로 읽지만 product·result·offer rule을 쓰지 않습니다.

  1. 01TPromise

    public promise를 canonical 출발 상태로 둡니다

    공언과 실제 상품·운영을 같은 timeline에서 비교합니다.

  2. 02TIncident

    acknowledged와 eligibility를 분리합니다

    인지·응답이 자동 보상을 뜻하지 않습니다.

  3. 03TProcessing

    processing과 settled를 분리합니다

    처리 중 상태를 완료로 과장하지 않습니다.

  4. 04TRecovery

    recovery verified를 실제 결과로 둡니다

    공지·사과·CS 응답과 비동치로 유지합니다.

  5. 05TIntegrity

    동일 공개조건에는 같은 기준을 적용합니다

    hidden exception과 closure overclaim을 rollback trigger로 둡니다.

  6. 06TBoundary

    REC는 GRW/PVP/OFR facts를 변경하지 않습니다

    owner separation과 native restore를 유지합니다.

제6장 · Six-Source Architecture

GRW·PVP·OFR·RTN·CTL·REC는 독립 source와 복원 경로를 가집니다

개별 XS-1, aggregate XS-2의 controlled integration으로 공통 플랫폼 발명을 피합니다.

  1. 01TGRW

    growth rule/result/cost/safety/next-goal

    overlay off 시 native growth로 복원합니다.

  2. 02TPVP

    ruleset/result/AP/product attribution

    contract off 시 native PvP로 복원합니다.

  3. 03TOFR

    offer/price/probability/entitlement/use

    pre-contract off 시 native offer로 복원합니다.

  4. 04TRTN

    routine unit/skip/missed/carry/expiry

    unit contract off 시 native routine으로 복원합니다.

  5. 05TCTL

    device/profile/assist/input/result

    adapter off 시 native control로 복원합니다.

  6. 06TREC

    promise/incident/support/refund/settlement/recovery

    governance off 시 native support로 복원합니다.

제7장 · Validation 3종

여섯 카드 모두 확인좌표·가설방향·재판정조건을 가집니다

기준선 수치나 KPI uplift가 아니라 무엇을 함께 보며 언제 되돌릴지 잠급니다.

  1. 01TAC-A04

    DE-004 · 판단 누락/backtrack 감소 방향

    mastery·free path·burden 악화 시 R1–R3 / 24h·72h.

  2. 02TAC-B01

    DE-009 · attribution 일관성/result acceptance 방향

    fairness·reward supply·economy 악화 시 R2–R3 / 24h·72h·7d.

  3. 03TAC-C01

    DE-007 · promise-to-use 일치/regret 감소 방향

    duplication·free path·ESI 악화 시 R2–R3 / 24h·72h·7d.

  4. 04TAC-D01

    DE-003 · 선택 가시성/task burden 감소 방향

    completion·mastery·volition 악화 시 R1–R3 / 72h·7d.

  5. 05TAC-E01

    DE-002 · profile-result match/setting 왕복 방향

    manual access·class·fairness 악화 시 R2–R3 / 24h·72h.

  6. 06TAC-F01

    DE-008 · promise-to-settlement 일치 방향

    settlement integrity·BM quality 악화 시 R2–R3 / 24h·72h·7d.

제8장 · Rollback & Menu

Set-2를 기본으로 잠그되 카드·binding·portfolio 단계에서 되돌립니다

효과 부족이 Q identity를 자동 재개봉하지 않으며 일반 부작용은 카드 단위로 처리합니다.

  1. 01TR0

    MONITOR

    threshold 미도달·보호조건 정상 시 원로그 검증과 관찰을 지속합니다.

  2. 02TR1

    SURFACE-OFF

    단일 overlay·grammar·notice overload를 끕니다.

  3. 03TR2

    BINDING-OFF

    source/version/eligibility binding을 끄고 actual source는 유지합니다.

  4. 04TR3

    CARD-RESTORE

    TVW·경제·persona 악화 시 카드 전체를 끄고 native를 복원합니다.

  5. 05TR4

    PORTFOLIO-HOLD

    cross-card harm·owner conflict·new dependency 시 release를 중단하고 T060을 재정합합니다.

  6. 06TMenu

    Set-2 default · Set-3 safety · Set-1 aggressive reference

    Core D-A04는 불변이며 메뉴 선택은 실행 승인이 아닙니다.

제9장 · 실행 경계

설계 잠금은 Pilot·Release·KPI 보증이 아닙니다

D2/X가 실제 명세·기준선·효과 검증을 채우기 전 여섯 카드는 RR-HOLD입니다.

  1. 01TStatus

    T090_COMPLETE / T11_PASS / EXECUTION_HOLD

    Native·Strategic common SSOT와 portfolio lock은 완료됐습니다.

  2. 02TEvidence

    ET-0

    고객 기준선·분모·join·기간이 아직 실행 수준으로 닫히지 않았습니다.

  3. 03TValidation

    VM-DRAFT

    확인좌표와 방향은 있으나 threshold·owner·monitoring plan이 필요합니다.

  4. 04TRelease

    RR-HOLD

    QA preflight·feature flag·rollback script·승인이 필요합니다.

  5. 05TSignature

    0 grounded / 0 created

    T1 여섯 개로 충분하므로 수량 채우기 T3를 만들지 않습니다.

  6. 06TBoundary

    No Pilot · No Full Release · No KPI promise

    Model 27은 COMPLETE · BATCH STAGED이며 push·Sites version·배포 대상이 아닙니다.

T 판단 마감

잠긴 것은 Set-2의 여섯 독립 계약이며 제품 실행은 아직 열리지 않았습니다

D-A04를 Core anchor로, D-B01~D-F01을 독립 source와 rollback이 있는 Secondary 계약으로 유지합니다. baseline·owner·QA·flag·script가 채워지기 전에는 어떤 카드도 Pilot이나 Release가 아닙니다.

01NEXT ACTION

D-A04 Core anchor 고정

02NEXT ACTION

여섯 source·owner·restore 분리

03NEXT ACTION

ET-0·VM-DRAFT·RR-HOLD 유지

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