"잊은 증상은 지난 화요일로 파일되고, 계획된 훈련 블록은 다음 달로 흩어져. 타임라인은 양방향으로 무한해."
양방향, 일부러
Forge 에선 당일 입력이 절대 강제되지 않아. composer 의 date picker 는 양쪽으로 움직여: 뒤로 — 아빠가 기록 깜빡한 증상이 지난 화요일로 파일되고, 오늘 스캔한 2025 검진이 2025 아래 파일되고 — 앞으로 — 예정된 진료나 계획된 훈련 블록이 미래로 흩어져. 다른 날을 고르면 crumb 의 target_date 가 설정되지만, 그 crumb 이 그때 제출된 척은 안 해. 적어두는 행위와 그게 속한 날짜는 서로 다른 두 사실이야.
여기선 retrospective 가 정상이지 edge case 가 아냐
이건 대부분의 도메인보다 건강에서 더 중요해. 의료 기록은 그게 서술하는 방문보다 몇 주 뒤에 도착하니까. 검진 결과는 지난달 방문을 오늘 올리는 PDF 고, 보충제 목록은 이미 돌아가는 regimen 의 스크린샷이야. retrospective 파일링이 어색한 특수 경로였다면, Forge 의 진짜 콘텐츠 절반이 도구랑 싸울 거야. 그래서 그건 우회로가 아니라 일급 동작이야 — 특히 Medical 탭이 그걸 전제해.
date picker 는 양방향으로 움직이고, captured 는 owned 가 아냐. 다른 날을 설정하면
target_date 만 바뀌어 — 읽기·파일링을 위해 crumb 이 속하는 날 — 절대 captured_at 은 아냐, 그건 적은 진짜 순간으로 남아. 늦은 파일링은 정상이고, 캡처 자체를 back-date 하는 건 아냐.가드레일 하나: 조용한 re-date 금지
이 둘레엔 신중한 규칙 하나가 있어. 비어있지 않은 persisted 초안은 아빠가 달력 날짜를 탭해도 절대 조용히 re-date 되지 않아 — 그건 이미 시작한 작업을 몰래 옮기는 거니까. 날짜 탭은 빈 composer 에 그 날짜를 파일링 타깃으로 줘. 진행 중인 초안은 아빠가 명시적으로 적용할 때만 고른 날짜를 가져가. 엔진은 crumb 을 타임라인 어디에든 흩뿌리지만, 시키지 않고는 절대 하나도 안 옮겨.