"케이블카 위, 비 속, 시린 손으로, 넌 5초쯤과 엄지 하나가 있어. 그걸 위해 설계하거나, 아무것도 못 얻거나."
현장이 실제로 요구하는 것
모바일 설계 전부가 힘들게 얻은 관찰 하나에 놓여 있어: 여행 로깅은 시간·자세·주의·키보드 인내를 가정할 수 없다. 사려 깊은 일일 entry 를 쓰는 데스크톱 판타지는 실제 여행과의 접촉에서 못 살아남아. 넌 걷고, 지치고, 짐과 동행을 챙기고, 기억할 가치 있는 순간은 지금 벌어지고 몇 초 뒤 사라져. 그걸 캡처하는 데 몇 번 탭 이상 걸리면, 넌 안 할 거고 — 엔진이 지키려고 지어진 그 기억은 그냥 절대 안 만들어져.
대시보드가 아니라 캡처 표면
그래서 모바일 홈은 축소된 데스크톱 대시보드가 아냐. 다른 정보 밀도, 다른 interaction budget, 다른 실패 모델을 가진 목적-전용 캡처 표면이야. 규칙은 breadcrumb 남기기가 거의 공짜여야 한다는 거야: 캡처는 title·tag·category·Pippa 응답을 요구하면 안 돼. 조각을 타이핑하거나(받아쓰거나 — 음성은 폰 받아쓰기로 텍스트로 오니까 별도 kind 를 못 얻었어), 선택적으로 사진 붙이면, 끝이야. 활성 journey, 스케줄 날짜, 캡처 시간, 타임존, 위치가 전부 자동으로 붙어. 넌 생각을 가져오고; 엔진이 metadata 를 가져와.
여기선 Pippa 가 조용해
현장 순간을 보호하는 규율이 하나 더 있어: Pippa 는 캡처 동안 보통 조용해. breadcrumb 이 로컬 피드에 뜨는 게 성공이야 — model latency 가 이동을 절대 방해하면 안 돼. 아빠가 도움을 원하면 작은 macro(이거 고쳐, 번역해)를 명시적으로 부를 수 있지만, 응답은 손 안 탄 draft 옆의 preview 고, 순수 Crumb 액션은 model 호출을 절대 안 기다려. 움직이는 동안 엔진의 가장 중요한 일은 비켜서는 거야. 해석은 호텔용; 캡처는 지금용.