대부분의 생산성 시스템은 좋은 날을 가정한다. 시간과 에너지가 있는 날에는 노트를 정리하고 인박스를 비우고 프로젝트 상태를 갱신할 수 있다. 그러나 나쁜 날이 오면 시스템은 레버리지가 아니라 죄책감의 원천이 된다. 4일째 처리되지 않은 인박스, 무작위 폴더에 쌓인 노트, 몇 주째 갱신되지 않은 프로젝트 상태. 결국 사람들은 시스템을 버린다. 운영하는 비용이 절약하는 시간보다 커지기 때문이다.
근거
CyrilXBT는 자신의 Obsidian 운영체제를 “좋은 날을 위한 설계가 아니라 나쁜 날을 살아남는 설계”라고 명시한다.
“It is not designed for good days. It is designed to survive bad ones. The architecture maintains itself when you are overwhelmed, produces useful output when you are inconsistent, and compounds intelligently whether you are actively curating it or not.”
핵심 메커니즘 세 가지: ① Capture는 판단 없이 모든 것을 흡수한다(filing 결정을 분리), ② 삭제 대신 ARCHIVE만 사용한다(잘못 보관할 위험 제거), ③ 단일 CLAUDE.md가 진실원이라 한 파일만 갱신하면 모든 워크플로우가 따라온다.
연결된 생각
- 20260508-capture-friction-kills-knowledge-systems — 캡처 마찰이 시스템을 무너뜨린다
- 20260508-knowledge-systems-fail-without-output-loop — 출력 루프 없는 시스템은 죽는다
- 20260508-capture-friction-over-10s-breaks-habit — 10초 이상의 마찰은 습관을 끊는다