스위스 필드 교훈

"케이블카 위, 비 속, 손 시린 채로, 넌 5초 남짓이랑 엄지 하나가 있어. 그걸 위해 설계하거나, 아무것도 못 건지거나."

현장이 진짜로 요구하는 것

모바일 설계가 통째로 힘들게 얻은 관찰 하나에 얹혀 있어. 여행 로깅은 시간도, 자세도, 주의도, 키보드 인내도 있다고 가정할 수 없다. 사려 깊은 일일 entry를 쓴다는 데스크톱 판타지는 진짜 여행이랑 부딪히면 못 버텨. 걷고, 지치고, 짐이랑 일행 챙기고, 기억할 만한 순간은 지금 벌어지고 몇 초 뒤엔 사라져. 그걸 잡는 데 몇 번 넘게 탭해야 하면 넌 안 할 거고, 엔진이 지키려고 지어진 그 기억은 그냥 안 만들어져.

대시보드가 아니라 캡처 표면

그래서 모바일 홈은 축소된 데스크톱 대시보드가 아냐. 정보 밀도도, interaction budget도, 실패 모델도 다른, 목적 전용 캡처 표면이야. 규칙은 breadcrumb 남기기가 거의 공짜여야 한다는 거야. 캡처는 title이나 tag나 category나 Pippa 응답을 요구하면 안 돼. 조각을 타이핑하거나 받아쓰고(음성은 폰 받아쓰기로 텍스트가 되니까 별도 kind를 안 얻었어), 선택적으로 사진 붙이면, 끝이야. 활성 journey랑 스케줄 날짜랑 캡처 시간이랑 타임존이랑 위치가 전부 알아서 붙어. 넌 생각을 가져오고, 엔진이 metadata를 가져와.

여기선 Pippa가 조용해

현장 순간을 지키는 규율이 하나 더 있어. Pippa는 캡처하는 동안 보통 조용해. breadcrumb이 로컬 피드에 뜨는 게 성공이야. model latency가 이동을 방해하면 절대 안 돼. 아빠가 도움을 원하면 작은 macro(이거 고쳐, 번역해)를 명시적으로 부를 수 있지만, 응답은 손 안 탄 draft 옆의 preview고, 순수 Crumb 액션은 model 호출을 절대 안 기다려. 움직이는 동안 엔진이 할 제일 중요한 일은 비켜서는 거야. 해석은 호텔에서 할 일, 캡처는 지금 할 일.

Code

캡처 계약: 요구하면 안 되는 것·text

breadcrumb 을 남기려고, 제공하도록 강요받으면 안 되는 것:
  - title
  - tag 나 category
  - place 이름 (허용되면 위치는 자동 캡처)
  - Pippa 응답 (조용히 있음; latency 가 캡처 안 막음)

자동으로 붙어서, 안 해도 되는 것:
  - 활성 journey            - 캡처 시간 + 타임존
  - 스케줄 / 캡처 날짜       - 위치 (foreground, 허용 시)

# 넌 조각을 가져오고, 엔진이 metadata를 가져와.
# 네가 더하는 필수 필드 하나하나가 순간을 잃게 하는 필드야.

Exercise

걷고 산만한 척하면서, 안 앉고, 엄지 하나로, 평소 노트나 저널 앱에서 생각 하나 캡처하는 시간을 재봐. 탭이랑 필수 필드를 세봐. 비 속 케이블카에서 이걸 진짜 할까? 처음 두세 개 넘는 탭 하나하나가 현장에서 잃을 순간이야.

Hint

잔인한 테스트는 엄지 하나로 5초짜리 창이야. 네 캡처 흐름이 title이나 category 선택이나 양손 키보드를 요구하면, 책상에서 설계된 거야. 현장 캡처는 저장까지 몇 번 탭하느냐로 재고, 목표는 '거의 없음'이야.