[LLM Wiki 3] 회의록을 지식으로 바꾸는 카드 구조

회의록 LLM Wiki의 핵심은 회의록 하나를 그대로 저장하는 것이 아니라, 그 안에서 나온 정보를 역할별 카드로 분해하는 것이다. 회의록은 원본으로 보관하되, 실제로 지식베이스에서 쓰는 단위는 더 작고 명확해야 한다.

카드 구조란 무엇인가

카드 구조는 긴 문서 하나에 모든 내용을 넣는 대신, 하나의 주제나 역할을 가진 작은 markdown 문서들로 지식을 나누는 방식이다.

카드 구조의 장점은 업데이트가 쉽다는 것이다. 새로운 회의에서 기존 프로젝트 상태가 바뀌면 Project 카드만 업데이트하면 된다. 새로운 결정이 나오면 Decision 카드로 분리한다. 액션 아이템은 Action 카드로 빼서 상태를 추적한다.

회의록 원본과 카드의 관계

회의록 원본은 수정하지 않는 것이 좋다. 원본은 raw에 둔다.

• raw/meetings/2026-06-27-product-sync.md

LLM은 이 원본을 읽고 wiki 카드를 만든다.

• wiki/meetings/2026-06-27 Product Sync.md
• wiki/decisions/DEC-2026-06-27-usage-based-pricing.md
• wiki/actions/ACT-2026-06-27-jay-check-usage-data.md
• wiki/projects/Enterprise Pricing.md
• wiki/topics/Pricing.md

도식으로 보면 다음과 같다.

Meeting 카드

Meeting 카드는 회의 하나를 대표한다. 회의 원본 전체를 요약하고, 그 회의에서 파생된 결정과 액션으로 연결한다.

• 날짜
• 참석자
• 회의 목적
• 핵심 요약
• 결정사항 링크
• 액션 아이템 링크
• 열린 질문
• 관련 프로젝트
• 관련 주제
• 원본 회의록 링크

Decision 카드

Decision 카드는 결정 하나를 독립적으로 기록한다. 회의록에서 가장 중요한 카드 중 하나다.

단순히 “무엇을 결정했다”만 남기면 부족하다. 나중에 가장 많이 묻게 되는 질문은 “왜 그렇게 결정했지?”이기 때문이다.

• 결정 내용
• 결정 날짜
• 배경
• 결정 이유
• 고려한 대안
• 영향받는 프로젝트
• 재검토 조건
• 출처 회의

Decision 카드에는 status도 필요하다.

type: decision
date: 2026-06-27
status: active
project: Enterprise Pricing
source_meeting: 2026-06-27 Product Sync

Action 카드

Action 카드는 할 일 하나를 추적한다. 회의록 안에 액션을 묻어두면 거의 사라진다. 별도 카드로 빼야 상태를 관리할 수 있다.

type: action
owner: Jay
due: 2026-07-01
status: open
project: Enterprise Pricing
source_meeting: 2026-06-27 Product Sync

상태는 단순해야 한다.

• open
• in-progress
• blocked
• done
• dropped

Project 카드와 Topic 카드

Project 카드는 여러 회의에 흩어진 내용을 한곳에 모으는 상태판이다. Topic 카드는 여러 회의와 프로젝트를 가로지르는 주제다.

회의록 기본 관계 모델

카드들은 서로 링크되어야 한다.

이 링크가 쌓이면 markdown wiki는 자연스럽게 지식 그래프가 된다. Obsidian Graph View로 볼 수도 있고, 나중에 Graph RAG의 관계 인덱스로 추출할 수도 있다.