1. Dataview로 목록 자동화하기

문서가 쉰 장을 넘으면 색인을 손으로 유지하기 버거워집니다. 이 절에서 색인의 일부를 자동으로 만듭니다.

1.1 프론트매터가 쓰이는 자리

4장에서 모든 문서에 프론트매터를 넣게 했습니다.

---
title: 경쟁사 A
type: entity
updated: 2026-08-16
sources: [raw/2026-08-14-competitor-a-pricing.pdf]
---

Dataview는 이 값들을 모아 표와 목록을 만드는 Obsidian 플러그인입니다. 문서를 추가하면 목록이 저절로 늘어납니다. 카파시의 원문에도 요령으로 언급돼 있습니다.

1.2 설치하기

Obsidian 설정에서 커뮤니티 플러그인(Community plugins)으로 갑니다. 처음이라면 커뮤니티 플러그인 사용을 켜야 합니다. 외부 개발자가 만든 것이라는 안내가 나옵니다.

탐색(Browse)을 눌러 Dataview를 검색해 설치하고 활성화합니다.

1.3 표 만들기

문서 아무 데나 이런 코드 블록을 넣으면 표가 그려집니다.

```dataview
TABLE updated AS "갱신일", sources AS "원본"
FROM "wiki/entities"
SORT updated DESC
```

읽기 모드에서 보면 코드가 아니라 표로 보입니다. wiki/entities 폴더의 모든 문서가 갱신일 순으로 나열됩니다.

문법은 몇 개만 알면 됩니다.

1.4 위키에 쓸 만한 것들

실제로 유용한 것 넷을 정리합니다.

갱신이 오래된 문서. 8장의 린트에서 사람이 쓰던 것을 자동으로 띄웁니다.

```dataview
TABLE updated AS "마지막 갱신"
FROM "wiki"
WHERE updated < date(today) - dur(60 days)
SORT updated ASC
```

근거 자료가 부족한 문서. sources가 한 건뿐인 문서를 찾습니다.

```dataview
TABLE sources AS "원본", length(sources) AS "건수"
FROM "wiki"
WHERE length(sources) <= 1
```

결정 목록. 결정 문서를 최신순으로 모읍니다.

```dataview
TABLE updated AS "결정일", file.link AS "결정"
FROM "wiki/decisions"
SORT updated DESC
```

종류별 문서 수. 위키의 균형을 봅니다.

```dataview
TABLE length(rows) AS "문서 수"
FROM "wiki"
GROUP BY type
```

마지막 것이 6장에서 그래프 색으로 확인하던 것을 숫자로 보여줍니다. 결정 문서가 0건이거나 종합 문서가 두 장뿐이면 위키가 한쪽으로 기울어 있는 것입니다.

1.5 대시보드 문서 만들기

위 질의들을 한 문서에 모아 둡니다.

wiki/dashboard.md 를 만들어줘.

Dataview 코드 블록으로 아래를 넣어줘.
1. 종류별 문서 수
2. 60일 이상 갱신 안 된 문서
3. 원본이 한 건뿐인 문서
4. 최근 결정 다섯 건
5. 최근 갱신된 문서 열 건

각 블록 위에 무엇을 보는 것인지 한 줄 설명을 붙여줘.

이 문서를 Obsidian에서 즐겨찾기해 두고, 위키를 열 때마다 먼저 봅니다. 위키의 상태가 한 화면에 나옵니다.

1.6 Dataview와 색인의 관계

Dataview가 있어도 index.md는 그대로 둡니다. 둘의 역할이 다릅니다.

Dataview는 사람이 봅니다. Obsidian에서만 그려지므로 AI는 이 표를 볼 수 없습니다. AI가 그 문서를 읽으면 코드 블록만 보입니다.

색인은 AI가 봅니다. 질문에 답할 때 색인을 읽고 관련 문서를 고릅니다.

그래서 색인의 한 줄 설명은 계속 사람이 쓰거나 AI가 씁니다. Dataview로 대체되지 않습니다. Dataview가 대신해 주는 것은 목록 관리의 기계적인 부분, 즉 어느 문서가 오래됐고 어느 문서가 근거가 부족한지를 세는 일입니다.

다음 절에서 반복하는 작업을 고정하는 방법을 다룹니다.