"flare 한복판에 잡은 증상이 Office 가 깨어있는지에 의존하면 안 돼. 네트워크는 저장 경로에 절대 못 올라."
로컬 쓰기가 항상 먼저
캡처 계약엔 타협 불가 규칙 하나가 있어: 로컬 쓰기가 항상 먼저 커밋되고, 즉시 시각 확인이 뜬다. 아빠가 crumb 을 쓰면, 어떤 네트워크 시도가 시작되기도 전에 device-로컬 저장에 내려앉고 저장됨으로 보여. Office 도달성도 Pippa 가용성도 아빠와 잡은 생각 사이에 앉지 않아. 이건 불안정한 연결을 위한 부수 배려가 아냐 — 새벽 2시 flare 를 믿고 맡길 수 있는 도구와, '서버 도달 실패, 다시 시도' 를 어깨 으쓱하는 도구의 차이야.
outbox 상태 기계
그 보장 뒤엔 작은 상태 기계가 있어. 새 crumb 은 쓰이는 즉시 LOCAL_ONLY, 그다음 QUEUED, 연결이 되면 SYNCING, 서버가 durable 하게 확인하면 SYNCED. 사람 손이 필요한 방식으로 sync 가 실패하면, 조용히 사라지는 대신 FAILED_NEEDS_ATTENTION 이 돼. 결정적 규칙: 로컬 payload 는 idempotent 서버 확인 전엔 절대 삭제 안 돼 — 그래서 재시도가 crumb 을 절대 중복 못 만들고, 끊긴 연결이 절대 하나도 못 잃어.
왜 건강에선 이게 선택이 아닌가
Waystone 은 그린델발트의 죽은 호텔 네트워크에서 이걸 배웠고, Forge 는 더 날카로운 이유로 물려받아. 증상은 최악의 순간에 도착해 — flare 한복판, 반쯤 잠든 채, 안테나 하나짜리 대기실에서. 캡처가 왕복을 요구했다면, 기록할 가치가 가장 큰 바로 그 순간들을 도구가 떨궜을 거야. 그래서 저장 경로는 로컬이고 동기적이고, sync 는 배경의 나중 일이야. 중요한 뭔가의 캡처 표면을 지을 땐, 네트워크를 확인 뒤에 둬, 절대 앞에 두지 마.