Obsidian Vault에서 DeMinds 작업 문서로
Obsidian Vault는 보통 하나의 Markdown 파일이 아닙니다. 폴더, 홈 노트, Wiki Link, 첨부 파일, 그리고 작성 방식이 함께 만든 지식 구조에 가깝습니다. DeMinds는 이런 콘텐츠를 처리할 때 Vault 전체를 장악하려 하거나 또 다른 Obsidian이 되려 하지 않습니다.
더 정확히 말하면 DeMinds가 하는 일은 이것입니다. 사용자가 명시적으로 선택한 Vault 콘텐츠를 읽고, 편집하고, 미리 보고, 내보낼 수 있는 Markdown 작업 문서로 정규화합니다.
1. README를 무작정 열기보다 먼저 진입점을 인식합니다
일반적인 Markdown Package는 README.md, index.md, 또는 패키지 이름과 같은 Markdown 파일을 진입점으로 사용하는 경우가 많습니다. 하지만 Obsidian Vault에는 Home/Home.md 같은 전용 홈 노트가 있는 경우가 많고, .obsidian/app.json 또는 Homepage 플러그인 설정이 이 파일을 가리킬 수도 있습니다.
DeMinds는 이런 Obsidian 홈 신호를 우선적으로 인식합니다. 그래서 사용자가 Vault를 열 때 루트의 README.md에 잘못 이끌리는 대신, 원래 Vault의 읽기 흐름에 더 가까운 추천 진입점을 보게 됩니다.
이 단계의 핵심은 “Vault 전체를 자동으로 가져오기”가 아닙니다. 사용자가 올바른 위치에서 선택을 시작하도록 돕는 것입니다.
2. 열 문서는 사용자가 명시적으로 선택합니다
Obsidian Vault 안의 각 Markdown 파일은 서로 다른 역할을 가질 수 있습니다. 홈 노트, 목차 노트, 초안, 템플릿, 아카이브, 일일 노트가 모두 있을 수 있습니다. DeMinds는 모든 Wiki Link를 재귀적으로 따라가지 않으며, Vault 전체를 자동으로 하나의 긴 문서로 이어 붙이지도 않습니다.
사용자는 Document Chooser에서 하나 이상의 Markdown 문서를 선택할 수 있습니다.
- 하나만 선택하면 DeMinds가 해당 문서를 작업 문서로 엽니다
- 여러 문서를 선택하면 선택 순서 또는 Vault 구조에 따라 새로운 baseline을 생성합니다
- 취소하면 작업공간을 만들지 않고 스냅샷도 쓰지 않습니다
이 설계는 DeMinds의 경계를 분명하게 유지합니다. DeMinds는 Vault를 읽을 수 있지만 전체 Vault를 색인하지 않습니다. 작업 문서를 생성하지만 사용자의 원본 Obsidian 폴더를 제자리에서 다시 쓰지 않습니다.
3. 모든 문서를 평평하게 만들지 않고 Vault 구조를 보존합니다
사용자가 여러 문서를 선택하면 DeMinds는 Vault 구조에 따라 작업 문서를 생성할 수 있습니다. 예를 들어 Areas/Research/Methods/Literature Review.md는 단순히 평평한 목록의 또 다른 항목이 되어서는 안 됩니다. Vault 안에서의 위치 자체가 의미를 갖기 때문입니다.
이 점은 읽기 경험에 중요합니다. 많은 Obsidian Vault에서 폴더 구조는 지식 정리 방식의 일부입니다. Product, Package, Obsidian, Scenarios 같은 디렉터리는 단순한 컨테이너가 아니라 맥락과 콘텐츠 경계를 표현합니다.
DeMinds의 정규화 결과는 이런 구조를 계속 보이게 하면서도, 선택된 콘텐츠를 하나의 Markdown 작업 문서로 모아 Mind Map과 Markdown Preview에서 계속 읽을 수 있게 해야 합니다.
4. Wiki Link와 Wiki Embed를 정적으로 처리합니다
Obsidian의 [[Wiki Link]]와 ![[Wiki Embed]]는 Vault 내부 읽기 경험의 중요한 부분입니다. 하지만 DeMinds는 Obsidian 플러그인을 실행하지 않고, 전체 링크 그래프를 펼치지도 않습니다.
대신 DeMinds는 정적 정규화 전략을 사용합니다.
- 선택되었고 유일하게 해석되는 Wiki Link는 작업 문서 안의 내부 이동 링크로 바뀔 수 있습니다
- 선택되지 않았거나, 누락되었거나, 모호한 Wiki Link는 읽을 수 있는 텍스트로 낮춰 처리됩니다
- 이미지 Wiki Embed는 표준 Markdown 이미지 참조로 변환됩니다
- 노트 Embed는 재귀적으로 펼치지 않고 읽을 수 있는 참조로 남깁니다
이 방식의 장점은 콘텐츠가 읽기 쉽고, 구조가 제어 가능하며, 내보낸 결과도 Obsidian 런타임에 의존하는 전용 상태가 아니라 일반 Markdown으로 남는다는 점입니다.
5. 리소스 경로는 스스로 일관되어야 합니다
Markdown Package와 Obsidian Vault에는 같은 파일 이름의 리소스가 자주 등장합니다. 서로 다른 폴더에 각각 a.png가 있을 수 있고, 한 문서는 images/a.png를 참조하고 다른 문서는 assets/a.png를 참조할 수도 있습니다.
파일 이름만 기준으로 리소스를 합치면 이미지가 잘못된 파일을 가리키기 쉽습니다. DeMinds에는 경로 기반 리소스 폐쇄가 필요합니다. 즉, 선택된 문서가 직접 참조하고, 실제로 존재하며, 안전 경계 안에 있는 리소스만 보존합니다.
병합된 baseline에서는 리소스 참조가 설명 가능하고 내보낼 수 있는 상대 경로로 다시 작성됩니다. 그래서 내보낸 Markdown Package는 스스로 일관되며, DeMinds 밖에서도 계속 확인하고 유지할 수 있습니다.
6. Markdown Package 지원은 Obsidian 지원의 기반입니다
Obsidian Vault 지원은 고립된 기능이 아닙니다. 진입점 추천, Document Chooser, 다중 문서 병합, 리소스 폐쇄, 경로 보존 내보내기 같은 DeMinds의 Markdown Package 기능 위에 세워져 있습니다.
일반 Markdown Package는 기본적으로 “순서 병합”이 더 자연스러운 경우가 많습니다. Obsidian Vault는 기본적으로 “Vault 구조”가 더 적합한 경우가 많습니다. 둘 다 같은 기본 원칙을 따릅니다. 전체 패키지를 복사하는 것이 아니라, 사용자의 명시적 선택을 중심으로 작업 문서를 생성합니다.
7. DeMinds의 가치: 구조를 계속 작업할 수 있는 문서로 바꾸기
DeMinds의 목표는 Obsidian을 대체하는 것도, 모든 지식베이스 기능을 앱 안에 다시 만드는 것도 아닙니다. DeMinds는 다음과 같은 작업 흐름에 더 적합합니다.
- Obsidian, 웹 페이지, AI 대화, Markdown Package에서 계속 다루고 싶은 콘텐츠를 가져옵니다
- Markdown 작업 문서로 정규화합니다
- Mind Map에서 구조를 확인합니다
- Markdown Preview에서 읽습니다
- 계속 편집하고, 정리하고, 내보냅니다
장기적인 지식 자산에서는 이 방식의 가치가 분명합니다. 콘텐츠는 여전히 Markdown으로 남고, 구조는 Mind Map으로 볼 수 있으며, 리소스 경로는 이동 가능하게 유지되고, 결과물은 하나의 도구에 갇히지 않습니다.
8. 대표적인 시나리오: AI 대화 정리하기
많은 AI 대화는 생성될 때는 유용하지만, 오래 보관하면 관리하기 어려운 긴 텍스트가 되기 쉽습니다. DeMinds는 이런 콘텐츠를 구조화된 Markdown으로 정리하고, 이후 내보내거나 지식베이스로 옮길 수 있게 도와줍니다.
이 흐름은 Obsidian Vault 처리와 같은 논리를 따릅니다. DeMinds가 주목하는 것은 “콘텐츠가 어떤 도구에서 왔는가”가 아니라, 그 콘텐츠를 읽을 수 있고, 편집할 수 있으며, 이동 가능한 구조화된 Markdown으로 만들 수 있는가입니다.
마무리
“Obsidian Vault에서 DeMinds 작업 문서로”는 완전한 마이그레이션도 아니고 Obsidian의 대체도 아닙니다.
이것은 구조화된 읽기 흐름에 가깝습니다. DeMinds는 진입점을 인식하고, 사용자가 콘텐츠를 선택하게 하며, Vault 구조를 보존하고, 링크와 첨부 파일을 정적으로 처리한 뒤, 계속 작업할 수 있는 Markdown 문서를 생성합니다.
이것이 DeMinds의 핵심 위치입니다. 지식 자산을 읽기 쉽고, 편집 가능하며, 이동 가능한 상태로 유지하는 로컬 우선 Markdown + Mind Map 작업공간입니다.