COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

메이플 키우기MapleStory: Idle RPG

회수 가능한 상한 라우팅 코어

보상 압력을 키우지 않고 상한·일정·교환·확률·혜택 상태를 읽고 회수하게 합니다. · T · 방향설계 · BASELINE 2026-04-30

DECISION QUESTION · 2026-04-30

여러 제한 시스템은 각자의 규칙·소유권·희소성을 지키면서 어떻게 같은 회수 문법을 사용할 수 있는가?

T는 제한 진단을 서로 분리 가능한 6개 작업축으로 바꿉니다. 각 작업축에는 별도 확인 좌표와 롤백 경계가 있으며 유지율·전환·매출 효과를 약속하지 않습니다.

DECISIONTT · 방향설계
01방향

회수 가능한 상태

활성·상한 임박·상한·누락·수령·회복을 구분합니다.

02작업축

6개

상한·시간창·교환·성장·확률·혜택 범위입니다.

03금지

4개

접속 의무·보상 인플레이션·유료 우회·강한 FOMO를 피합니다.

04통제

검증·롤백

확인 전 확대하지 않습니다.

DECISION QUESTION여러 제한 시스템은 각자의 규칙·소유권·희소성을 지키면서 어떻게 같은 회수 문법을 사용할 수 있는가?
DECISION ANALYSIS JUDGMENT상한 도달, 미수령 가치, 고정 시간창, 교환 재고, 성장 회복, 확률 안전망과 패스 범위를 일관된 상태·회수 문법으로 연결합니다. 보상 증량·강한 알림·유료 우회보다 현재 상태와 다음 유효 행동의 읽힘을 우선합니다.

제한 방향 · 6개 작업축 · 검증과 롤백

제1장 · 공통 문법

가치를 더하기 전에 상태와 회수를 읽히게 합니다

공통 문법은 시스템을 합치지 않고 서로 다른 규칙을 같은 순서로 설명합니다.

  1. 01T상태

    현재 조건을 이름 붙입니다

    활성·상한 임박·상한·누락·수령 가능·회복 가능을 구분합니다.

  2. 02T결과

    무엇이 바뀌고 남는지 설명합니다

    시간·재고·안전망·혜택 결과를 손실 과장 없이 보여줍니다.

  3. 03T지속

    다음 유효 경로를 연결합니다

    수령·제한 회복·다음 목표·대안·보류 경로를 현재 상태에 붙입니다.

  4. 04T소유권

    원래 규칙 주체를 유지합니다

    던전·오프라인·이벤트·소환·패스는 따로 운영됩니다.

  5. 05T확인

    해석과 행동을 함께 측정합니다

    클릭 수보다 이해·선택·완료·후속 복귀를 봅니다.

  6. 06T경계

    T090은 실행 승인 문서가 아닙니다

    baseline 로그·owner approval·rollback script·monitoring window 전에는 어떤 Action Card도 pilot-ready가 아닙니다.

제2장 · 6개 작업축

하나의 판단 언어를 서로 다른 개입에 적용합니다

각 작업축은 다른 작업과 독립적으로 검증·보류·롤백할 수 있습니다.

  1. 01T상한 라우팅

    상한·초과·수령 대기

    상한 도달·초과 상태·미수령 보상을 분리하고 다음 유효 행동을 연결합니다.

    DECISION
    상태 이해와 자발 복귀를 확인합니다.
  2. 02T자발 시간창

    PC 로그인·Hot Time 접근

    예고·활성·제한 회복을 분리해 정확한 생활시간 준수를 요구하지 않게 합니다.

    DECISION
    참여량보다 선택 가능성을 확인합니다.
  3. 03T교환 희소성

    재고·우선순위·대체

    마감 전에 재고 상태·희소성 이유·대체 수령 가능성을 보여줍니다.

    DECISION
    한정 가치와 무료 경로를 보호합니다.
  4. 04T성장 회복

    막힌 상태에서 다음 목표로

    제한 자원과 회복 수단을 상점 압력 없이 다음 의미 있는 진척에 연결합니다.

    DECISION
    다음 행동과 진척 연속성을 확인합니다.
  5. 05T확률 안전망

    보장·중복·이월 상태

    확률 정보·보장 진척·중복 가치·이월 조건을 투입 전에 보여줍니다.

    DECISION
    구매율이 아니라 판단 이해를 확인합니다.
  6. 06T혜택 범위

    구매 전 적용·예외·수령

    포함·제외·정정·수령 경로를 구매 전 범위표로 노출합니다.

    DECISION
    범위 이해와 구매 후 차이를 확인합니다.

제3장 · 검증과 롤백

보수적 방향도 중단 규칙이 필요합니다

각 작업축은 보호 가치와 행동 증거를 통과해야 확장할 수 있습니다.

  1. 01T확인

    이해와 자발 선택

    동일 조건에서 상태 인식·선택 경로·완료·후속 복귀를 비교합니다.

  2. 02T관찰

    무료 경로·희소성·경제

    회복이 무구매 플레이를 좁히거나 한정 보상과 장기 경제를 약화시키는지 봅니다.

  3. 03T롤백

    새 의무 또는 불명확한 예외

    또 다른 체크리스트·알림 의존·유료 회복 기대·숨은 예외가 생기면 중단합니다.

  4. 04T금지

    방향을 성과 예측으로 바꾸지 않기

    설명 개선과 초기 행동을 유지율·전환·매출 효과로 확대하지 않습니다.

  5. 05T경계

    T090은 실행 승인 문서가 아닙니다

    baseline 로그·owner approval·rollback script·monitoring window 전에는 어떤 Action Card도 pilot-ready가 아닙니다.

  6. 06T인계

    상세 수치와 성과 약속은 D2/X 밖입니다

    효과 배수·매출 개선폭·정량 목표는 T090 방향 잠금에서 만들지 않습니다.

제4장 · 방향 포트폴리오

Recoverable Cap-Routing Core와 다섯 보조 방향이 같은 rule-state grammar를 씁니다

각 트랙의 owner·희소성·rollback을 유지한 채 회수 가능 상태를 공통 기준점으로 둡니다.

  1. 01TCT-01 Set2

    Recoverable Cap-Routing Core

    ticket/cap/offline reward를 손실 회피가 아니라 회수 가능한 return state로 바꿉니다.

  2. 02TST-01 Set2

    Voluntary Cadence Preload Buffer

    PC Login·Hot Time을 active/preload/recovery cadence로 나눕니다.

  3. 03TST-02 Set3

    Scarcity Clarity Floor

    Event Exchange의 stock·희소성 이유·free floor를 명료화합니다.

  4. 04TST-03 Set2

    Progression Recovery Mediator

    성장 sink를 제한 recovery credit과 next milestone으로 연결합니다.

  5. 05TST-04 Set2

    Safety-Net Value Clarity Core

    rate·pity·duplicate·guarantee를 실제 rule state와 연결합니다.

  6. 06TST-05 Set3

    Pre-Purchase Scope Clarity

    Pass·Boost UP의 포함·제외·claim route를 구매 전에 닫습니다.

제5장 · IV-01~12

열두 개 Intervention Vector는 기존 규칙·상태·경로를 재조합합니다

신규 보상 기계가 아니라 source-local rule innovation과 제한된 mediator를 사용합니다.

  1. 01TIV-01/02

    Return Claim Queue · Soft Cap Boundary

    pending claim·next action·overflow buffer를 expiry/rate와 함께 제한합니다.

  2. 02TIV-03/04

    Cadence Split · Missed-Window Recovery

    event window를 active/preload/recovery 상태로 나누고 대안 수령을 제한합니다.

  3. 03TIV-05

    Exchange Scarcity Clarity Floor

    stock state·free floor·sold-out reason·alternate claim을 실제 table에 묶습니다.

  4. 04TIV-06/07

    Progression Recovery Credit · Milestone Mediator

    성장 손실을 제한 credit과 다음 목표로 잇되 shop pressure를 분리합니다.

  5. 05TIV-08/09

    Safety-Net Rate Card · Duplicate Ledger

    확률·보장·중복·이월을 실제 ledger와 conversion cap에 묶습니다.

  6. 06TIV-10~12

    Scope Table · Claim Spine · Rule-State Grammar

    구매 범위와 claim·stock·rate 상태를 같은 독해 순서로 정렬합니다.

제6장 · Signature

두 Signature는 독립 콘텐츠가 아니라 cross-system grammar입니다

IV-11/12를 별도 릴리즈하면 upstream T060/T070 재정합이 필요합니다.

  1. 01TSIG-01

    Claim Continuity Spine

    return·event·pass claim을 같은 state map으로 읽히게 하되 reward ledger 소유권은 분리합니다.

  2. 02TSIG-01 보호

    backend 단일 hub와 paid-only bypass를 금지합니다

    route 과점·상태 오염·CS 혼란이 커지면 signature를 해체합니다.

  3. 03TSIG-01 확인

    route confusion · backtracking · free-path claim

    cross-claim 이해와 실제 회수 성공을 함께 봅니다.

  4. 04TSIG-02

    Rule-State Trust Card Grammar

    stock available/sold-out·pity-near/ready·applies/not-applicable을 공통 문법으로 표현합니다.

  5. 05TSIG-02 보호

    UI-only masking과 실제 rule mismatch를 금지합니다

    설명 과밀과 탐색 비용이 커지면 scope를 줄입니다.

  6. 06TSIG-02 확인

    state comprehension · open/close · CS keyword

    카드 노출이 아니라 상태 이해와 후속 선택을 봅니다.

제7장 · Action Cards

여섯 Action Card는 서로 독립된 owner·window·rollback을 가집니다

IV-11/12는 cross-reference이며 별도 Action Card나 자동 릴리즈가 아닙니다.

  1. 01TAC-01

    Ticket/Cap / Offline Rewards · 24h/72h/7d

    IV-01/02를 System·Economy·Data owner와 R1→R4로 검증합니다.

  2. 02TAC-02

    PC Login / Hot Time · 24h/72h/7d

    IV-03/04를 LiveOps·Data owner와 R1→R3으로 검증합니다.

  3. 03TAC-03

    Event Exchange · 24h/72h/7d

    IV-05를 LiveOps·Economy·Data owner와 R1→R3으로 검증합니다.

  4. 04TAC-04

    Growth Materials / Milestone · 72h/7d/14d/28d

    IV-06/07을 System·Economy·Data owner와 R1→R4로 검증합니다.

  5. 05TAC-05

    Summon / Pity / Duplicate · 24h/72h/7d/14d

    IV-08/09를 Monetization·Data·CS owner와 R1→R4로 검증합니다.

  6. 06TAC-06

    Daily Battle Pass x2 / Boost UP · 24h/72h/7d

    IV-10을 Monetization UX·CS·Data owner와 R1→R3으로 검증합니다.

제8장 · Validation · Rollback

확인좌표·가설범위·재판정조건과 R0–R4를 한 세트로 잠급니다

초기 반응을 장기 성과로 확대하지 않고 보호 자산 손상 시 독립 원복합니다.

  1. 01TR0

    Monitor Only

    24h/72h에서 기존 상태·이해·회수·다음 행동을 관찰합니다.

  2. 02TR1

    Config Revert

    문구·노출·cap/expiry·scope 설정을 직전 상태로 되돌립니다.

  3. 03TR2

    Partial Rollback

    특정 event·item·segment·table만 중단하고 다른 카드를 보존합니다.

  4. 04TR3

    Full Rollback

    해당 Action Card 전체를 원래 source-local 계약으로 되돌립니다.

  5. 05TR4

    Revalidation

    Q/S/T 전제와 Core·portfolio 정합을 다시 심의합니다.

  6. 06TGate

    NO_EXECUTION_APPROVAL = TRUE

    baseline·owner·flag·rollback script 전에는 확대·Pilot·Release를 열지 않습니다.

제9장 · T 완료 경계

T090은 방향과 3종 검증을 잠갔지만 실행 효과와 배포 권한은 잠그지 않았습니다

T080 단일 content source와 branch-neutral NativeDense 경계를 유지합니다.

  1. 01TAuthority

    T090_NATIVE_DENSE_COMPLETE

    T080의 Contradiction·Operator·Tier·Portfolio·Validation·Rollback·Action Card를 재판정하지 않았습니다.

  2. 02TShape

    Contradiction 6 · IV 12 · Signature 2 · AC 6

    CT/ST01/ST03/ST04 Set2 · ST02/ST05 Set3와 T1/T2/T3·XS-1 포트폴리오를 보존합니다.

  3. 03TDirection

    Recoverable Cap-Routing Core

    상태·회수·선택 cadence·rule clarity를 같은 포트폴리오 기준점으로 둡니다.

  4. 04TValidation

    VDE · AS · ESI · X-ROI

    각 IV에 확인좌표·가설범위·재판정조건을 연결합니다.

  5. 05TBoundary

    효과 배수·매출 개선폭·실행 약속 금지

    상세 정량과 제품 승인은 D2/X 및 고객 승인 단계로 격리합니다.

  6. 06TStatus

    READY_FOR_T100/T110 · PILOT/RELEASE NOT AUTHORIZED

    Action Card는 baseline log·owner·rollback script·monitoring window 전까지 HOLD입니다.

T 판단 마감

더 큰 보상 기계가 아니라 회수 연속성을 만듭니다

여러 제한 시스템을 이해·보류·회수하기 쉽게 만들어 자동 성장 정체성을 지킵니다. 모든 작업축은 증거·보호·롤백에 조건부입니다.

01NEXT ACTION

규칙 소유권을 합치지 않는 공통 문법 시제품

02NEXT ACTION

6개 작업축 독립 검증

03NEXT ACTION

의무·유료 우회·불명확성을 키우면 롤백

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