“할 일 앱이 아니라, 생각이 흐르는 시스템이 필요했다.”
옵시디언을 쓰기 전까지 저는 항상 두 개의 앱을 오갔습니다. 하나는 ‘할 일 관리 앱’, 다른 하나는 ‘메모 앱’이었습니다.
문제는 간단했습니다. 할 일(Action)과 생각(Thought)이 서로 다른 곳에 격리되어 있었습니다.
그래서 저는 항상 이런 ‘분절 현상’을 겪었습니다.
- 할 일은 체크해서 지웠는데, 왜 이 일을 했는지 맥락이 기억나지 않는다.
- 메모는 잔뜩 해뒀는데, 정작 실행(Action)으로 옮겨지지 않는다.
옵시디언으로 시스템을 통합하면서 이 문제는 기술적으로 완전히 해결되었습니다. 그 이유는 ‘할 일(Task)’이 단순히 지워지는 체크박스가 아니라, ‘살아있는 노트(Note)’로 진화하는 구조를 만들었기 때문입니다.
1. 모든 일은 Inbox에서 시작한다 (Input)
저는 하루를 00_Inbox 파일로 시작합니다. 이곳에는 아무 규칙도, 필터도 없습니다. 해야 할 일, 아이디어, 서버 에러 로그, 단순한 불만… 전부 텍스트로 쏟아냅니다.
[실제 Inbox 예시]
- Day5 블로그 글 작성하기
- 옵시디언 그래프 뷰 캡처해서 업로드
- 워드프레스 슬러그(Slug) 규칙 점검
이 단계의 목적은 단 하나, “RAM(작업 기억) 비우기”입니다. 머릿속에 담아두지 않고 외부 기억장치로 옮기는 과정입니다.
2. 할 일은 ‘Task_System’으로 이동한다 (Process)
Inbox에 쌓인 항목 중, 오늘 당장 실행해야 할 것은 Task_System이라는 메인 노트로 옮깁니다. 이 노트는 제 업무의 ‘중앙 관제 센터(Dashboard)’입니다.
[Task_System 구조]
- 📌 Focus (오늘의 핵심): 반드시 끝낼 일 1~3개
- ⏳ Active (진행 중): 대기 중인 프로젝트
- ✅ Done (완료): 성과 기록
여기서 중요한 기술적 포인트가 있습니다. 각 항목은 단순한 텍스트가 아니라 [[위키 링크]]로 되어 있습니다.
- [ ] [[Day5_Task_Draft]]
이렇게 링크를 거는 순간, 할 일은 단순한 텍스트를 넘어 하나의 독립된 문서가 됩니다.
3. 할 일 → 글 → 지식으로 변한다 (Output)
예를 들어 [[Day5_Task_Draft]]를 클릭하면 새로운 빈 노트가 열립니다. 저는 그 안에서 글을 씁니다. 작업을 마친 뒤에는 이 노트가 그대로 ‘지식 아카이브’ 폴더로 이동합니다.
Task(할 일) → Note(작업) → Post(발행) → Archive(자산)
이 흐름이 끊기지 않고 하나의 앱 안에서 자동으로 이루어집니다. 이것이 제가 구축한 ‘옵시디언 올인원 워크플로우’의 핵심입니다.
4. 개발자 관점: 왜 이 방식이 압도적으로 효율적인가
이 시스템이 강력한 이유는 ‘문맥 전환(Context Switching)’ 비용이 0에 수렴하기 때문입니다.
노션이나 다른 도구에서는 항상 선택(Decision)을 강요받습니다.
- “이건 프로젝트 DB에 넣을까, 메모 DB에 넣을까?”
- “태그는 뭘 달지?”
하지만 옵시디언에서는 그런 고민이 사라집니다. 모든 것은 Inbox에 텍스트로 존재하다가, [[괄호]]를 씌우는 순간 객체(Object)가 됩니다. 이 단순함이 뇌의 연산 부하를 줄여주고, 오직 ‘실행’에만 집중하게 해줍니다.
5. 시스템의 연결고리
이 구조는 지난 Day 3에서 다루었던 [할 일 관리 시스템의 이론적 배경]을 실제 현실에 적용한 사례입니다.
Day 3가 ‘설계도’라면, 오늘 보여드린 Day 5는 실제로 돌아가는 ‘엔진’입니다.
마무리
옵시디언은 단순한 메모 앱이 아닙니다. 할 일이 생각이 되고, 생각이 자산이 되는 유기적인 시스템입니다.
이 구조를 한 번만 세팅해 두면, 당신의 하루는 더 이상 파편화되지 않습니다.
다음 글에서는 이 시스템에 날개를 달아줄 ‘자동화(Automation)’ 연결법을 다루겠습니다.
옵시디언으로 구축한 제 전체 메모·작업 시스템의 구조는 2026년 생산성 도구 & 워크플로우 완벽 가이드에서 한 번에 정리되어 있습니다. 전체적인 흐름을 보고 싶다면 그 글을 참고해 주세요.
👉 하루 루틴 연결: 옵시디언 하루 생산성 루틴