NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

러브앤딥스페이스Love and Deepspace

성장 결정 캡슐과 네 독립 계약을 잠급니다

실행 방향 · BASELINE 2026-06-21

DECISION QUESTION · 2026-06-21

복수 경로·관계 몰입·무구매 지속·전투 깊이를 지키며 다섯 판단 계약을 어떻게 읽히게 만드는가?

DECISIONT실행 방향
01실행 방향과 검증 조건

Decision Analysis

독립 방향 5개입니다.

02Action

Action

실행 준비 전입니다.

DECISION QUESTION복수 경로·관계 몰입·무구매 지속·전투 깊이를 지키며 다섯 판단 계약을 어떻게 읽히게 만드는가?
DECISION ANALYSIS JUDGMENT성장 결정 캡슐과 네 독립 계약을 잠급니다

제1장 · 판단 경계

Representative decision과 실행 승인을 분리합니다

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

    성장 결정 캡슐 — Representative Decision

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

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

    Wish 결정·잔여가치 계약 — Representative Decision

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

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

    Event 종료–상시 복귀 계약 — Representative Decision

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

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

    도전 준비도·안전 프리뷰 계약 — Representative Decision

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

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

    동행 전투 결과–교정 피드백 계약 — Representative Decision

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

  6. 06TGovernance

    Representative Decision

제2장 · Core direction

Decision Analysis

복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

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

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

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

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

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

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

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

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

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

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다. 복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

  6. 06TGovernance

    복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

    복수 경로·전투–일상 선택·purchase=0·관계/전투 깊이를 지키고 새 허브·보상·비용·난도는 만들지 않습니다.

제3장 · Wish/Event

성장 결정 캡슐 —

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

    성장 결정 캡슐 —

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

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

    Wish 결정·잔여가치 계약 —

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

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

    Event 종료–상시 복귀 계약 —

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

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

    도전 준비도·안전 프리뷰 계약 —

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

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

    동행 전투 결과–교정 피드백 계약 —

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

  6. 06TGovernance

    T 판단

제4장 · Readiness/Feedback

성장 결정 캡슐 —

pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

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

    성장 결정 캡슐 —

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다. pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

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

    Wish 결정·잔여가치 계약 —

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다. pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

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

    Event 종료–상시 복귀 계약 —

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다. pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

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

    도전 준비도·안전 프리뷰 계약 —

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다. pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

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

    동행 전투 결과–교정 피드백 계약 —

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다. pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

  6. 06TGovernance

    pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

    pre-commit read-only preview와 observed post-result feedback은 각각 독립 근거·검증·복구 기준을 가집니다.

제5장 · Portfolio

Core와 네 attachment를 로 잠급니다

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

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

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

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

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

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

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

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

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

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

  6. 06TGovernance

    T 판단

제6장 · 두 축

Decision Analysis

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

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

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

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

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

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

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

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

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

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

  6. 06TGovernance

    T 판단

제8장 · 검증과 Rollback

성장 결정 캡슐 — Validation 5

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

    성장 결정 캡슐 — Validation 5

    기존 growth/challenge surface에서 goal→state→cost/recovery→multiple next actions를 L1/L2/L3와 fail-close 상태로 연결합니다.

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

    Wish 결정·잔여가치 계약 — Validation 5

    TARGET→GUARANTEE_STATE→→→→을 사전·사후 같은 순서로 둡니다.

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

    Event 종료–상시 복귀 계약 — Validation 5

    OPEN→PEAK→ENDING→ENDED→RETURN과 manual Daily/Home/core return을 canonical lifecycle 위에서 표시합니다.

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

    도전 준비도·안전 프리뷰 계약 — Validation 5

    SATISFIED/PARTIAL/GAP/UNKNOWN과 current formation의 read-only DRAFT를 COMMIT 전에 비교합니다.

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

    동행 전투 결과–교정 피드백 계약 — Validation 5

    confirmed cause·rule·correction·setup link와 observed retry만 연결하고 미확인 원인은 UNKNOWN으로 둡니다.

  6. 06TGovernance

    Validation 5