1. 지식을 잘 정리한다는건 뭘까?

오늘의 출발 질문은 하나입니다.

나와 AI가 함께 똑똑해지려면, 나는 지식을 어떻게 정리해야 할까?

이 페이지는 라이브 1〜2번 블록을 묶어서 다룹니다. 회상 → 외부 모델 짚기, 이 2단계로 흘러갑니다. 깨달음보다 본인이 어디에 서 있는지 위치를 잡는 게 목적입니다.

1) 회상 · 지금 나는 지식을 어떻게 정리하고 있나?

세컨드 브레인, 옵시디언, 노션, 메모 앱, 폴더, 카톡 나에게 보내기 — 뭐든 다 좋습니다. 본인이 실제로 매주 손이 가는 도구를 떠올려보세요.

2) 외부 모델 짚기 · 지식 정리에 답한 사람들

지식 정리에 대한 답은 관점과 방법 두 갈래로 나눠 봅니다.

• 관점(왜·무엇) — PKM vs PIM 구분, 그리고 PKM의 정의(“정리는 곧 사고”).
• 방법(어떻게) — LLM wiki(카파시), PARA(Tiago Forte), ACE(Nick Milo) 같은 구체 방법론.

관점부터 짚어야 본인이 어떤 정리를 하고 있는지 보입니다. 방법은 “어떤 방식으로 할지” 고르는 메뉴판.

관점 · PKM vs PIM — 이 페이지가 어느 쪽인가

PKM(Personal Knowledge Management)과 PIM(Personal Information Management)은 비슷해 보이지만 다릅니다.

이 페이지는 PKM 이야기입니다. 본인이 더 잘 생각하게 되는 변화가 안 보이면 도구가 아무리 깔끔해도 PIM에 머물러 있는 것.

관점 · PKM의 정의 — 정리는 곧 사고

“Writing is not what follows research, learning or studying, it is the medium of all of this work.” — Sönke Ahrens, How to Take Smart Notes (2017)

지식을 왜 정리하는가에 대한 답. “정리는 산출물이 아니라 사고 과정 자체”라는 입장은 한 사람의 발상이 아니라, 사회학·노트 연구·에세이 글쓰기를 거쳐 여러 차례 같은 결론으로 모인 관점입니다.

• 니클라스 루만(Niklas Luhmann) · Zettelkasten — 평생 약 9만 장의 메모를 운영하며 70권 이상의 책을 낸 독일 사회학자. 자신의 에세이 Kommunikation mit Zettelkästen에서 메모 상자를 단순 저장소가 아니라 대화 상대라고 명시합니다. 글로 쓰지 않으면 사고가 진행되지 않는다는 입장.
• 죈케 아렌스(Sönke Ahrens) · How to Take Smart Notes (2017) — Luhmann의 방식을 현대 PKM 문맥으로 정리한 가장 자주 인용되는 책. 위 인용이 이 책의 핵심 명제입니다 — 글쓰기는 연구·학습 뒤에 따라오는 것이 아니라, 그 모든 작업의 매체다.
• 폴 그레이엄(Paul Graham) · Putting Ideas Into Words (2022) — “Writing about something, even something you know well, usually shows you that you didn’t know it as well as you thought.” 잘 안다고 생각했던 것조차, 글로 써 보면 생각만큼 모르지 않다는 게 드러난다는 것.

세 사람을 관통하는 결론: 잘 정리된 결과보다 쓰는 순간에 생각이 어떻게 움직이는지가 더 중요하다는 합의가 여기 깔려 있습니다.

기준: 노트 폴더가 어지러워도 매주 한 줄을 쓰면서 본인 생각이 움직이면 그게 PKM. 도구가 깔끔해도 쓰는 동안 생각이 안 자라면 PKM이 아닙니다.

방법 · 안드레 카파시 — LLM wiki

미래의 나와 LLM이 동시에 잘 읽도록 — 평문 + 링크 + 시간순.

지식을 어떻게 저장하는가에 대한 답. 카파시는 본인 노트가 “다음 모델의 학습 자료처럼” 읽힐 수 있어야 한다고 봅니다. 그래서 사람용 UI(중첩 폴더, 태그 트리, 카테고리)는 다 떼어내고 LLM이 한 번에 컨텍스트로 삼킬 수 있는 형태만 남깁니다.

핵심 원칙 세 가지:

1. 평문 마크다운만 — 노션 블록, 옵시디언 플러그인 같은 도구 종속 포맷 X.
2. 시간순 prefix — 파일명은 YYYY-MM-DD-주제.md. 폴더 계층 대신 시간이 인덱스.
3. 상대경로 링크 — [관련](./2025-10-25-주제.md). 위키 문법 X. LLM이 그냥 따라갈 수 있게.

LLM 친화 노트의 예 (2025-10-28-pkm-vs-pim.md):

# PKM vs PIM
 
## 핵심
- PIM은 "필요할 때 찾는다"
- PKM은 "내가 더 잘 생각한다"
 
## 내 케이스
- 폴더 정리에 3개월 → PIM
- "내가 뭘 모르는지" 한 번도 안 적음
 
## 관련
- [세컨드 브레인 함정](./2025-10-25-second-brain-trap.md)
- [회상 활동](./2025-10-30-recall-exercise.md)

분류 체계(PARA, Zettelkasten 등)와의 차이: 카파시는 사람 친화 분류가 곧 LLM 친화 분류는 아니다라고 봅니다. 사람은 폴더 트리로 길을 찾지만 LLM은 컨텍스트 윈도우에 한꺼번에 들어가야 보입니다.

방법 · PARA — 활동 단계 중심 분류 (참고)

Projects / Areas / Resources / Archive — Tiago Forte의 4단 폴더.

지식을 어디에 놓을지 정하는 답. 포르테는 분류 기준을 주제(태그)나 형식이 아니라 지금 어느 활동 단계에 있는가로 잡습니다. 같은 “PKM” 노트라도 이번 주에 글 쓰는 중이면 Projects, 평소 책임지는 영역이면 Areas, 가끔 참고하면 Resources, 끝났으면 Archive.

핵심 원칙 세 가지:

1. 활동 단계로 분류 — 주제(#PKM, #독서)나 형식(#회의록)으로 나누지 않습니다. 같은 노트도 단계가 바뀌면 폴더가 바뀝니다.
2. 1 → 4 단방향 흐름 — Projects가 끝나면 Archive로, Areas가 비활성화되면 Archive로. 영구 보관 폴더가 따로 없는 게 핵심. 모든 노트는 언젠가 Archive로 흘러갑니다.
3. 도구 무관 — 노션, 옵시디언, 그냥 OS 폴더 — 같은 4단 구조를 어디든 동일하게 복제. 도구를 옮겨도 구조가 살아남게.

PARA 폴더의 예 (학습 에이전트 운영 맥락):

PARA/
├── 1. Projects/                  # 마감 있는 단기 작업
│   └── 인프런-챌린지-5회차/
│       ├── 라이브-진행안.md
│       └── 데모데이-슬라이드.md
├── 2. Areas/                     # 꾸준히 책임지는 영역
│   ├── 학습-에이전트-운영/
│   └── 우테코-FE-멘토링/
├── 3. Resources/                 # 미래 참고용 주제
│   ├── PKM/
│   └── LLM-프롬프트-패턴/
└── 4. Archive/                   # 끝났거나 비활성
    └── 2025-크루-온보딩/

카파시 wiki와의 차이: PARA는 활동 단계 계층, 카파시는 시간순 평탄화. PARA는 지금 어디서 일하는가에 답하고, 카파시는 언제 무엇이 있었나에 답합니다. 사람이 다음 행동을 찾기엔 PARA, LLM이 컨텍스트를 한 번에 삼키기엔 카파시.

함정: 폴더 구조 자체로는 사고가 자라지 않습니다. Projects 폴더 안에서 노트를 옮기기만 하고 다시 안 쓰면 — 깔끔한 PIM이 됩니다. PKM처럼 보이는 PIM의 가장 흔한 외형.

방법 · ACE — 역할 중심 3단 폴더 (참고)

Atlas / Calendar / Efforts — Nick Milo의 LYT 3단 폴더.

지식이 어떤 역할로 살아남는지 정하는 답. 마일로는 분류 기준을 활동 단계가 아니라 노트의 역할로 잡습니다. 영구적으로 자라는 아이디어 지도(Atlas), 시간에 묶인 기록(Calendar), 지금 진행 중인 작업(Efforts). 셋이면 충분하다는 입장.

핵심 원칙 세 가지:

1. Atlas는 MOC(Maps of Content)로 자란다 — 주제 폴더 대신 허브 노트가 관련 노트를 링크로 묶습니다. 카테고리 트리가 아니라 그래프 형태.
2. Calendar가 모든 입력의 입구 — 데일리 노트·미팅 노트·일기. 새 노트는 일단 Calendar에서 시작해 Atlas나 Efforts로 흘려보냅니다.
3. Efforts는 끝나면 Atlas에 흡수 — PARA의 Projects와 비슷하지만, 끝난 작업을 Archive로 옮기지 않고 Atlas의 MOC에 링크로 남깁니다. 결과물이 지도에 그대로 박히도록.

ACE 폴더의 예 (학습 에이전트 운영 맥락):

ACE/
├── Atlas/                          # 자라는 아이디어 지도
│   ├── PKM-MOC.md                  # 허브 노트
│   ├── LLM-친화-노트.md
│   └── 학습-에이전트-메커니즘.md
├── Calendar/                       # 시간순 기록
│   ├── 2026-05-20-라이브.md
│   ├── 2026-05-21-회고.md
│   └── 미팅/
└── Efforts/                        # 지금 진행 중
    └── 인프런-챌린지-5회차/
        ├── 라이브-진행안.md
        └── 데모데이-슬라이드.md

PARA와의 차이: PARA는 활동 단계 4단, ACE는 역할 3단 + 그래프. PARA는 지금 어디서 일하는가에 답하고, ACE는 이 노트가 어떤 역할인가에 답합니다. 카파시 wiki와의 차이: 카파시는 폴더를 거의 두지 않고 시간순으로 평탄화하지만, ACE는 Atlas의 MOC로 사람이 따라가는 길을 명시적으로 남깁니다.

함정: MOC를 만들었다고 사고가 자라지는 않습니다. 허브 노트만 늘고 그 안의 링크된 노트를 다시 안 쓰면, 카파시가 경고한 “사람 친화 트리”의 변형이 됩니다. LLM이 한 번에 삼키기엔 그래프가 오히려 무겁기도.

본인 케이스 매칭 · 1줄

“나는 지금 [정리=사고형 / 카파시식 / PARA식 / ACE식 / PIM 함정] 중 어디에 가깝다. 왜냐하면 ___.”

채팅(또는 옆 사람)에 1줄. 정답 X, 자기 위치 파악이 목적.

다음 페이지로

→ 2. 핵심 메커니즘 라이브 구성: 본인 케이스 매칭(1줄)을 들고, 본인에게 맞는 in → 처리 → outbox 메커니즘을 한 장 그립니다.