NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

붕괴: 스타레일Honkai: Star Rail

개척자 빌드 연속선을 Core로 두고 도전·루틴·Warp·교환·버전 전이를 결속하는

실행 방향 · BASELINE 2026-06-21

DECISION QUESTION · 2026-06-21

무료 진척·결정적 교정·탐색 깊이를 지키며 성장·도전·루틴·워프·교환·버전 전이를 어떤 판독 연속선으로 연결할 것인가?

신규 reward·currency·odds·pity·difficulty·score·record mutation은 0입니다. 현재 Evidence Tier , Action Card , Release입니다.

DECISIONT실행 방향
01Default

Default

Core 1과 Secondary 5의 정합안입니다.

02Portfolio

Portfolio

기존 자산 안의 최소 확장으로 잠급니다.

03Signature

Signature

BUILD↔CHALLENGE와 DECISION↔RECOVERY를 근거 경계 안에서 결속합니다.

DECISION QUESTION무료 진척·결정적 교정·탐색 깊이를 지키며 성장·도전·루틴·워프·교환·버전 전이를 어떤 판독 연속선으로 연결할 것인가?
DECISION ANALYSIS JUDGMENT권고 기본 포트폴리오는 개척자 빌드 연속선+ 개척자 도전 판정선+ 개척자 루틴 귀환선+ 개척자 워프 결정 캡슐+ 개척자 교환 연속성 캡슐+ 개척자 버전 연속성 캡슐입니다. 여섯 모두 세트2 보수-권장·이며 기존 파밍·결과·교정·장착·도전·루틴·Warp·Exchange·Event 자산의 설명·상태·순서·수동 route만 재조합합니다. +와 +를 잠그며 ·는 독립 후보로 유지합니다.

기본 portfolio 잠금 · 근거·state·time horizon · 검증·rollback 고정

제1장 · 최종 선택과 모순

파밍 결과→교정→build delta→실전 배치의 판독 연속선

결과를 더 빨리 읽게 하되 무료 진척·결정적 교정·탐색·다양성을 줄이지 않습니다.

  1. 01TCore

    파밍 결과→교정→build delta→실전 배치의 판독 연속선

    새 허브나 경제 변경 없이 기존 결과·교정·장착·배치 화면에 L1/L2/L3와 공통 상태문법을 둡니다.

  2. 02T실행 방향과 검증 조건 기준

    공식 도전 결과→원인/ruleset/snapshot→edit/retry

    설명을 강화하되 난도·score·reward·record·비동기 PvE 정체성을 바꾸지 않습니다.

  3. 03T실행 방향과 검증 조건 기준

    완료→plan/hold/exit→/ voluntary return

    복귀 흐름을 강화하되 의무·streak·세션 연장 없이 완료당 1회 thin overlay만 둡니다.

  4. 04T실행 방향과 검증 조건 기준

    Warp rule/근거→use/hold/close→result

    확률·보장·이월·cost/balance를 계층화하되 상태 추정·FOMO·odds 변경을 금지합니다.

  5. 05T실행 방향과 검증 조건 기준

    failure/duplicate→currency→eligibility→exchange→receipt→reattempt

    기존 통화·잔액·자격·영수증만 연결하고 신규 credit·자동 교환·통화 통합을 금지합니다.

  6. 06T실행 방향과 검증 조건 기준

    current result→archive→rest/close→next window

    current/archive/next horizon을 분리하고 신규 복귀 보상·auto-return·push를 금지합니다.

제2장 · 개척자 빌드 연속선

Core는 파밍 결과의 상태·교정·빌드 변화·배치를 같은 object로 읽게 합니다

드랍률이나 추천 해법이 아니라 기존 화면의 깊이·상태·수동 경로를 정렬합니다.

  1. 01TResult

    L1에서 결과 상태와 무엇이 바뀌지 않았는지 읽습니다

    세트·메인·부옵·강화 결과를 공식 근거와 동일하게 표시합니다.

  2. 02TCorrection

    교정 가능성·조건·근거를 L2/L3로 엽니다

    Wishful Resin·Variable Dice·잠금·재설정의 eligibility를 추정하지 않습니다.

  3. 03TBuild Delta

    교정 전후의 관찰 가능한 변화만 display-only로 보입니다

    단일 최적해·효용 확정·자동 추천 없이 current build의 변화와 미검증 상태를 남깁니다.

  4. 04TManual Route

    재파밍·보류·교정·장착을 동등한 수동 선택으로 둡니다

    기존 endpoint와 free path를 유지하며 default action을 만들지 않습니다.

  5. 05TDeployment

    장착 결과가 실제 콘텐츠 배치로 이어졌는지 확인합니다

  6. 06TGuard

    free progression·correction·exploration·build diversity를 지킵니다

    과부하·단일 수렴·무료 경로 손상·배치 연결 미개선이면 →, Core 반박이면 입니다.

제3장 · 와

도전 결과의 자기주도 재시도와 루틴 완료의 clean exit를 서로 다른 시간축에 둡니다

readiness를 반복하지 않고 공식 결과와 완료 사건의 owner를 분리합니다.

  1. 01TResult

    mode별 official result·score·stop·record를 canonical label로 읽습니다

    MoC·PF·AS·Starward의 atomic face와 ruleset version을 보존합니다.

  2. 02TCause

    수정 가능한 원인과 규칙·직전 run의 static snapshot을 분리합니다

    snapshot을 공식 결과로 오인하지 않고 full replay를 만들지 않습니다.

  3. 03TRoute

    edit·retry·record·exit를 수동 선택으로 둡니다

    forced retry·difficulty flattening·record mutation 없이 원래 mode로 복귀합니다.

  4. 04TTrigger

    Daily·Assignments·Power·Guide 완료당 한 번만 엽니다

    next action과 중복 노출하지 않고 반복 overlay를 금지합니다.

  5. 05TChoice

    완료·남은 선택·300/2,400 reserve·다음 창·plan/hold/exit를 보입니다

    닫기는 정상 완료이며 /은 강제 알림이나 streak가 아닙니다.

  6. 06TSeparate

    challenge cycle +24/72h와 routine /을 합치지 않습니다

제4장 · 와

Warp 사용 전 판단과 결과 후 기존 회수를 근거·state·시간면으로 분리합니다

  1. 01T근거

    활성 Warp의 probability·guarantee·carry-over·cost/balance를 근거/version에 연결합니다

    stale 상태는 추정하지 않고 미확인·refresh·근거·hold로 처리합니다.

  2. 02TChoice

    use·hold·근거·close를 동등하게 제공합니다

    paid-only detail·countdown·FOMO·default use를 금지합니다.

  3. 03TResult

    규칙 확인 뒤 실제 Warp 결과로 넘깁니다

  4. 04TState

    failure/duplicate 뒤 actual credit 또는 none과 balance를 읽습니다

    신규 credit·universal compensation·결과 기반 소유 추정을 만들지 않습니다.

  5. 05TRoute

    eligibility·reason→manual exchange/hold→receipt·remaining value를 잇습니다

    기존 rate·stock·통화 역할·희소성·free/low-pay 경로를 유지합니다.

  6. 06TFirewall

    pre-use rule과 post-result recovery의 schema·owner·rollback을 분리합니다

    capsule과 full capsule을 동시에 열지 않고 banner·currency path 단위로 중단합니다.

제5장 · 와 Signature

현재 이벤트 가치·아카이브·다음 버전 행동을 분리하고 두 Signature의 경계를 잠급니다

  1. 01TCurrent

    현재 result·reward receipt와 current value를 먼저 보입니다

    다음 버전 목표로 현재 이벤트의 의미를 대체하지 않습니다.

  2. 02TArchive

    archive eligibility/state와 preserved 여부를 근거에서 확인합니다

    Conventional Memoir 상태를 추정하거나 보존되지 않은 콘텐츠를 약속하지 않습니다.

  3. 03TRest

    no-task rest와 close를 정상 선택으로 둡니다

    auto-return·push·streak·새 task·신규 return reward를 금지합니다.

  4. 04TNext

    독립 근거가 있을 때만 next window를 수동으로 엽니다

    current→next의 장기 retention을 완료율만으로 확정하지 않습니다.

  5. 05T실행 방향과 검증 조건 기준

    + BUILD↔CHALLENGE CONTINUITY

    빌드 준비 상태와 공식 결과·수정·재시도를 결속하되 readiness와 score/ruleset/record를 합치지 않습니다.

  6. 06T실행 방향과 검증 조건 기준

    + COMMERCE DECISION↔RECOVERY CONTINUITY

    rule/근거→use/hold→result→existing recovery를 잇되 신규 보험·보상·통화를 만들지 않습니다.

제6장 · TVW·Persona·Hard Invariants

Value·Trust·Volition 회복이 무료 경로·희소성·자발성을 손상하지 않게 합니다

여섯 persona의 Stop Signal과 변경 불가 조건을 평균 PASS 위에 둡니다.

  1. 01TValue

    파밍·도전·Warp·실패·이벤트 결과를 기존 가치와 다음 판단으로 연결합니다

    신규 보상으로 문제를 덮거나 현재 가치가 내려가는 설계를 금지합니다.

  2. 02TTrust

    근거·ruleset·state·receipt와 사실값을 일치시킵니다

    상태 추정·stale 근거·false guarantee·정산 오인을 차단합니다.

  3. 03TVolition

    use/hold/close/exit/retry를 동등한 수동 선택으로 둡니다

    default action·FOMO·push·streak·자동 행동을 금지합니다.

  4. 04TH1/H2

    공정한 기록·재시도와 낮은 판단비용·clean exit를 지킵니다

    최신/유료 build의 공정성 오인, 정보 과다·세션 연장·선택 제거를 stop signal로 둡니다.

  5. 05TH3

    빌드 다양성·희소성과 무료 파밍·저축·정보 접근을 지킵니다

    단일 최적해·universal conversion·paid-only detail·무료 하한 악화를 금지합니다.

  6. 06TL1/V1

    저부담 편의와 상위 기록·희소 투자 가치를 함께 지킵니다

    countdown·강제 참여와 접근성 개선에 의한 기록·상위 가치 평탄화를 금지합니다.

제7장 · Validation 3종세트

각 는 확인좌표·방향성 가설·재판정조건을 갖고 같은 baseline에서 검증됩니다

  1. 01T실행 방향과 검증 조건 기준

    result→layer→manual action→deployment

    판독 연속성 향상 방향을 보되 과부하·단일 수렴·diversity/free-path 손상이면 재판정합니다.

  2. 02T실행 방향과 검증 조건 기준

    result→cause/ruleset→snapshot→edit/retry/exit

    원인 이해·자기주도 retry 방향을 보되 mismatch·snapshot 오인·record 손상이면 중단합니다.

  3. 03T실행 방향과 검증 조건 기준

    completion→overlay→plan/hold/exit→

    clean exit·자발 복귀 방향을 보되 반복 노출·task/session burden·reserve 오표시를 막습니다.

  4. 04T실행 방향과 검증 조건 기준

    exposure→rule/근거→use/hold/close→result

    고려된 결정 방향을 보되 stale·추정·FOMO·paid-only detail을 stop condition으로 둡니다.

  5. 05T실행 방향과 검증 조건 기준

    result→credit/none→eligibility→exchange/hold→receipt

    기존 잔여가치 판독 방향을 보되 auto exchange·신규 credit·rate drift·희소성 손상을 막습니다.

  6. 06T실행 방향과 검증 조건 기준

    current result→archive→rest/close→next window

    자발 전이 방향을 보되 auto-return·task burden·archive 오류·현재 가치 저하를 막습니다.

제8장 · Rollback·Action Card

보호선 손상은 와 의 최소 단위로 되돌립니다

한 Pilot에는 한 Card 또는 한 의 직렬 Card만 엽니다.

  1. 01T실행 방향과 검증 조건 기준

    Monitor Only와 Config Revert로 판단 보류·문구·layer·route를 원복합니다

  2. 02T실행 방향과 검증 조건 기준

    문제 mode·surface·segment·banner·currency·event 또는 전체를 되돌립니다

    각 근거의 기존 UI·표현·수동 경로로 복귀합니다.

  3. 03T실행 방향과 검증 조건 기준

    Core 가정·신뢰 전제 반박 시 을 풀고 또는 Q/S를 재검증합니다

  4. 04T실행 방향과 검증 조건 기준

    결과 presentation·correction route·challenge schema·snapshot/retry 4개 Card

    상태·원인·배치·재시도를 surface·mode별로 독립 rollback합니다.

  5. 05T실행 방향과 검증 조건 기준

    루틴 3·Warp 3·기존 가치/교환 2개 Card

    timing·reserve·route·banner·state·currency path를 독립 통제합니다.

  6. 06T실행 방향과 검증 조건 기준

    event-archive window·version layer·non-economic handoff 3개 Card

    window·path·event 단위로 중단하며 15개 모두 입니다.

제9장 · 고객 결정과 Release 경계

세트2는 잠겼지만 실제 실행은 고객 기준선·담당·통제 장치가 준비된 뒤 별도 승인합니다

정합안과 공격·안전 tier를 silent mixing하지 않습니다.

  1. 01TMenu

    Residual 5 × 공격/보수-권장/안전의 고객 메뉴를 유지합니다

  2. 03TNeeded

    동일 build/config 7일 또는 동등 운영 주기와 별 최소 slice를 등록합니다.

    동일 build/config 7일 또는 동등 운영 주기와 별 최소 slice를 등록합니다.

  3. 04TOwner

    SO·DA·LO·EO·CA 실명 담당과 free/paid·mode·currency·version split을 정합니다.

    SO·DA·LO·EO·CA 실명 담당과 free/paid·mode·currency·version split을 정합니다.

  4. 05TControl

    COMMUNICATION_APPROVAL

    확률·보장·통화·정산·archive 상태의 공지와 최소 rollback을 준비합니다.

T 판단 마감

T 판단 마감

01NEXT ACTION

여섯 의 확인좌표·가설·재판정조건과 persona split을 함께 검증합니다.

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