Obsidian에서 연구 노트 정리하는 법

출처 기록, 읽기 노트, 연결된 개념, 활성 프로젝트라는 네 가지 역할을 분리하여 Obsidian에서 연구 노트를 정리하세요. 중요한 주장마다 원래 출처로 되돌아가는 경로를 명확하게 유지해야 합니다.

Obsidian은 연구의 사고 단계에 매우 적합합니다. 로컬 Markdown 파일을 저장하고, 노트 간에 링크를 연결하며, 관련 아이디어 사이의 백링크(Backlinks)를 보여줍니다. 그러나 문헌 관리 프로그램이나 원고 편집기를 대체하는 도구는 아닙니다. 대부분의 학술 워크플로우에서는 출처 메타데이터와 인용 관리에 Zotero를 사용하고, 읽기 노트, 종합 및 프로젝트 맥락 정리에는 Obsidian을 활용하는 것이 좋습니다.

이 가이드는 거대한 플러그인 조합 없이도 작동하는 간결한 구조를 제공합니다. 또한 Obsibrain과 같은 준비된 시스템이 프로젝트, 작업 및 검토 과정의 설정 수고를 어떻게 줄여주는지 보여줍니다.

요약

네 가지 노트 유형을 사용하세요:

1. 출처 노트(Source notes): 정보의 출처를 기록합니다.
2. 개념 노트(Concept notes): 여러 프로젝트에 걸쳐 지속적으로 유용한 아이디어를 담습니다.
3. 주장 노트(Claim notes): 증거가 필요한 진술을 보존합니다.
4. 프로젝트 노트(Project notes): 연구를 개요, 결정 또는 다음 행동으로 전환합니다.

동일한 요약본을 여러 폴더에 복사하는 대신 노트들을 링크로 연결하세요. 유용한 연결 체인은 다음과 같습니다:

출처 기록 → 출처 노트 → 개념 또는 주장 → 프로젝트 노트 → 다음 행동

이 구조는 연구 과정에서 흔히 발생하는 문제, 즉 하이라이트는 가득하지만 완성된 논거나 결과물로 이어지지 못하는 보관함 문제를 해결해 줍니다.

연구 역할별 도구 선택

단 하나의 애플리케이션이 모든 단계를 맡도록 강제하지 마세요. 플러그인을 추가하기 전에 각 단계 간의 전달 방식을 정의하세요.

연구 역할	실용적인 시작점	해당 도구에 남는 내용
논문 검색 및 저장	Zotero 또는 기타 서지 관리 도구	서지 메타데이터, PDF, 컬렉션 및 인용 정보
출처 주석 작성	Zotero 또는 PDF 도구	하이라이트, 페이지 맥락, 출처 전용 메모
출처의 의미 설명	Obsidian	요약 작성, 질문, 한계점 및 링크
출처 간 아이디어 연결	Obsidian	개념 노트, 비교, 의견 차이 및 주장
연구를 실제 작업으로 전환	Obsidian 프로젝트 노트 또는 Obsibrain	범위, 결정 사항, 작업, 마감일 및 검토
최종 원고 작성	Word, Google Docs, Overleaf 또는 Markdown	초안 서식, 협업 및 제출용 출력물

Zotero 공식 문서에 따르면 Zotero는 출처를 수집, 정리 및 인용하기 위한 서지 관리자로 설명됩니다. Obsidian의 내부 링크, 속성(Properties), 백링크는 노트 계층에 필요한 핵심 기능을 제공합니다.

검색이 쉬운 연구 보관함(Vault) 구축하기

깊은 분류 체계 대신 기능적인 폴더 구조로 시작하세요. 소규모 보관함에서는 다음 구조를 활용할 수 있습니다:

00 Inbox/
10 Sources/
20 Concepts/
30 Claims/
40 Projects/
90 Archive/

폴더 이름 앞의 숫자는 선택 사항입니다. 모든 노트가 하나의 영구적인 카테고리를 가진다고 가정하지 않으면서도 폴더를 예측 가능한 순서로 유지해 줍니다.

노트에 명확한 위치가 필요할 때는 폴더를 사용하세요. 하나의 노트가 여러 맥락에 해당할 때는 링크를 사용하세요. 예를 들어 연구 방법에 관한 논문은 하나의 출처 컬렉션에 속하면서 여러 개념 노트 및 프로젝트에 링크될 수 있습니다.

일관된 속성(Properties) 부여하기

속성은 나중에 노트를 필터링하는 데 도움이 됩니다. 실제 질문에 답할 수 있는 필드만 남겨두세요.

---
type: source
status: unread
author:
year:
source_url:
project:
tags:
  - research
---

Obsidian은 텍스트, 리스트, 숫자, 체크박스, 날짜, 날짜-시간 속성 유형을 지원합니다. 사용자 지정 필드를 도입하기전에 공식 속성 가이드를 읽어보세요. state, stage, progress를 혼용하지 않고 status와 같이 하나의 명칭으로 통일하세요.

논문 또는 출처당 하나의 출처 노트 사용하기

출처 노트는 다음 다섯 가지 질문에 빠르게 답할 수 있어야 합니다:

• 이것은 어떤 출처인가?
• 어떤 질문을 다루고 있는가?
• 무엇을 주장하는가?
• 그 주장을 뒷받침하는 증거나 방법은 무엇인가?
• 내 작업의 어느 부분에 의미가 있는가?

출처를 저장한 후 노트를 작성하세요. 해석 없이 모든 하이라이트를 그대로 붙여넣지 마세요. 정확한 인용문은 짧게 유지하고, 페이지나 위치를 기록하며, 자신만의 요약을 별도로 작성하세요.

재사용 가능한 출처 노트 템플릿은 다음과 같습니다:

---
type: source
status: unread
author:
year:
source_url:
citekey:
project:
tags:
  - research
---

# {{title}}

## Research question

이 출처가 답하는 데 도움이 되는 질문은 무엇인가?

## Source summary

주요 논지를 자신의 언어로 작성하세요.

## Method or evidence

저자가 조사, 측정, 비교, 관찰한 것은 무엇인가?

## Useful passages

- "짧은 인용문" — 12페이지 또는 섹션 이름

## My interpretation

이 출처가 변경, 명확화, 혹은 복잡하게 만드는 것은 무엇인가?

## Limitations and doubts

이 출처가 입증하지 못한 것은 무엇인가?

## Related concepts

- [[Concept note]]

## Related project

- [[Project note]]

## Next action

- [ ] 초안에서 이 출처를 확인, 비교, 재현 또는 사용하기

Obsidian의 Templates 플러그인을 사용하면 {{title}} 및 날짜 변수로 이 구조를 자동 삽입할 수 있습니다. Zotero 연동을 사용하는 경우, 가져온 메타데이터와 주석은 도구가 업데이트할 수 있는 섹션에 유지하세요. 재가져오기 시 작성한 내용이 지워지지 않도록 자신만의 해석은 별도의 섹션에 작성하세요.

커뮤니티 문제 해결 보고서에 따르면 인용 키 변경, 항목 누락, 재가져오기 후 주석이 사라지거나 추가되지 않는 오류가 언급됩니다. 가져온 콘텐츠는 언제든 교체 가능한 것으로 다루세요. 자신만의 종합 내용은 생성된 블록 외부에 작성하고, 중요한 주장에는 출처 링크나 페이지 참조를 유지하세요.

읽기 노트를 연결된 개념으로 발전시키기

출처 노트가 “이 논문이 무슨 말을 하는가?“에 답한다면, 개념 노트는 “여러 출처가 내가 무엇을 이해하도록 돕는가?“에 답합니다. 아이디어가 단일 논문을 넘어 적용될 때 개념 노트를 생성하세요.

각 개념에 대해 다음 내용을 기록하세요:

• 아이디어에 대한 명확한 진술
• 이를 뒷받침하거나 반박하는 출처
• 유사한 의미를 지닌 용어
• 미해결 질문 및 한계
• 아이디어가 적용될 수 있는 프로젝트

예시:

# Retrieval improves when notes preserve context

## Claim

노트가 출처, 프로젝트, 다음 행동 맥락을 함께 유지할 때 재사용하기 쉬워집니다.

## Supports

- [[Source - Smith 2026]]
- [[Source - Lee 2025]]

## Challenges

- [[Source - Patel 2024]]

## Open question

공유 권한을 가진 협업 연구 팀에서도 이것이 유효한가?

## Possible use

- [[Project - Literature review]]

노트, 제목, 블록에는 일반 내부 링크를 사용하세요. Obsidian은 [[노트 이름#제목]] 링크 및 [[노트 이름#^블록-id]] 블록 참조를 지원합니다. 블록 참조는 Obsidian 전용 기능이므로 호환성이 중요할 때는 일반 출처 URL이나 페이지 번호를 함께 유지하세요.

중요한 글쓰기를 위한 주장 대장(Claim ledger) 유지하기

연구가 논문, 보고서, 기사의 주장을 뒷받침할 때 기억에만 의존하지 마세요. 검증이 필요한 진술에는 주장 노트나 주장 대장 섹션을 추가하세요.

## Claim ledger

| Claim | Source | Location | Confidence | Used in |
| --- | --- | --- | --- | --- |
|  | [[Source note]] | p.  | verify | [[Project note]] |

신뢰도 값으로 verified, needs-check, open-question과 같은 단순한 기준을 사용하세요. 백링크나 그래프 연결선 자체를 증거로 간주해서는 안 됩니다. 링크는 관계를 보여줄 뿐이며, 출처 단락이 실제로 그 주장을 뒷받침해야 합니다.

이러한 구분을 명확히 하는 것은 노트에 가져온 하이라이트, AI가 생성한 요약, 읽은 지 몇 주 후에 작성된 요약이 포함되어 있을 때 매우 중요합니다. 원문, 자신만의 해석, 편집상의 결정을 시각적으로 명확히 분리하세요.

연구를 활성 프로젝트에 연결하기

연구는 결정을 바꾸거나 결과물을 만들어낼 때 유용해집니다. 학위 논문 장, 실험, 고객 보고서, 문헌 검토 등 의미 있는 결과물마다 하나의 프로젝트 노트를 생성하세요.

---
type: project
status: active
due:
---

# Project - Literature review

## Outcome

이 프로젝트가 종료될 때 무엇이 완료되는가?

## Research question

문헌 검토가 답해야 하는 질문은 무엇인가?

## Sources to process

- [[Source note]]

## Claims to verify

- [[Claim note]]

## Decisions

- 

## Next actions

- [ ] 주요 의견 차이에 대해 두 출처 비교하기
- [ ] 섹션 1의 개요 초안 작성하기

## Review date

2026-08-24

작업을 해당 작업을 설명하는 맥락 옆에 유지하세요. 읽는 동안 생성된 작업은 출처 노트에 둘 수 있습니다. 결정 후 생성된 작업은 프로젝트 노트에 둘 수 있습니다. 보관함 전체의 뷰가 필요한 경우에만 쿼리로 작업을 집계하세요.

더 완전한 작업 및 프로젝트 설정은 Obsidian 프로젝트 관리 가이드를 참고하세요. 반복 가능한 검토 습관을 위해 Obsidian 주간 검토 시스템을 활용하세요. 이 가이드는 연구 노트 구조에 집중하기 위해 인접한 실행 문제는 해당 페이지에서 다룹니다.

반복 가능한 연구 노트 워크플로우

각 출처에 대해 다음 순서를 적용하세요:

1. 출처 수집: Zotero 또는 서지 관리 도구에 저장합니다.
2. 질문 기록: 깊이 읽기 전에 이 출처를 저장한 이유를 작성합니다.
3. 읽기 및 주석 작성: 하이라이트를 출처 근처에 두고 페이지 맥락을 기록합니다.
4. 출처 노트 작성: 논지, 방법, 증거, 한계를 요약합니다.
5. 유용한 아이디어 발전: 아이디어가 다른 곳에도 적용될 때 개념 또는 주장 노트를 만듭니다.
6. 프로젝트 연결: 유용한 노트를 활성 결과물에 연결합니다.
7. 다음 행동 생성: 검증, 비교, 재현, 개요 작성, 초안 작성 등의 작업을 만듭니다.
8. 대기열 검토: 매주 미완결 연구 노트를 닫거나, 연기하거나, 실행합니다.

이 워크플로우는 하이라이트를 보관함에 쏟아붓는 것보다 의도적으로 천천히 진행됩니다. 글쓰기를 시작할 때 출처가 무슨 말을 했고 왜 중요했는지 다시 찾아야 하는 더 큰 비용을 방지해 줍니다.

흔한 문제 해결하기 (Troubleshooting)

문제	예상 원인	해결책
보관함에 하이라이트는 많지만 유용한 아이디어가 없음	가져온 텍스트에 해석이 없음	모든 출처 노트에 “내 해석” 섹션 추가
주장의 출처를 찾을 수 없음	노트에 출처 위치가 누락됨	URL, citekey, 페이지, 제목 또는 블록 참조 저장
재가져온 주석이 작성한 글을 덮어씀	생성된 콘텐츠와 개인 콘텐츠가 한 블록을 공유함	종합 내용을 생성된 섹션 외부에 작성
개념 노트가 중복 요약본이 됨	모든 출처마다 개념 노트를 생성함	재사용 가능하거나 논쟁의 여지가 있는 아이디어에만 개념 노트 생성
프로젝트에 참고 자료만 있고 진전이 없음	연구가 결과물에 연결되지 않음	유용한 노트에 프로젝트 링크 1개와 다음 행동 1개 추가
쿼리 유지가 어려워짐	필드와 컨벤션이 너무 많음	소수의 속성 어휘만 유지하고 사용하지 않는 뷰 제거

업데이트 후 플러그인이 작동하지 않으면 먼저 어떤 도구가 오류 발생 단계를 담당하는지 확인하세요. 기본 Markdown 노트를 읽을 수 있는 상태로 유지한 후 플러그인의 최신 문서나 이슈 트래커를 확인하세요. 진실의 출처가 불분명한 상태에서 복사한 템플릿으로 보관함 전체를 처음부터 다시 만들지 마세요.

준비된 시스템이 도움이 되는 경우

컨벤션을 설계하는 것을 즐기고 이를 유지할 시간이 있다면 자신만의 연구 보관함을 구축하세요. 수집, 프로젝트, 작업, 일일 계획, 검토를 하나로 엮는 것이 병목이라면 준비된 로컬 우선 시스템으로 시작하세요.

Obsibrain은 두 번째 경우에 적합합니다. 연구 노트를 둘러싼 실행 계층, 즉 출처를 프로젝트에 연결하고, 발견한 내용을 작업으로 전환하며, 미완결 작업을 검토할 수 있는 공간을 제공합니다. Zotero의 서지 관리 역할을 대체하지는 않습니다. 유용한 경계는 인용에는 출처 관리자, 사고에는 Obsidian, 실행에는 준비된 시스템입니다.

최종 체크리스트

연구 보관함이 잘 정리되었다고 판단하기 전에 다음 사항을 확인하세요:

• 모든 중요한 출처마다 하나의 출처 노터가 존재하는가;
• 각 출처 노트에 기원과 위치가 기록되어 있는가;
• 내 해석이 가져온 하이라이트와 분리되어 있는가;
• 중복된 요약 대신 재사용 가능한 아이디어에 개념 노트가 존재하는가;
• 중요한 주장이 출처 및 프로젝트와 연결되어 있는가;
• 활성 프로젝트에 다음 행동과 검토 날짜가 지정되어 있는가;
• 주간 검토를 통해 오래된 노트와 미해결 질문을 정리하고 있는가.

가장 좋은 구조는 증거를 보존하고 행동하도록 돕는 구조입니다. 네 가지 노트 유형, 하나의 출처 추적 경로, 하나의 주간 검토로 시작하세요. 실제 연구 질문이 요구할 때에만 복잡성을 추가하세요.