journey lifecycle

"journey 는 state machine 이고, 'Start Logging' 은 대화 전체가 뭐에 관한 건지를 바꾸는 전환이야."

네 단계

journey 는 네 단계를 지나: PLANNING, ACTIVE, COMPLETED, ARCHIVED. 이건 장식용 라벨이 아냐 — 각 단계가 엔진이 뭘 위한 건지, consultation 이 어떻게 행동하는지를 바꿔. 전환을 이해하는 게 여행이 Waystone 안에서 실제로 어떻게 사는지 이해하는 거야.

각 전환의 뜻

PLANNING. journey 는 내부 정체성이 있지만 날짜는 아직 유동적. consultation 은 '어디로 가고 뭘 할까?' 에 관한 거야. 아직 아무것도 안 얼림.
PLANNING 에서 ACTIVE (Start Logging). 유일한 무거운 전환. 에디터를 여는 버튼이 아니라 도메인 트랜잭션이야: departure baseline 을 얼리고, journey UID 를 mint 하고, 로컬 날짜·타임존을 확정하고, consultation 스레드를 바인딩하고, 첫 날을 만들어. 여행이 시작됐어.
ACTIVE. consultation 이 자세를 바꿔 — '어디로 갈까?' 에서 '지금 벌어지는 걸 볼 때, 다음에 뭘 할까?' 로. event·route 변경·관찰·결정이 현재 로컬 날에 붙어.
COMPLETED 와 ARCHIVED. 완료는 활성 캡처를 멈추고 회고 분석을 열어. Archiving 은 저장-과-가시성 state 고 — 결정적으로, journey 가 미래 consultation 을 informed 할 능력을 절대 파괴하면 안 돼.

Archiving 은 잊는 게 아냐

마지막 전환이 가장 중요한 미묘함을 실어. journey 를 archiving 하는 건 가시성과 저장 tier 에 관한 거지 삭제가 아냐. 엔진의 전제 전부가 history 가 복리로 쌓인다는 거야 — 그래서 archived 여행은 네 번째를 계획할 때 '세 번째 스위스 journey 는 이걸 어떻게 다뤘지?' 에 아직 답할 수 있어야 하는 바로 그 여행이야. journey 를 query 불가로 만드는 archive 는 엔진이 존재하는 이유를 무너뜨려. Archiving 은 journey 를 조용하게 하지, 절대 침묵시키지 않아.

Code

journey state machine·text

PLANNING --StartLogging--> ACTIVE --Complete--> COMPLETED --> ARCHIVED
   |                          |                     |             |
"어디로                  "지금을 볼 때,       회고           조용하지만
 갈까?"                   다음은?"             분석           아직 query 가능

# StartLogging 은 무거운 전환: baseline 얼림, UID mint,
#   tz 확정, thread 바인딩, 첫 날. 클릭이 아니라 트랜잭션.
# ARCHIVED 는 가시성을 바꾸지, 여행 N+1 을 informed 할 능력은 안 바꿔.

Exercise

지금 도구에서 프로젝트나 여행이 어떻게 '시작' 하는지 생각해봐. 진짜 전환이 있어 — 분명한 결과와 함께 '계획 중' 에서 '벌어지는 중' 으로 바뀌는 순간 — 아니면 표시된 event 없이 하나에서 다른 하나로 그냥 서서히 미끄러져? 그 전환이 있다면 거기서 뭘 얼리거나, mint 하거나, 확정하고 싶은지 적어봐.

Hint

대부분 도구엔 진짜 'Start' 트랜잭션이 없어 — 계획이 그냥 실행으로 흐려져. 근데 표시된 전환 없이는 baseline 을 얼리거나 정체성을 새길 자연스러운 자리가 없어. lifecycle 모델의 힘은 '시작' 이 vibe 가 아니라 진짜 효과를 가진 진짜 event 가 되는 거야.