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

어원으로 본질 짚기 — “지식(知識)”

지식 知識 — 知(알 지) + 識(알 식 · 분별하다 · 표시하다). knowledge ← 고대 영어 cnāwan — 인지하다 · 알아차리다. 같은 어근의 단어 — acknowledge(인정하다) · recognize(다시 알아보다).

가추(단서를 보고 거꾸로 본질을 짚어가는 사고법 · abduction)로 풀어봅니다. 단어가 왜 그렇게 굳어졌는지 짚으면 “정보(information)“와 “지식(knowledge)“이 왜 다른지 보입니다.

• 知 = 화살(矢) + 입(口) — 입에서 화살처럼 정확히 나가는 것. 머릿속에 막연히 떠 있는 게 아니라 말로 꺼낼 수 있을 때가 知입니다.
• 識 = 말(言) + 분별의 표시 — 그저 아는 게 아니라 다른 것과 구분해서 분별하는 앎이라는 뜻이 글자 안에 박혀 있습니다.
• knowledge ← cnāwan(인지하다) — 데이터를 받는 게 아니라 인지하는 행위 자체. 그래서 knowledge는 명사이면서 동사의 흔적이 남아 있습니다.

그래서 한 줄로 — 지식은 “쌓인 정보의 더미”가 아니라 “내가 분별해서 말로 다시 꺼낼 수 있는 앎”입니다. 그래서 “정리 = 사고”라는 말이 성립합니다. 정리는 정보를 폴더에 옮기는 것이 아니라, 정보를 본인 말로 꺼낼 수 있는 모양으로 바꾸는 행위입니다.

오늘의 출발 질문 한 줄.

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

이 페이지는 회상 → 외부 모델 비교, 두 단계로 흘러갑니다. 깨달음보다 본인이 어디에 서 있는지 위치를 잡는 게 목적입니다.

1) 회상 · 평소 나는 어떤 방식으로 지식 관리를 하고 있나요?

세컨드 브레인, 옵시디언, 노션, 메모 앱, 폴더, 카톡 나에게 보내기. 본인이 이번 주에 실제로 열어본 도구 1개를 떠올려보세요. 그 위에서 3줄을 적습니다.

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

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

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

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

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

PIM(Personal Information Management)과 PKM(Personal Knowledge 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)

지식을 왜 정리하는가에 대한 답. **“정리는 결과물이 아니라 사고 과정 자체”**라는 입장입니다. 한 사람의 발상이 아니라 여러 사람이 같은 결론에 모인 관점입니다 (아래 Toggle에서 세 사람의 출처를 받습니다).

핵심을 한 줄로 — 잘 정리된 결과보다 글을 쓰는 동안 생각이 어떻게 움직이는지가 더 중요합니다. 머릿속에서는 흐릿하게 알던 것이 글로 옮기면서 정리되고, 모르는 자리가 드러납니다.

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

방법 · 안드레 카파시 — LLM wiki (LLM이 한 번에 읽기 좋게 평문으로 정리한 개인 위키)

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

지식을 어떻게 저장하는가에 대한 답. 카파시는 본인 노트가 “다음 모델의 학습 자료처럼” 읽힐 수 있어야 한다고 봅니다. 그래서 사람이 눈으로 길 찾는 구조(중첩 폴더, 태그 트리, 카테고리)는 다 떼어내고, LLM의 컨텍스트 윈도우(LLM이 한 번에 받을 수 있는 텍스트 분량)에 한꺼번에 들어갈 수 있는 형태만 남깁니다.

핵심 원칙 세 가지:

1. 평문 마크다운만 — 노션 블록, 옵시디언 플러그인 같은 도구 종속 포맷 X.
2. 파일명 앞에 날짜를 붙여 시간순으로 정렬되게 만듭니다 — 파일명은 YYYY-MM-DD-주제.md. 폴더 계층 대신 시간이 인덱스 역할을 합니다.
3. 상대경로 링크 — [관련](./2025-10-25-주제.md) (파일이 있는 폴더를 기준으로 적는 링크). 옵시디언·로움 같은 도구가 쓰는 [[파일명]] 표기 없이, LLM이 그냥 따라갈 수 있게 둡니다.

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

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

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

my-wiki/
├── CLAUDE.md                              # 스키마 — LLM에게 위키 유지 규약을 알려주는 문서
├── index.md                               # 위키 카탈로그 — 원문 "catalog of everything in the wiki"
├── log.md                                 # 변경 로그 — 한 번 적으면 고치지 않고 추가만 한다
├── 2025-10-25-second-brain-trap.md
├── 2025-10-28-pim-vs-pkm.md
├── 2025-10-30-recall-exercise.md
├── 2025-11-02-llm-friendly-notes.md
├── 2025-11-05-사내워크숍-1회차.md
├── 2025-11-12-사내워크숍-2회차.md
└── assets/                                # 이미지·첨부만. 깊이는 1단계까지
    └── 2025-11-02-wiki-flow.png

CLAUDE.md · index.md · log.md 세 장이 위키의 척추입니다 (카파시 LLM Wiki gist, 2026.04 출처). 시간순 파일명이 폴더를 대신한다는 원칙은 그대로지만, 척추 세 장이 더해지면 LLM이 위키를 읽기만 하는 게 아니라 갱신할 줄 알게 됩니다.

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

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

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

지금 노트가 어느 활동 단계에 있는가로 폴더를 정합니다. 같은 “PKM” 노트라도 이번 주 글쓰는 중이면 Projects, 평소 책임지는 영역이면 Areas, 가끔 참고면 Resources, 끝났으면 Archive. 카파시 위키와의 차이는 활동 계층 vs 시간순 평탄화입니다.

PARA/
├── 1. Projects/                  # 마감 있는 단기 작업
│   └── 사내-AI-학습-에이전트-워크숍/
│       ├── 타임라인.md
│       └── 셋업-안내.md
├── 2. Areas/                     # 꾸준히 책임지는 영역
│   ├── 학습-에이전트-운영/
│   └── 사내-스터디-운영/
├── 3. Resources/                 # 미래 참고용 주제
│   ├── PKM/
│   └── LLM-프롬프트-패턴/
└── 4. Archive/                   # 끝났거나 비활성
    └── 2025-팀-온보딩/

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

Atlas / Calendar / Efforts — Nick Milo의 LYT(Linking Your Thinking) 3단 폴더.

노트가 어떤 역할인가로 폴더를 정합니다. 자라는 아이디어 지도(Atlas), 시간에 묶인 기록(Calendar), 지금 진행 중인 작업(Efforts) — 셋이면 충분하다는 입장입니다. Atlas는 MOC(Maps of Content · 허브 역할을 하는 지도 노트)라는 허브 노트가 그래프를 만듭니다. 카파시 위키와의 차이는 그래프 명시 vs 시간순 평탄화입니다.

ACE/
├── Atlas/                          # 자라는 아이디어 지도
│   ├── PKM-MOC.md                  # 허브 노트
│   ├── LLM-친화-노트.md
│   └── 학습-에이전트-메커니즘.md
├── Calendar/                       # 시간순 기록
│   ├── 2026-05-20-워크숍.md
│   ├── 2026-05-21-회고.md
│   └── 미팅/
└── Efforts/                        # 지금 진행 중
    └── 사내-AI-학습-에이전트-워크숍/
        ├── 타임라인.md
        └── 셋업-안내.md

본인 케이스 매칭 · 1줄

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

채팅(또는 옆 사람)에 1줄을 던집니다. 정답은 없고, 자기 위치 파악이 목적입니다.

다음 페이지로

→ 나·LLM·저장소 삼자간의 협업 관계: 본인 케이스 매칭(1줄)을 들고, 본인에게 맞는 in → 처리 → outbox 메커니즘을 한 장 그립니다.