Life Cockpit Product Gate
ADHD Life Cockpit Product Gate
섹션 제목: “ADHD Life Cockpit Product Gate”이 문서는 logan public-work legacy 표면에 올릴 수 있는 life cockpit 제품 게이트다. v0.1은 리서치 아카이브였고, v0.2는 제품 판단, v0.3은 prototype 직전 계약층, v0.4는 첫 prototype stack 판단, v0.5는 SvelteKit/Rails 8까지 포함한 stack role 판단이다.
ADHD를 차분하게 눌러서 관리하는 앱이 아니라, 흥미와 에너지 변동을 실행 엔진으로 쓰는 desktop life cockpit을 만든다.
의료 조언이나 진단 도구가 아니다. 첫 판단은 사용자가 이미 겪는 착수 실패, 재진입 실패, task 회피, 에너지 mismatch를 7일 안에 관찰 가능한 route artifact로 만들 수 있는지에 둔다.
v0.5 한 문장
섹션 제목: “v0.5 한 문장”할 일을 더 잘 정리하는 앱이 아니라, 지금 상태에서 착수될 확률이 높은 10분 route를 찾아내는 cockpit이다.
초기 제품은 Life OS 전체가 아니다. Energy Cockpit + Quest Compiler + Route Log를 먼저 만들고, 그 전에 Prototype Contract + Object Lifecycle + URL Policy + Evidence Bundle을 잠근다. 첫 인터랙티브 probe는 Phaser 4 + TypeScript + Vite를 조건부 채택하고, SvelteKit은 DOM-heavy cockpit 후보, Rails 8 line은 제품화 기본 후보로 남긴다.
| 조각 | 역할 |
|---|---|
Energy Cockpit | 사용자가 지금 상태를 고르고 다음 행동 폭을 줄인다 |
Quest Compiler | boring task를 착수 가능한 10분 quest로 변환한다 |
Route Log | 성공률이 아니라 어떤 상태에서 어떤 route가 먹혔는지 남긴다 |
Prototype Contract | 만들 것, 만들지 않을 것, 완료 증거를 고정한다 |
Phaser-powered Probe | Route Board, 10분 Session, outcome feedback을 촉각적으로 검증한다 |
SvelteKit Candidate | DOM-heavy local-first cockpit이 필요해질 때의 중간 후보 |
Rails 8 Product Shell | 계정, 저장, admin, deploy가 필요해질 때의 durable 후보 |
누구를 먼저 본다
섹션 제목: “누구를 먼저 본다”첫 고객은 넓은 “ADHD 사용자”가 아니다. 제품 판단은 더 좁은 사용자에서 시작한다.
| 사용자 | 겪는 장면 |
|---|---|
| ADHD 성향 knowledge worker | 해야 할 일은 아는데 착수와 재진입이 자주 깨진다 |
| solo operator / founder | context switching이 많고, 긴 task가 회피로 밀린다 |
| maker / writer / builder | 흥미가 붙으면 깊게 들어가지만 진입 장벽이 높다 |
이 사이트가 끝까지 붙잡는 질문
섹션 제목: “이 사이트가 끝까지 붙잡는 질문”사용자가 이미 실패 비용을 치르는 실행 장면인가?그 실패를 7일 안에 task, state, quest, session artifact로 볼 수 있는가?route 추천이 죄책감이 아니라 재진입 가능성을 높이는가?반복되는 route 판단이 local-first data와 product loop로 축적되는가?읽는 순서
섹션 제목: “읽는 순서”- 사용자 계약에서 이 제품이 해결하지 않을 것을 먼저 자른다.
- 사용자 Job에서 기능이 아니라 실행 실패 장면을 정의한다.
- 첫 실행 단위에서 7일 probe와 10분 route를 고정한다.
- Prototype Contract에서 development contract와 no-go를 잠근다.
- Object Lifecycle에서 Task, Quest, Session, RouteLog의 상태 전이를 본다.
- Implementation Stack에서 Phaser 4, SvelteKit, Rails 8의 역할을 판단한다.
- 제품 작동 원리에서 Interest Engine, Energy Cockpit, Life OS의 분리를 본다.
- 첫 구현 조각에서 desktop prototype 데이터와 화면을 확인한다.
- Cockpit 진단으로 build 금지/진행 여부를 점수화한다.
- Route Case Bank에서 내부 case와 후보 proof를 모은다.
- Life Cockpit URL Policy에서 handbook, future app, future public URL 경계를 분리한다.
- Evidence Bundle에서 완료 증거를 정한다.
현재 버전
섹션 제목: “현재 버전”v0.5는 v0.4 stack decision 위에 SvelteKit과 Rails 8 line을 추가 검토한 버전이다. 핵심 변화는 첫 playable probe는 Phaser 4 + TypeScript + Vite로 유지하되, DOM-heavy local-first cockpit은 SvelteKit, durable product shell은 Rails 8 line으로 역할을 분리한 것이다.
첫 제품 원칙
섹션 제목: “첫 제품 원칙”| 원칙 | 의미 |
|---|---|
| Calm-first 금지 | 무조건 진정시키지 않는다. 필요한 때는 자극, 경쟁, 새로움, 긴급성을 쓴다 |
| 실패 대신 재진입 | streak 깨짐보다 다시 들어온 횟수를 추적한다 |
| 중요도보다 착수 가능성 | priority보다 흥미도, 마찰도, 보상감, 에너지 비용이 먼저다 |
| 데이터는 죄책감 금지 | 대시보드는 생산성 점수가 아니라 패턴 발견용이다 |
| AI는 감독이 아니라 동행자 | 판단 없는 NPC, body double, quest compiler 역할을 한다 |
보호선
섹션 제목: “보호선”이 사이트는 public-work legacy 표면의 제품 리서치다. medical advice, diagnosis, treatment, medication guidance를 제공하지 않는다. 제품 표현도 “ADHD를 치료한다”가 아니라 “착수와 재진입을 돕는 실행 cockpit”으로 제한한다.