Obsidian 노트를 Deckbase로 가져오는 방법

이 워크플로를 사용해야 하는 경우

Obsidian 기반 제텔카스텐 또는 세컨드 브레인 시스템을 사용하는 지식 노동자와 학생 중 연결된 노트에 능동적 회상을 더하고 싶은 분을 위한 내용입니다.

이 과정은 단순한 일회성 파일 업로드가 아니라 운영 관점의 마이그레이션 절차로 다뤄야 해요. 목표는 가져오기에 성공하는 것만이 아니라, 전환 후 몇 주 동안 복습 일관성을 높이고 카드 유지 관리 부담을 줄이는 것이에요.

가져오기 전 점검 목록

• 보관소에서 태그, 출처, 주제에 일관된 YAML 프런트매터를 사용합니다.
• 긴 단일 문서보다 개별 개념 노트를 권장합니다.
• 위키링크와 별칭이 정규화 가능한 일정한 패턴을 따릅니다.

점검 목록 항목 중 하나라도 실패하면 가져오기 전에 먼저 해결하세요. 마이그레이션 후 수백 개의 카드를 고치는 것보다 미리 정리하는 편이 훨씬 빠릅니다.

단계별 마이그레이션 흐름

1. 1
   보관소 또는 대상 폴더를 프런트매터가 그대로 유지된 Markdown 파일로 내보내세요.
2. 2
   위키링크를 정규화하세요. [[Topic]]을 일반 주제 이름으로 바꾸거나 태그로 추가하세요.
3. 3
   Markdown 파일을 Deckbase로 가져오고 프런트매터 키를 카드 메타데이터에 매핑하세요.
4. 4
   개별 개념 노트가 카드마다 하나의 개념을 생성하는지, 긴 노트가 깔끔하게 분할되는지 확인하세요.
5. 5
   검토를 시작하고 태그 기반 필터링으로 학습 중 그래프 구조를 재현하세요.

자주 발생하는 오류와 해결 방법

수정할 때마다 작은 파일럿 덱으로 테스트하세요. 파일럿 품질이 유지되면 같은 수정 방식을 전체 배치에 적용하세요.

예시 결과물 품질 점검

• Front: 제텔카스텐이란 무엇인가요? | Back: 개별적이고 상호 연결된 아이디어 카드를 기반으로 한 노트 작성 시스템입니다.
• Front: Obsidian에서 YAML 프런트매터의 목적은 무엇인가요? | Back: 태그, 별칭, 생성일 같은 메타데이터를 노트 본문 밖에 저장합니다.
• Front: 위키링크는 Markdown 링크와 어떻게 다른가요? | Back: 위키링크는 이중 대괄호를 사용하고 별칭을 지원하며, Markdown 링크는 URL 구문을 사용합니다.

QA 단계에서는 각 샘플 카드가 명확한지, 원자적인지, 답이 정확한지 확인하세요. 이해도를 확인하지 않고 표현만 시험하는 카드는 가져오지 마세요.

실용적인 기준은 이거예요. 복습 중 10초 안에 정확히 답할 수 있으면 보통 카드 범위가 적절해요. 그렇지 않다면 카드를 나누거나 다시 작성하세요.

자주 묻는 질문

관련 가이드

팁: 고급 워크플로를 사용한다면 원본 내보내기 파일을 백업으로 보관하고, 각 마이그레이션 시도를 배치 이름과 날짜로 기록하세요.