Obsidian Vault가 10년 자란 뒤, 소설마다 같은 워크플로를 어떻게 유지할까요?
Obsidian은 로컬 Markdown, Links, Graph, Canvas, 확장 생태계를 오래가는 지식망으로 키웁니다. 세계마다 Vault를 나누는 작가에게 Scroll은 같은 기획, 집필, 작업, 버전, 출판 흐름을 각 Project에 제공합니다.
오래 사용한 Vault를 단순한 메모 폴더라고 부르기는 어렵습니다. 10년 전 적은 언어의 어근, Links로 교역로와 왕조 연대에 연결된 항구 도시, 처음에는 예상하지 못한 관계를 보여 주는 Graph, 오래된 전쟁 배치를 남긴 Canvas가 있습니다. 새 작품은 과거 메모를 다시 발견하고 한 권이 끝나도 지식은 계속 살아 있습니다.
Obsidian의 매력은 이런 성장을 사용자에게 맡기는 데 있습니다. 로컬 Markdown은 글을 오래 읽을 수 있는 형식으로 유지하고, Links와 Backlinks는 여러 방향에서 맥락으로 돌아오게 하며, Graph와 Canvas는 연결을 보는 방식을 늘립니다. 테마, Community plugins, 열린 API를 통해 정해진 소설 정리법을 따르기보다 자신만의 환경을 만들 수 있습니다.
시리즈를 가로지르는 세계관, 조사 기반 집필, 개인 지식 관리에서 이 자유는 특히 귀합니다. 식물학 메모가 몇 년 뒤 판타지 세계의 생태 규칙이 되고 하나의 역사 도시가 논픽션과 소설에 함께 영향을 줍니다. 작가는 한 Project의 부속 자료가 아니라 계속 가치가 커지는 지식 자산을 가집니다.
새 부담은 두 번째, 세 번째 독립 세계에서 나타납니다.
모든 세계를 하나의 Vault에 두면 통합 검색이 쉽고, 세계별 Vault를 만들면 작품 경계가 분명합니다. Obsidian은 각 Vault의 설정을 .obsidian 폴더에 저장합니다. 테마, 플러그인, 단축키, 설정을 다른 Vault로 복사하거나 동기화할 수 있지만 그 선택과 관리는 장기 운영의 일부가 됩니다. 세계가 늘면 독립된 공간에서 같은 소설 집필 감각을 어떻게 유지할지가 다음 질문이 됩니다.
사용자 정의 자체를 즐기는 사람은 세계마다 구조를 새로 정하는 과정도 좋아할 수 있습니다. 다른 작가는 내용만 분리하고 인물, 사건, 작업, 장문 편집, 버전의 기본 동작은 같게 유지하고 싶어 합니다. 새 작품을 열 때마다 작업 공간을 다시 꾸밀 필요는 없습니다.
**Scroll**은 각 소설을 독립된 로컬 Project로 만들면서 모두에게 같은 기본 작가 기능을 제공합니다. Story data, 여러 기획 보기, 장문 편집, 작업, 작품과 원고 버전, Scribe 전달 준비입니다. 세계는 새로워도 작업 언어는 바뀌지 않습니다.
세계는 나누고 집필 감각은 공유하세요
해양 판타지, 현대 미스터리, 스페이스 오페라가 같은 인물표, 장소 이름, Timeline을 공유할 필요는 없습니다. 각 작품에는 규칙, 조사, 출판 계획이 있습니다. 한곳에 모두 두면 현재 작품에 필요하지 않은 맥락까지 보일 수 있습니다.
Scroll은 Project마다 경계를 유지합니다. 본문, 인물, 장소, 조직, 사건, 조사, 작업은 현재 작품에 속합니다. 다른 Project를 열어도 이전 세계의 자료가 섞이지 않습니다. 기본 동작은 같습니다. 인물은 인물 영역, 사건은 Timeline, 작업은 List·Board·Calendar·Schedule, 본문은 익숙한 장문 편집기에서 다룹니다.
일관성이 모든 소설에 같은 템플릿을 강요한다는 뜻은 아닙니다. 궁정 군상극은 파벌과 작위를 확장하고, 로드 소설은 장소와 경로를 중심에 두며, 단편은 최소 구조만 사용할 수 있습니다. 안정된 바닥 위에서 작품에 필요한 Project 모델을 만듭니다.
기본 Story 도구가 Project 사이의 공통 언어가 됩니다
새 세계는 불확실합니다. 인물 관계는 바뀌고 지리는 초안이며 사건 순서도 확정되지 않았습니다. Mindmap, Whiteboard, Flowchart에서 임시 생각을 탐색하고 안정된 내용만 인물, 장소, 조직, 사건으로 옮길 수 있습니다.
같은 Story data는 Relationship graph, Map, Timeline, Calendar, Subway, Spreadsheet에서 확인됩니다. 어느 Project를 열어도 각 보기의 작가용 의미는 같습니다. 사용자 정의 Project 모델은 “기본 기능을 다시 조립하기”보다 “이 작품만의 필요가 무엇인지”를 표현하는 데 쓰입니다.
Story 안의 대관식은 사건이고 “대관식 전후의 호칭 확인”은 작가 작업입니다. 둘을 분리하면 Timeline에 제작 TODO가 섞이지 않고 작업 Board가 세계관의 기준 자료가 되지도 않습니다.
로컬 Project에 작가가 선택한 백업 리듬을 주세요
로컬 우선은 한 컴퓨터에만 둘 수 있다는 뜻이 아닙니다. 완전한 Project는 외장 드라이브, 시스템 백업, 버전 관리, 적절한 클라우드 동기화 폴더 등 작가가 선택한 복제 방식에 참여할 수 있습니다. Scroll 본문은 읽을 수 있는 Markdown이고 Story data, 작업, 저장된 보기, 버전 기록이 더 넓은 맥락을 보존합니다.
로컬 폴더나 클라우드 위치 자체가 자동으로 백업이 되지는 않습니다. 여러 사본, 분명한 저장 위치, 복원 확인이 필요합니다. 중요한 장점은 안전을 계획하는 Project를 작가가 직접 보고 관리한다는 점입니다.
완성 중인 소설에는 책으로 가는 출구가 필요합니다
세계관은 계속 자랄 수 있지만 출판할 한 권은 어느 시점에 안정돼야 합니다. 정식 본문, 포함할 장, 삭제 자료, 제작에 사용할 버전을 밝혀야 합니다.
Scroll의 작품과 원고 버전은 그 결정을 Project에 남깁니다. 안정된 원고는 Scribe에서 열어 외관, 페이지 나누기, 출판 출력으로 진행합니다. Scroll은 완성 PDF, EPUB 또는 인쇄 레이아웃을 직접 만들지 않으며 준비 상태는 Scribe가 성공적으로 받았다는 뜻이 아닙니다. 작가는 작품, 버전, 장, 페이지를 확인해야 합니다.
정식 Markdown 원고가 지식 베이스에 있다면 Obsidian과 Scribe가 출판 목적을 다룹니다. 같은 기록을 여러 보기에서 읽는 방식은 하나의 Story에 11가지 보기가 필요한 이유에서 이어집니다.
오래가는 지식망은 계속 키우면서 새 세계에 명확한 경계를 줄 수 있습니다. Scroll은 로컬 파일, 작가용 기획, 작업, 버전, Scribe 흐름을 각 Project에 제공합니다. Scroll 도구 선택 가이드에는 다른 도구에서 생기는 질문도 있습니다.
두 번째나 세 번째 독립 세계를 시작한다면 Scroll 제품 페이지에서 본문, Story data, 출판 준비가 한 Project에 놓이는 방식을 확인해 보세요. 지식 습관은 축적하면서 새 작품마다 작업대를 다시 만들지 않기 위한 선택입니다.