주간 합성 프롬프트도, 소스 처리 템플릿도, Claude Projects 설정도 다 자동화되어 있다. 나쁜 주가 와도 시스템의 대부분은 살아남는다. 하나만 빼고.
캡처가 무너지면 2주 안에 전체가 죽는다. 볼트가 오래된 정보만 담게 된다. 합성이 새로운 것을 찾지 못한다. 연결이 멈춘다.
이게 텔레그램 봇이 시스템에서 가장 중요한 단일 인프라인 이유다. 마찰을 제거하는 것이 유일한 목적이다. 어떤 기기에서도, 브라우저에서도, 트위터에서도, 링크를 봇에 포워드하면 30초 안에 Inbox에 착지한다. “저장하는 데 10초 이상 걸리면 저장되지 않는다”는 규칙의 반대편이다.
관료적 PKM 시스템이 실패하는 이유가 여기 있다. 캡처 단계에 분류·태그·폴더 결정을 넣으면, 그 마찰이 캡처를 막는다. Inbox-first 원칙이 중요한 이유다. 캡처할 때는 아무것도 결정하지 않는다. 그냥 넣는다. 분류는 나중에.
근거
“Inconsistent capture breaks down the whole thing within two weeks. The vault gets stale. The synthesis has nothing interesting to surface. The connections stop appearing.”
“The Telegram bot is the single most important piece of infrastructure in the system because it removes every possible excuse for not capturing something.”
연결된 생각
- 20260527-obsidian-claude-unified-research-system — 시스템 전체 구조와 캡처 레이어의 위치
- 20260527-connection-cost-is-the-hidden-tax-of-multi-tool-research — 캡처가 왜 단일 환경에서 더 쉬운지
- 20260526-productivity-system-must-survive-bad-days — 나쁜 날에도 살아남아야 하는 시스템 원칙