노트가 쌓이기만 하는 이유

노트 앱을 새로 정할 때마다 같은 일이 반복된다. 처음 몇 주는 열심히 적고, 몇 달 뒤에는 그 안에 무엇이 있는지 모른다. 도구를 바꿔도 같다. 그래서 이 문제는 도구 문제가 아닐 가능성이 높다.

저장과 재사용은 다른 설계다

적는 행위는 그 순간에 끝난다. 반면 다시 쓰이는 일은 미래의 어느 순간에 일어나야 한다. 그 미래를 위해 지금 무엇을 해두었는가가 갈림길이다.

대개는 “잘 분류해두면 나중에 찾을 것”이라고 가정한다. 그런데 나중에 찾으려면 그 노트가 있다는 걸 기억해야 한다. 기억하지 못하면 검색어도 떠오르지 않는다. 분류는 이미 존재를 아는 것을 찾는 데 도움이 되고, 존재를 잊은 것에는 아무 도움이 안 된다.

저장까지만 설계했을 때

• 적는다 → 폴더에 넣는다
• 다시 열 계기가 없다
• 기억에 의존한다
• 잊으면 사라진 것과 같다

→

재사용까지 설계했을 때

• 다른 노트에서 미리 가리킨다
• 조건에 걸려 목록에 뜬다
• 작업하다 저절로 마주친다
• 잊어도 다시 온다

다시 만나게 하는 장치 세 가지

Obsidian 기능 중 이 문제에 직접 닿는 것이 셋 있다. 공식 문서에서 확인한 성질만 적는다.

하나, 아직 없는 노트로 미리 링크한다. Obsidian 은 존재하지 않는 노트로도 링크를 걸 수 있고, 그 링크를 누르면 그 자리에 노트가 만들어진다. 이 순서가 중요하다 — 보통은 노트를 만들고 나중에 연결할 곳을 찾는데, 거꾸로 하면 필요한 자리에서 먼저 이름을 부르고 그 다음에 채운다. 그러면 그 노트는 처음부터 참조되는 위치에 있다. 빈 링크는 미완성이 아니라 다음에 쓸 것의 예약이다.

둘, 속성으로 조건을 붙인다. 속성에 값을 넣어두면 Bases 로 조건을 걸어 목록을 만들 수 있다. 표·리스트·카드·지도 네 가지 뷰가 있고, 속성으로 정렬·필터한다. 여기서 방향이 바뀐다 — 노트를 찾으러 가는 게 아니라 목록이 노트를 모아온다. “이번 주 마감”이나 “검토가 밀린 것” 같은 조건은 내가 기억하지 않아도 매번 다시 계산된다.

셋, 템플릿으로 속성을 고정한다. 둘째 장치는 속성 이름과 값이 일관될 때만 작동한다. 노트마다 상태, status, 진행 을 섞어 쓰면 어떤 조건도 절반만 잡는다. 템플릿 코어 플러그인은 미리 정의한 조각을 삽입하고 {{title}}·{{date}}·{{time}} 변수를 지원한다(포맷은 콜론 뒤에 Moment.js 토큰 — {{date:YYYY-MM-DD}}). 속성도 함께 넣을 수 있다.

템플릿에는 문서에 적힌 함정이 하나 있다. Live Preview 에서 Properties 패널이 따옴표 없는 템플릿 변수를 덮어쓸 수 있다. 그래서 변수에 따옴표를 쓰거나 Source mode 에서 편집하라고 안내한다. 자동화를 붙이는 자리에서 조용히 값이 사라지는 종류의 문제다.

왜 이 셋인가

세 장치의 공통점은 찾기를 개선하지 않는다는 것이다. 대신 마주칠 확률을 높인다.

• 링크는 다른 노트를 읽는 동안 마주치게 한다
• 속성과 뷰는 목록을 볼 때 마주치게 한다
• 템플릿은 그 두 장치가 계속 작동하도록 입력을 고르게 만든다

거꾸로 말하면, 이 셋 중 아무것도 없이 노트를 쌓으면 다시 만날 방법이 기억뿐이다. 그게 쌓이기만 하는 상태의 정확한 이름일 것이다.

아직 해보지 않은 것

여기까지는 기능의 성질에서 나온 진단이고, 실제로 어느 장치가 얼마나 버티는지는 운영해봐야 안다. 다음은 아직 모른다.

• 빈 링크를 얼마나 만들어두면 오히려 부담이 되는지
• 속성 이름을 몇 개까지 유지할 수 있는지
• 템플릿을 몇 종류까지 두면 고르는 게 귀찮아지는지
• 이 셋을 다 해도 여전히 안 쓰이는 종류의 노트가 있는지

특히 마지막이 궁금하다. 애초에 다시 쓰일 일이 없는 메모까지 재사용 경로에 태우려 하면 그게 또 비용이다. 그 경계는 직접 겪어봐야 나온다.

이 문서를 덮어도 되는 시점

지금 안 쓰이고 있는 노트 하나를 골라, 위 셋 중 무엇이 없어서 안 열렸는지 한 줄로 말할 수 있으면 된다. 그 하나를 고치는 것부터 시작한다 — 전체를 다시 정리하는 것은 이 글이 권하는 방향이 아니다.

변경 로그

• 2026-07-26초안 작성(근거: 조사·정리). 저장과 재사용의 분리, 마주치게 하는 세 장치(빈 링크·속성과 뷰·템플릿), 템플릿 변수 덮어쓰기 함정. 실사용 검증은 없음 (성숙도: 탐색 중)
• 예정세 장치를 실제로 운영해본 뒤 — 무엇이 버티고 무엇이 부담이 됐는지, 재사용 경로에 태우지 말아야 할 노트의 경계