COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

붉은사막Crimson Desert

깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬할 것인가

CPC-01의 여섯 source-local 패키지와 검증·rollback·실행 보류를 잠급니다. · T · 실행 방향 · BASELINE 2026-04-22

DECISION QUESTION · 2026-04-22

깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬하고 언제 되돌릴 것인가?

사용자는 깊이를 덜어낸 시스템이 아니라 같은 깊이를 더 잘 읽는 순서를 받습니다. 결과와 상태는 다음 행동을 가리키고 역할 정보는 선택 뒤 확인된 회복과 연결됩니다. 완료는 의무가 아니며 정산 장부는 합치지 않고 Add-ons와 product field는 새 판매장치 없이 동일 권리·소유 의미를 전달합니다.

DECISIONTT · 실행 방향
01Lock

CPC-01 / DECISION_BACKED_DESIGN_LOCK

Core 1과 Secondary 5의 일관된 설계 포트폴리오입니다.

02Shape

IV 6 · T1/Set 2/XS-1 · Signature 0

P-A~P-F가 독립 source-local 패키지로 남습니다.

03Validation

Plan locked · Evidence partial

baseline·denominator·owner·log가 DATA_NEEDED입니다.

04Authority

AC-HOLD · EXECUTION/PILOT/RELEASE FALSE

설계 잠금은 실행이나 효과 승인이 아닙니다.

DECISION QUESTION깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬하고 언제 되돌릴 것인가?
DECISION ANALYSIS JUDGMENT붉은사막의 최적화 과제는 콘텐츠 양이 아니라 기존 전투·성장·정산·권리·상품 정보가 판독→행동→회복으로 이어지는 계약을 충분히 드러내지 못하는 데 있습니다. CPC-01은 Core의 Layered Read→Choose→Recover Grammar를 중심으로 후기 목적, 정산, Abyss 투자, Add-ons 권리, 상품 정보의 다섯 source-local 계약을 닫습니다. A–F는 모두 T1 / Customer Set 2 / XS-1이며 신규 콘텐츠·backend·ledger·registry를 기본해법으로 만들지 않습니다.

설계 방향 잠금 · 보호선 보존 · 독립 검증·rollback 계약

제1장 · CPC-01

여섯 패키지가 한 방향을 공유하되 하나의 전역 카드로 합쳐지지 않습니다

Core는 고정 앵커이고 B–F는 서로 다른 source·owner·rollback을 가진 독립 잔여입니다.

  1. 01TP-A

    판독→선택→회복의 공통 grammar

    state·result·role을 next action과 confirmed recovery에 연결합니다.

  2. 02TP-B

    완료 후 선택적 목적 relay

    완결을 훼손하지 않고 user-opened context로 기존 목적을 잇습니다.

  3. 03TP-C

    다층 정산 contract

    ledger를 합치지 않고 rule·input·result·exception 의미를 정렬합니다.

  4. 04TP-D

    Abyss consequence와 recovery cue

    희소성·기회비용·build 폭을 지키며 확인된 회복만 보여 줍니다.

  5. 05TP-E

    Add-ons entitlement closure

    claim·delivery·recovery·ownership을 기존 field와 route로 닫습니다.

  6. 06TP-F

    상품 정보 closure

    product·package·price·ownership 의미를 source별로 정규화합니다.

제2장 · P-A Core

Layered Read→Choose→Recover Grammar는 복잡성을 삭제하지 않고 판독 순서를 만듭니다

IV-A-02는 S1/S2/S5/S6의 component를 기존 surface 안에서 정렬합니다.

  1. 01TRead

    현재 state와 action result를 같은 입력·결과 규격으로 읽습니다

    same-input/result와 reason code의 일관성을 확인합니다.

  2. 02TChoose

    역할·조건·비용이 가능한 다음 행동과 보류를 가리킵니다

    자동 추천이나 choice 축소가 아닙니다.

  3. 03TRecover

    실제 존재하는 retry·route·recovery를 다음 행동 뒤에 연결합니다

    거짓 회복이나 paid bypass를 만들지 않습니다.

  4. 04TLayer

    정보를 component·state·result·role 순서로 캡슐화합니다

    모든 설명을 한 전역 화면에 모으지 않습니다.

  5. 05TProtect

    전투 깊이·해법 폭·본편 완결감을 보존합니다

    choice·depth·breadth·economy 축소는 cap failure입니다.

  6. 06TValidate

    AF1/AF2 denominator·reason·action을 24h/72h/7d에서 봅니다

    meaningful retry와 next use의 방향만 먼저 확인합니다.

제3장 · P-B/P-C

완료 뒤 목적과 다층 정산은 서로 다른 자발성·예측 계약입니다

완결감을 미완결로 바꾸지 않고 경제 장부를 합치지 않는 두 독립 방향을 유지합니다.

  1. 01TP-B 방향

    Pull-Based Completion Purpose Relay

    completion receipt를 optional context 하나와 user-opened pull route로 연결합니다.

  2. 02TP-B 금지

    push·queue·FOMO·new task를 만들지 않습니다

    자발 복귀를 의무나 미완결로 계수하지 않습니다.

  3. 03TP-B 좌표

    completion/context/revisit · 24h/72h/7d/+30d

    exposure·open·dismiss·revisit로 자발성을 봅니다.

  4. 04TP-C 방향

    Layered Settlement Contract

    S7/S9의 rule·input·result·error·exception 의미를 정렬합니다.

  5. 05TP-C 금지

    ledger merge·경제값 변경·선택권 축소를 하지 않습니다

    명료화와 economy zero-delta를 함께 확인합니다.

  6. 06TP-C 좌표

    rule/input/result/error/use · 24h/72h/7d/+30d

    eligible·pending·settled·blocked·error 상태를 봅니다.

제4장 · P-D

Abyss의 기회비용은 지우지 않고 실제 consequence와 recovery를 함께 읽게 합니다

IV-D-02는 전략적 비대칭과 build freedom을 보호하는 bounded cue입니다.

  1. 01T방향

    Bounded Consequence & Recovery Cue

    action별 cost·commitment·confirmed recovery를 같은 맥락에 둡니다.

  2. 02T비대칭

    희소 자원의 역할과 선택 결과를 의도적으로 보존합니다

    모든 선택을 무비용·가역으로 만들지 않습니다.

  3. 03T완충

    확인된 recovery만 매개층에 표시합니다

    false recovery와 미확인 reset을 만들지 않습니다.

  4. 04T보호

    성장 해법 폭·투자 자유·build breadth를 지킵니다

    reset/rate/value 변경을 판독 개선에 섞지 않습니다.

  5. 05T좌표

    cost/commitment/recovery/build · 24h/72h/7d/+14d/+30d

    deliberate investment 방향과 hold를 봅니다.

  6. 06TRollback

    false recovery나 build breadth 저하 시 카드 단위로 되돌립니다

    P-A/P-C와 다른 independent boundary를 유지합니다.

제5장 · P-E/P-F

확정 권리와 상품 정보는 새 판매장치 없이 ownership을 닫습니다

비가챠·일회 구매 경계를 유지하며 entitlement와 informed decision을 서로 다른 계약으로 봅니다.

  1. 01TP-E 방향

    Existing Add-ons Entitlement Closure

    source·claim·delivery·recovery·ownership을 동일 권리 의미로 정렬합니다.

  2. 02TP-E 보호

    확정 권리·price/access/value를 변경하지 않습니다

    probabilistic ownership이나 variable entitlement를 만들지 않습니다.

  3. 03TP-E 좌표

    claim/delivery/recovery/ownership

    구매·프로모션 +72h/+7d와 deterministic denominator를 봅니다.

  4. 04TP-F 방향

    Existing Product Information Closure

    product·package·price·ownership format을 source별로 정규화합니다.

  5. 05TP-F 보호

    필수 고지와 플랫폼 차이를 숨기지 않습니다

    C011 source/build/currentness conflict가 섞이면 HOLD합니다.

  6. 06TP-F 좌표

    exposure/decision/hold/inquiry/CS

    구매 퍼널과 +30d에서 informed decision 방향을 봅니다.

제6장 · TVW와 페르소나

시간·돈·자율성·신뢰·무료 경로를 바꾸지 않는 보존 조건을 둡니다

한 방향이 여섯 가치계약 모두에 같은 효과를 낸다고 가정하지 않습니다.

  1. 01TTime

    기존 surface와 source-local exposure만 사용합니다

    push·queue·global hub를 만들지 않습니다.

  2. 02TMoney

    price·reward·economy·access delta를 0으로 둡니다

    매출 효과를 명료화의 목적이나 근거로 만들지 않습니다.

  3. 03TVolition

    choice·build breadth·reflection·depth를 보존합니다

    compulsory routine과 자동 행동을 만들지 않습니다.

  4. 04TTrust

    same-input/result·truthful recovery·exact ownership을 요구합니다

    약속과 실제 상태를 같은 것으로 보지 않습니다.

  5. 05TFree path

    paywall·paid bypass·probabilistic ownership을 0으로 둡니다

    본편 완결 경로를 보호합니다.

  6. 06TPersona

    H1/H2/H3/F1/L1/V1의 보호 조건을 각각 유지합니다

    A–F를 하나의 dashboard나 global card로 합치지 않습니다.

제7장 · Validation

여섯 패키지는 서로 다른 좌표·가설·재판정 조건을 가집니다

threshold와 효과를 약속하기 전에 방향·분모·상태 closure를 확인합니다.

  1. 01TP-A

    state/result/role/reason/action · 24h/72h/7d

    choice/depth/accessibility 훼손 시 revert와 Q/T 재검수입니다.

  2. 02TP-B

    completion/context/revisit · 24h/72h/7d/+30d

    push/FOMO/closure overwrite 시 rollback합니다.

  3. 03TP-C

    rule/input/result/error/use · 24h/72h/7d/+30d

    ledger merge·경제·선택권 훼손 시 rollback합니다.

  4. 04TP-D

    cost/commitment/recovery/build · +14/+30d 포함

    false recovery·build breadth 저하 시 rollback합니다.

  5. 05TP-E

    source/claim/delivery/recovery/ownership

    right·recovery·ownership 훼손 시 rollback합니다.

  6. 06TP-F

    exposure/decision/hold/inquiry/CS

    고지·price/ownership 훼손 또는 C011 혼입 시 HOLD합니다.

제8장 · Rollback과 실행 경계

설계가 잠겨도 독립 단위·owner·baseline 없이는 실행 readiness가 없습니다

각 카드가 원래 제품 상태로 되돌아갈 수 있어야 다음 승인 심의가 가능합니다.

  1. 01TR0

    MONITOR

    기존 상태와 노출·행동·오류·회복을 먼저 관찰합니다.

  2. 02TR1

    CONFIG REVERT

    독립 설정 단위가 확인된 카드만 되돌립니다.

  3. 03TR2

    PARTIAL ROLLBACK

    손상 component를 부분 복귀하고 나머지 패키지와 분리합니다.

  4. 04TR3

    FULL CARD ROLLBACK

    카드 전체를 원래 source-local 계약으로 되돌립니다.

  5. 05TR4

    REVALIDATION

    원복 뒤 보호 자산·가설·분모·owner를 다시 확인합니다.

  6. 06THold

    ACTION_CARD_EXECUTION_READINESS = AC-HOLD

    실행·Pilot·Release는 모두 FALSE이며 별도 승인 전 scope가 없습니다.

제9장 · T090 완료 상태

CPC-01은 결정 기반 설계 잠금이며 실행 효과나 배포 권한이 아닙니다

대표 결정의 가정과 중지 조건, 후속 handoff의 경계를 함께 보존합니다.

  1. 01TDecision

    RDG-CDesert-T070-2026-07-16-01 / PROCEED_WITH_ASSUMPTIONS

    CPC-01 coherence와 Set 2 권장을 유지한다는 대표 결정입니다.

  2. 02TShape

    Core/Secondary 1/5 · IV/Signature 6/0

    P-A~P-F는 T1 / Set 2 / XS-1로 잠겼습니다.

  3. 03TEvidence

    Validation plan locked · evidence partial

    baseline·denominator·owner·existing log·rollback unit이 필요합니다.

  4. 04TStop

    Hard Fact·Core·Identity·Conservation·법·권리·안전 위반 시 중지합니다

    tier/package 변경과 비가역 실행도 재정합 조건입니다.

  5. 05TStatus

    T090_RUN_COMPLETED=TRUE · T090_STATE=NATIVE_DENSE_COMPLETE

    T11은 PASS_WITH_REPRESENTATIVE_DECISION입니다.

  6. 06TAuthority

    PACKAGE_GATE_READY=TRUE이지만 PILOT_OR_RELEASE_AUTHORIZED=FALSE

    패키지 준비와 제품 실행·Release 승인을 혼동하지 않습니다.

DESIGN LOCK

같은 깊이를 더 잘 읽게 하는 방향은 잠겼고, 실행 권한은 아직 열리지 않았습니다

CPC-01은 기존 surface를 source-local로 재조합합니다. 고객 로그와 owner, eligible denominator, 독립 rollback unit이 확인되기 전에는 어떤 Action Card도 제품 실행·Pilot·Release 범위가 아닙니다.

01NEXT ACTION

P-A~P-F의 field/component inventory와 named owner를 잠급니다.

02NEXT ACTION

baseline·denominator·existing log와 persona split을 실제 source에 연결합니다.

03NEXT ACTION

각 패키지의 독립 rollback unit으로 R0–R4 dry-run을 수행합니다.

04NEXT ACTION

depth·choice·completion·economy freedom·deterministic ownership cap을 확인합니다.

05NEXT ACTION

별도 실행·Pilot·Release 승인 전 모든 Action Card를 AC-HOLD로 유지합니다.

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