2. 첫 실행 단위

2. 첫 실행 단위

첫 제품 단위는 Life OS가 아니다. 너무 크다. 첫 실행 단위는 7-Day Energy Route Probe다.

이 probe는 사용자의 task를 정리해주는 것이 아니라, 어떤 상태에서 어떤 entry route가 실제로 착수되는지 관찰한다.

7-Day Energy Route Probe

항목	내용
기간	7일
입력	task 30개 이하, domain, deadline, friction, reward hint
매일 사용	상태 선택 -> quest 3개 -> 10분 session -> done/fork/retry/recover
산출물	route log, energy map, friction note, next-week adjustment
성공 기준	사용자가 “나는 왜 안 하는지”보다 “어떤 route면 들어가는지”를 알게 된다

데이터 최소 단위

Object	최소 필드
Task	title, domain, energy_cost, friction_score, interest_score, reward_type, status
EnergyState	label, intensity, selected_at
Quest	task_id, quest_title, entry_action, fallback_action, timebox_minutes
Session	quest_id, started_at, ended_at, outcome
RouteNote	state, route, blocker, next_adjustment

Session outcome

성공/실패 이분법 대신 4개 outcome만 둔다.

Outcome	의미
done	10분 route가 실제 산출물을 만들었다
fork	원래 task는 아니지만 유효한 하위 route가 생겼다
retry	route가 너무 컸거나 재미없어서 다시 쪼갠다
recover	지금은 실행보다 회복 route가 맞다

사용자에게 보이는 첫 화면

첫 화면은 넓은 dashboard가 아니라 cockpit이다.

영역	내용
지금 상태	저전압, 과열, 헌터모드, 회피중, 산만함
Quest 후보	현재 상태에서 착수 가능성이 높은 3개 이하의 route
라운드 패널	10분 timer, 한 줄 목표, fallback, reward
라운드 종료	done/fork/retry/recover 중 하나만 선택

Proof artifact

7일 뒤 제품은 아래 artifact를 보여줘야 한다.

Artifact	질문
Energy Map	어떤 상태에서 어떤 task 문법이 먹혔나
Route Log	어떤 quest가 착수되었고 어떤 quest가 튕겼나
Friction Register	반복해서 막는 entry friction은 무엇인가
Reward Pattern	어떤 보상이 실제 재진입을 돕는가
Next-week Rule	다음 7일에 바꿀 추천 규칙은 무엇인가

제품으로 승격하는 신호

신호	다음 제품 조각
같은 상태에서 같은 route가 반복 성공	route template
특정 domain이 계속 저전압을 만든다	domain load map
fallback route가 재진입을 자주 살린다	recovery route library
task 변환 문법이 반복된다	quest compiler rule
사용자가 route note를 다시 읽는다	pattern review view