옵시디언(Obsidian) 연결형 회의록: 인물과 프로젝트를 백링크로 엮는 법

옵시디언 연결형 회의록

1. 폴더 구조를 버리고 '연결의 철학'을 세우다

1.1 왜 폴더 시스템은 회의록 관리에 실패하는가?

우리는 보통 [프로젝트명] > [2026년] > [04월] > 회의록.md 식으로 폴더를 만듭니다. 하지만 현실의 데이터는 다차원적입니다. A라는 인물은 프로젝트 B에도 참여하고 프로젝트 C에도 참여합니다. 폴더 구조에서는 A라는 인물에 대한 기록이 여러 폴더에 파편화되어, 그 사람의 통찰력을 한눈에 모아보기 어렵습니다.

1.2 나만의 노하우: '플랫(Flat) 구조'와 '메타데이터'의 힘

저는 옵시디언 내에 Meetings라는 단 하나의 폴더만 둡니다. 대신 파일 내부 상단(YAML Frontmatter)에 강력한 메타데이터를 심습니다.

날짜: date: 2026-04-15
참석자: attendees: [[김철수]], [[이영희]]
프로젝트: project: [[차세대 플랫폼 구축]] 이렇게 대괄호 [[ ]]를 사용하여 백링크를 거는 순간, 옵시디언은 해당 인물과 프로젝트를 위한 전용 페이지를 자동으로 생성하거나 연결합니다.

2. 인물 백링크: 사람을 중심으로 지식을 엮는 기술

2.1 인물 페이지(People Note)의 마법

회의록 본문에 [[홍길동 팀장]]이라고 적는 행위는 단순한 이름 표기가 아닙니다. 이는 홍길동 팀장이라는 독립된 '노드(Node)'를 만드는 것입니다. 나중에 옵시디언에서 '홍길동 팀장' 페이지를 열면, 하단의 '언링크드 멘션(Unlinked Mentions)'과 '백링크' 섹션을 통해 그와 함께했던 모든 회의 목록과 그가 했던 주요 발언들이 타임라인 순으로 펼쳐집니다.

2.2 실전 기록법: 발언자 중심의 아카이빙

저는 회의록을 작성할 때 발언의 주체를 반드시 백링크로 처리합니다.

기록 예시: [[박지민]]: 이번 릴리스에서는 [[API 최적화]]가 최우선순위입니다. 이렇게 기록하면 나중에 [[API 최적화]] 페이지에 들어가도 박지민 님이 언급했다는 사실이 연결되어 보입니다. 이것이 제가 부르는 '다차원 검색 시스템'입니다.

3. 프로젝트 백링크: 진행 상황을 입체적으로 조망하기

3.1 프로젝트 마스터 페이지 구축

단순히 회의록만 쌓아두는 것이 아니라, 각 프로젝트별로 '마스터 페이지'를 운영합니다. 이 페이지는 해당 프로젝트와 연결된 모든 회의록의 '대시보드' 역할을 합니다.

독창적 팁: 옵시디언의 Dataview 플러그인을 활용하여 프로젝트 페이지 상단에 해당 프로젝트 백링크가 걸린 최신 회의록 5개를 자동으로 리스트업합니다. 이를 통해 프로젝트의 전체 맥락을 파악하는 데 드는 시간을 90% 이상 단축했습니다.

3.2 결정 사항(Decisions)의 아카이빙

회의 중 결정된 사항은 #Decision 태그와 함께 프로젝트 백링크를 겁니다.

예시: [[차세대 플랫폼]] 프로젝트의 로그 서버는 [[AWS]]로 확정함. #Decision 나중에 프로젝트 마스터 페이지에서 #Decision 태그가 달린 문장만 쿼리로 불러오면, 수개월간의 회의 중 '결정된 사실'만 모아놓은 의사결정 히스토리가 완성됩니다.

4. 옵시디언 그래프 뷰를 활용한 '아이디어 가시화'

4.1 그래프 뷰에서의 데이터 패턴 발견

옵시디언의 '그래프 뷰'를 열고 필터를 설정하면 재미있는 현상이 벌어집니다. 특정 프로젝트 노드 주위로 수많은 회의록 노드가 행성처럼 공전하고, 그 사이사이를 인물 노드들이 잇고 있는 모습을 보게 됩니다.

나만의 데이터: 저는 그래프 뷰를 통해 'A 프로젝트'와 'B 프로젝트' 사이에 공통적으로 등장하는 인물이나 기술 키워드를 시각적으로 찾아냅니다. 이는 부서 간 협업(Cross-functional) 지점을 찾는 데 결정적인 힌트가 됩니다.

4.2 관계의 밀도 측정

노드의 크기가 클수록 연결된 백링크가 많다는 뜻입니다. 만약 특정 기술 키워드(예: [[보안 강화]]) 노드가 비정상적으로 크다면, 우리 팀이 최근 모든 프로젝트에서 보안 문제를 심각하게 다루고 있다는 방증입니다. 저는 이 시각적 데이터를 바탕으로 주간 보고서의 핵심 테마를 선정합니다.

5. 실전 워크플로우: 회의 중부터 사후 정리까지

5.1 회의 중: 템플릿(Templates)의 활용

저는 옵시디언의 Templater 플러그인을 사용하여 1초 만에 회의록 형식을 불러옵니다.

Header: 날짜, 시간, 장소, 프로젝트 연결.
Participants: 참석자 백링크 나열.
Agenda: 회의 안건.
Notes: 백링크 위주의 자유 기록.
Action Items: [ ] 체크박스를 활용한 할 일 목록.

5.2 회의 후: 'Refactoring'의 시간

회의가 끝나면 AI 요약본(지난 글에서 다룬 클로바노트/Otter 결과물)을 옵시디언 회의록 하단에 붙여넣습니다. 그리고 중요한 키워드들을 다시 한번 백링크([[ ]])로 감쌉니다. 이 '다듬기(Refactoring)' 과정이 5분 정도 소요되지만, 이 시간이 지식을 '내 것'으로 만들고 시스템에 영구적으로 편입시키는 가장 중요한 순간입니다.

6. 결론: 연결된 지식은 절대 늙지 않습니다

전통적인 회의록은 작성되는 순간부터 노화가 시작됩니다. 파일은 잊히고, 내용은 과거의 기록으로 남습니다. 하지만 옵시디언으로 구축한 연결형 회의록은 살아있는 유기체와 같습니다. 새로운 회의가 추가될 때마다 기존의 인물 페이지와 프로젝트 페이지는 더욱 풍성해지며, 과거의 기록은 현재의 맥락과 끊임없이 충돌하고 화합합니다.

제가 제안한 이 '인물-프로젝트 백링크 시스템'을 도입해 보십시오. 단순히 "회의를 기록한다"는 고정관념에서 벗어나 "지식의 네트워크를 확장한다"는 관점으로 접근할 때, 여러분의 옵시디언은 단순한 메모 앱을 넘어 여러분의 업무를 완벽하게 보좌하는 '두 번째 뇌(Second Brain)'로 거듭날 것입니다.