주절거리고 넘어가

"어디가? 몇 단계? 그 질문이 실패 모드야, 기능이 아니라."

전환 전부를 한 문장으로

Forge 는 Waystone 에서 많이 물려받았지만, 앱의 느낌을 바꾸는 전환 하나를 했어. 캡처는 자유 산문이지 폼이 절대 아냐. crumb 은 주절거린 한 문장으로 완성이야. '라이딩 후에 무릎이 좀 뻐근했다' 한 줄. 아니면 검진 스크린샷 하나. survey UI 도, required type 피커도, 강도 슬라이더도, 아빠가 볼 taxonomy 도 없어. 아무거나, 아무 때나 쓰고 넘어가. 그게 챙기는 앱이랑 숙제 내주는 앱의 차이야.

composer 가 싣는 것과 안 싣는 것

composer 는 구조엔 일부러 인색하고 캡처엔 후해. trio(attachments, Prompt Macro, Ask Pippa), date picker, 선택적 module chip 을 싣지만, 어디에도 '타입을 고르시오' 컨트롤은 없어. Forge 의 seed 설계엔 사실 'type 필수' 가 있었는데, 일부러 버렸어. required 피커를 넣는 순간, DB 가 깨끗한 row 를 얻으라고 사람한테 taxonomy 를 조작시키는 꼴이거든. Forge 는 그 거래를 거부해. 사람은 주절거리고, 깨끗함은 Pippa 가 맡아.

캡처엔 required type 필드가 없어. 도메인엔 형태가 있지만, 그 형태는 Pippa 가 넣는 interpretation 층에 살지, 아빠가 조작할 피커에 살지 않아. 구조는 엔진이 벌어내는 거지, 사람한테 요구하는 게 절대 아니고.

왜 폼보다 어려운가

폼은 짓기 쉽고 쿼리하기 쉬워. 자유 산문은 그 어려움 전부를 interpretation 으로, 하류로 밀어. 다음 트랙이 사는 데지. 그게 의도된 거래야. Forge 가 어려운 부분을 흡수해서 사람이 안 하게 하는 거. 쿼리를 쉽게 하려고 'required 드롭다운 딱 하나만' 붙이고 싶은 당김을 느끼면, 그 당김이 앱이 다시 주인 되려는 거야. 이름 붙이고, 구조를 제자리에 돌려놔. 아빠 손가락이 아니라 Pippa 의 읽기에.

Code

캡처 시점의 crumb — type 필드가 없다는 점을 봐·json

{
  "id": "01J8Z...",              // device ULID, immutable identity
  "captured_at": "2026-07-24T09:12:03+09:00",
  "captured_local_date": "2026-07-24",
  "timezone": "Asia/Seoul",
  "target_date": "2026-07-24",   // the only mutable date
  "text": "knee a little stiff after the ride, eased up by noon",
  "kind": "text",               // media shape, not a semantic type
  "surface": "stream"           // which affordance filed it
  // "type": "symptom" 같은 건 여기 없어.
  // typed reading 은 나중에 Pippa 가 derive 해.
}

Exercise

메모 앱 아무거나 열어서 Forge 가 원하는 방식으로 건강 생각을 하나 잡아봐. 한 문장, 카테고리 없이, 평점 없이, 그리고 멈춰. 다시 돌아가서 '정리' 하고 싶은 충동을 느껴봐. 태그 달고, 평점 매기고, 파일링하고. 그 충동이 앱-이-주인 반사야. Forge 는 그 정리 작업을 대신 어디에 둘까?

Hint

Forge 는 정리를 사람에게서 떼어 Pippa 의 interpretation 층으로 옮겨. 캡처 표면의 잣대는 얼마나 많이 모으느냐가 아니라 얼마나 적게 묻느냐야.

전환 전부를 한 문장으로

composer 가 싣는 것과 안 싣는 것

왜 폼보다 어려운가

Code

External links

Exercise

Progress

댓글 0