01Core
IV-A-02 성공입력 완충 레이어
Q의 exact Core에 직접 대응하는 보수적 규칙 혁신입니다.
COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE
홈스케이프Homescapes이미 생긴 성공과 자격의 귀착을 보호하는 성공입력 완충 레이어
Core 1 · Attachments 5 · Validation 6 · R0–R4 · 실행 방향과 검증 조건 · BASELINE 2026-07-03
DECISION QUESTION · 2026-07-03
Match-3 난도·보상·경제·이벤트·점수·확률·권리를 바꾸지 않고, 기존 earned·eligible 상태의 완료·보류·차단을 어떻게 정확히 분류하고 Core 복귀까지 연결할 것인가
여섯 방향은 모두 Set2 conservative-recommended·T1 Rule Innovation·XS-1이며 Signature 설계는 없습니다. Action Card는 모두 AC-HOLD이고 ET-0·VM-DRAFT·DATA_NEEDED·RR-HOLD입니다. 대표 결정 PROCEED_WITH_ASSUMPTIONS는 Design Lock만 뜻하며 Execution·Pilot·Release 권한이 아닙니다.
DECISIONT실행 방향과 검증 조건
02Attachments
5개
Recovery·Event·Offer·Competition·Collection 권위를 독립적으로 유지합니다.
03Design Tier
Set2 · T1 · XS-1
새 가치 공급보다 기존 상태의 설명·기록·귀착을 재조합합니다.
04Action
6개 · AC-HOLD
실명 담당·source·baseline·flag·rollback 전에는 실행하지 않습니다.
05Evidence
ET-0 · VM-DRAFT · DATA_NEEDED
고객 로그와 수치 임계값은 아직 준비되지 않았습니다.
06Release
RR-HOLD
Pilot·Release는 승인되지 않았습니다.
Q의 ‘메인 레벨 성공입력 집중과 다중 시스템 동시 정체’를 Improve+Protect+Constraint 모순으로 전환하고, 성공입력 완충 레이어와 Recovery·Event·Offer·Competition·Collection 계약의 원리·권위·금지선·검증·rollback을 잠급니다.
CHAPTER 01 · DESIGN CONTRADICTION
다중 정체를 줄이되 Homescapes의 강한 코어 집중은 지켜야 합니다
Improve·Protect·Constraint를 동시에 만족하지 못하면 방향을 열지 않습니다.
- 01TImprove
성공·실패 뒤 하류 귀착을 정확히 읽게 합니다
어떤 earned/eligible state가 완료·보류·차단됐고 다음 Core action이 무엇인지 확인 가능해야 합니다.
- 02TProtect
Match-3 규칙과 도전 숙련
board·moves·difficulty·booster·result를 자동 성공이나 난도 하향으로 바꾸지 않습니다.
- 03TProtect
Match-3→Stars→mansion→story의 짧은 회수
새 허브·통화·과업을 성공과 공간 변화 사이에 넣지 않습니다.
- 04TProtect
무료 생존과 선택적 주변부
기본 Lives·wait·team Life·Core-only·event skip을 정당한 경로로 둡니다.
- 05TConstraint
새 currency·reward·product·event·score·odds·rights 금지
기존 earned/eligible state와 canonical source 밖의 가치를 만들지 않습니다.
- 06TConstraint
live write·자동 claim·자동 route 금지
read-only·removable surface와 명시적 수동 선택을 기본으로 둡니다.
CHAPTER 02 · IV-A-02 CORE
성공입력 완충 레이어는 Core win과 하류 정산을 분리합니다
보상을 보장하거나 실패를 성공으로 바꾸지 않고 기존 상태의 귀착만 보존합니다.
- 01TOperator
N1T1 + N1T29 + N3T30
분리·기존 상태 보존·가시화 조합으로 common success dependency를 읽을 수 있게 합니다.
- 02TInput
level result·earned/eligible state·settlement authority
canonical source와 version이 확인된 상태만 분류 대상으로 받습니다.
- 03TClass 01
win-only
Core win은 확인됐지만 특정 하류 settlement가 적용 대상이 아니거나 별도 조건을 기다리는 상태입니다.
- 04TClass 02
preserved pending
이미 획득했거나 자격이 생긴 상태가 canonical settlement를 기다리며 보존되는 상태입니다.
- 05TClass 03
blocked
Core win 또는 하류 조건이 충족되지 않아 정산·진행이 발생하지 않은 상태입니다.
- 06TOutput
classification→settlement record→voluntary Core return
무엇이 닫혔고 무엇이 남았는지 compact block으로 보여 주고 자동 이동 없이 다음 Core 선택을 남깁니다.
CHAPTER 03 · IV-B-02 RECOVERY
회복 선택 계약은 기존 경로의 source·cost·result·receipt를 연결합니다
무료 재도전과 Coins–Stars 역할 분리를 최우선 보호선으로 둡니다.
- 01TOperator
N3T4 + N3T31 + N3T33
기존 visible route를 구조화하고 선택 전후의 기록과 receipt를 연결합니다.
- 02TSource
Lives·time recovery·team Life·Coins·Boosters·Extra Moves
새 회복 자원이나 보상 경로 없이 canonical source만 사용합니다.
- 03TBefore Choice
available route·cost·condition·free alternative
동일 목표의 재시도·대기·자원 사용·offer를 비교할 수 있게 합니다.
- 04TAfter Choice
receipt·use·retry/wait·result
구매·사용·대기와 실제 레벨 결과를 같은 사건열로 닫습니다.
- 05TGuard
free retry와 wait/stop 권리
무료 경로를 숨기거나 유료 선택의 마찰을 인위적으로 높이지 않습니다.
- 06TForbidden
Lives·Coins·Stars·Booster amount와 price write
자원량·가격·난도·성공률·reward를 바꾸지 않습니다.
CHAPTER 04 · IV-C-02 EVENT
이벤트 역할·중첩·Core-return 지도는 선택적 주변부를 지킵니다
새 일정·과업·보상·마감 없이 기존 이벤트 관계만 읽게 합니다.
- 01TOperator
N2T19 + N3T30 + N3T32
역할 분리·전이 가시화·기존 기록 연결로 Core와 주변부의 관계를 설명합니다.
- 02TRole
story·competition·team·pass·expedition·collection
각 이벤트가 어떤 기존 목적과 Core input을 사용하는지 구분합니다.
- 03TOverlap
shared level success·기간·task·claim
동시에 열린 layer의 공통 의존과 겹침을 compact block과 detail on demand로 보여 줍니다.
- 04TReturn
participate/skip→claim/no-claim→next Core action
미참여·보류·Core-only를 손실로 분류하지 않고 자발적 귀환을 남깁니다.
- 05TGuard
event optionality와 Core identity
강제 참여·미참여 손실 확대·새 checklist·notification stack을 만들지 않습니다.
- 06TForbidden
calendar·task·reward·deadline·eligibility write
운영 권위의 기간·점수·보상·진입 조건을 바꾸지 않습니다.
CHAPTER 05 · IV-D-02 OFFER
오퍼→결과 계약 문법은 선택 전 이유와 선택 후 귀착을 같은 흐름에 둡니다
상거래 성과를 만들기보다 canonical contract와 기록 무결성을 보호합니다.
- 01TOperator
N3T7 + N2T9 + N3T33
reason·value·condition을 먼저 제시하고 payment 이후 receipt·fulfillment·result를 연결합니다.
- 02TBefore Choice
reason·value·condition
왜 보이는지, 무엇을 제공하는지, 어떤 조건과 제한이 있는지를 먼저 읽게 합니다.
- 03TDetail
price·contents·limit·free alternative·refund/stop
필요할 때만 상세를 열어 primary block을 과밀하게 만들지 않습니다.
- 04TAfter Payment
recorded receipt·fulfillment·use/result
거래와 권리·사용·결과를 동일 offer/version과 transaction ID로 닫습니다.
- 05TGuard
무료 경로·보류·닫기·refund/stop
구매하지 않는 선택과 existing rights를 열화시키지 않습니다.
- 06TForbidden
product·price·personalization·urgency·entitlement write
새 상품·할인·타깃·긴급성·권리를 만들거나 바꾸지 않습니다.
CHAPTER 06 · IV-E/F-02 SOCIAL & OWNERSHIP
경쟁과 Collection은 서로 다른 canonical 계약으로 분리합니다
점수·rank·확률·희귀도·소유 권리를 Core 패키지의 해결 수단으로 쓰지 않습니다.
- 01TIV-E Operator
N1T35 + N3T32 + N3T33
competition condition-version과 contribution·rank 기록을 같은 계약으로 묶습니다.
- 02TIV-E Flow
condition-version→contribution→rank
동일 window에서 개인 level productivity와 team visibility를 설명하되 인과·공정성을 자동 판정하지 않습니다.
- 03TIV-E Forbidden
score·rank·reward·match·eligibility write
경쟁 규칙·매칭·보상·자격을 바꾸지 않습니다.
- 04TIV-F Operator
N4T22 + N4T24 + N3T32
existing duplicate eligibility와 mediator·completion·ownership record를 연결합니다.
- 05TIV-F Flow
duplicate→existing mediator→recorded completion/ownership
교환 가능한 기존 중복만 canonical route로 처리하고 실제 귀착을 기록합니다.
- 06TIV-F Forbidden
odds·rarity·guarantee·rate·card·entitlement write
확률·희귀도·보장·교환율·카드·소유 권리를 만들거나 바꾸지 않습니다.
CHAPTER 07 · PRESENTATION & AUTHORITY
여섯 방향은 하나의 큰 허브가 아니라 primary block과 필요 시 상세로 보입니다
기존 네이비·골드 제품 문법 안에서 판단 밀도를 높이되 조작 부담을 늘리지 않습니다.
- 01TPrimary
현재 상태·분류·다음 가능한 행동
Core 또는 해당 package의 가장 중요한 판단 한 덩어리만 먼저 보여 줍니다.
- 02TDetail
source·condition·cost·receipt·result·version
감사·비교가 필요할 때만 단계적으로 열어 일상 플레이를 장문 보고서로 만들지 않습니다.
- 03TNavigation
removable·non-blocking·manual
표면을 닫아도 기존 플레이·보상·권리·경로가 그대로 작동해야 합니다.
- 04TNo New Hub
새 통합 허브를 만들지 않습니다
Core·event·shop·competition·collection을 하나의 의무 dashboard나 checklist로 합치지 않습니다.
- 05TNo New Stack
새 notification stack을 만들지 않습니다
기존 cue의 역할과 귀착만 정리하며 red dot·urgency·deadline을 추가하지 않습니다.
- 06TAuthority
각 package의 canonical source가 최종 권위입니다
설명 layer가 ledger·결과·가격·점수·확률·권리를 추정하거나 덮어쓰지 않습니다.
CHAPTER 08 · VALIDATION & ROLLBACK
여섯 방향은 여섯 사건열과 R0–R4의 독립 중지 조건으로 검증합니다
모든 baseline·threshold·owner·capacity·feature flag·rollback capability는 DATA_NEEDED입니다.
- 01TCore · 24/72h/7d
failure→classification→settlement→Core return
false classification·duplicate settlement·progress distortion·Core return 악화가 없는지 계약별로 봅니다.
- 02TRecovery · 24/72h/7d(+14)
fail→route→cost→receipt→result
무료 생존·선택 가독성·receipt integrity와 wait/stop 손상을 함께 봅니다.
- 03TEvent · 72h/7d(+14)
entry→role/overlap→participate/skip→Core return
선택성·과업 부담·Core identity·미참여 손실을 확인합니다.
- 04TOffer · 24/72h/7d(+14)
offer→choice→payment→fulfillment→result
false result·lineage 누락·무료대안·refund/stop·권리 손상 시 중지합니다.
- 05TCompetition · same window
condition-version→contribution→rank
설명 불일치·귀속 오류·공정성 손상을 확인하되 점수·매칭은 쓰지 않습니다.
- 06TCollection · 24/72h/7d(+14/28)
duplicate→mediator→completion/ownership
두 Collection에서 false eligibility·확률 오해·ownership record 오류를 봅니다.
- 07TR0–R2
관찰·표현 원복·affected surface 격리
경미 신호는 확대 없이 관찰하고 label/order/detail을 원복하거나 영향을 받은 package만 끕니다.
- 08TR3–R4
Action Card 전체 중지·Q/S 재검증
문제·authority·constraint가 반증되면 T에서 우회하지 않고 해당 방향을 중지해 진단으로 돌아갑니다.
CHAPTER 09 · DECISION GATE
설계 잠금은 완료됐지만 Execution·Pilot·Release는 열리지 않았습니다
고객 검토가 가능한 것과 아직 승인할 수 없는 것을 명확히 분리합니다.
- 01TDecision
PROCEED_WITH_ASSUMPTIONS
보고 체인·Design Lock만 진행한다는 뜻이며 효과 검증이나 개발 착수 권한이 아닙니다.
- 02TEvidence
ET-0 · VM-DRAFT · DATA_NEEDED
canonical field·source·event chain·baseline·threshold·실명 담당이 아직 필요합니다.
- 03TAction
6 Action Cards · AC-HOLD
Core·Recovery·Event·Offer·Competition·Collection은 각각 owner·로그·T-0·capacity·독립 rollback 전에는 실행하지 않습니다.
- 04TRelease
RR-HOLD · PILOT NOT AUTHORIZED
설계 잠금과 제품 릴리즈를 분리하며 aggregate 개선으로 계약별 손상을 상쇄하지 않습니다.
- 05TInterlock
PASS 1 · WATCH 5 · IL-WATCH
Core 정합은 통과했지만 다섯 attachment의 권위·source·rollback 간섭은 계속 감시합니다.
- 06TCompletion
COMPLETE_NO_DOWNSTREAM
T090 정본은 설계 보고를 닫았지만 execution·pilot·release downstream은 모두 false입니다.
DECISION READY · EXECUTION HOLD
다음 결정은 성공을 보장하는 것이 아니라 이미 생긴 성공과 자격의 귀착을 정확히 보존하는 것입니다
T는 성공입력 완충 레이어와 다섯 독립 계약의 원리·권위·금지선·검증·R0–R4를 잠갔습니다.
Core의 result·earned/eligible state·settlement·Core return canonical chain과 고객 baseline을 먼저 확보합니다.
Recovery·Event·Offer·Competition·Collection을 자동 묶음으로 실행하지 않고 각자의 owner·flag·rollback으로 검증합니다.
새 currency·reward·product·event·score·odds·rights와 live write 없이 AC-HOLD·RR-HOLD를 유지합니다.