제품 작동 원리

첫 제품은 “모든 인생 관리 기능”을 한 번에 보여주면 망한다. 데이터 구조는 Life OS급으로 넓게 깔되, 첫 화면은 무조건 오늘 실행 cockpit이어야 한다.

3-layer model

Object	설명
`Task`	해야 할 일. 원문 title과 변환된 quest title을 둘 다 보존
`Quest`	지금 실행 가능한 작은 행동 단위
`EnergyState`	저전압, 과열, 헌터모드, 회피중, 산만함 등
`InterestProfile`	사용자가 잘 물리는 자극 패턴
`Reward`	즉시 보상, unlock, 회복 보상, long-term meaning
`Domain`	work, health, money, relationship, learning, home
`Session`	10분 또는 25분 실행 라운드
`RecoveryRoute`	멈춤, 과열, 회피 후 재진입 경로

Fibery는 이 제품의 화면보다 내부 데이터 철학에 더 가깝다. Life Cockpit도 task 앱처럼 보이지만, 안쪽에서는 task를 고립된 카드가 아니라 여러 객체와 연결된 움직이는 object로 다뤄야 한다.

Fibery에서 배울 점	Life Cockpit 적용
custom database/entity	`Task`, `Quest`, `Reward`, `EnergyState`, `Domain`을 연결 가능한 object로 둠
relation-first modeling	task가 왜 막혔는지, 어떤 보상이 먹혔는지, 어떤 상태에서 성공했는지를 관계로 저장
multiple views	같은 object를 cockpit, calendar, pattern review, backlog map으로 다르게 보여줌
documents next to work	task 옆에 짧은 field note와 회고를 붙여 route 학습 재료로 사용
automation/action button	반복되는 변환과 상태 갱신을 버튼 하나나 자동 규칙으로 줄임

단, 초반 제품은 Fibery처럼 사용자가 schema를 설계하게 하면 안 된다. 사용자에게는 게임처럼 가볍게, 내부에는 Fibery식 operating graph를 숨기는 구조가 맞다.

이 앱의 말투는 치료실보다 game master에 가깝다. 단, 사용자를 조롱하거나 유치하게 만들면 안 된다.