Scrivener Binder 정리법｜Draft·Research·Trash 세 루트 폴더의 역할

Scrivener 프로젝트를 처음 열면 Binder 맨 위에 Draft(일부 템플릿에서는 Manuscript), Research, Trash가 보입니다. 이름은 단순하지만 세 폴더는 원고·참고 자료·보류 자료를 구분하는 서로 다른 역할을 맡습니다. Literature & Latte의 공식 안내를 바탕으로 정리합니다.

이 글은 특정 버전을 직접 사용한 경험담이 아니라 공식 문서의 구조를 한국어 독자가 구분하기 쉽게 풀어 쓴 해설입니다. 실제 메뉴 이름과 동작은 사용하는 버전에서 다시 확인하세요.

세 폴더는 삭제할 수 없지만 이름은 바꿀 수 있습니다

공식 지원 문서에 따르면 프로젝트 템플릿에는 Draft, Research, Trash라는 세 루트 폴더가 있으며, 각각 특별한 기능을 맡기 때문에 삭제할 수 없습니다. 필요하면 이름은 바꿀 수 있습니다. Draft가 Manuscript로 보이는 템플릿도 있지만, 최종 원고 후보를 다루는 자리라는 역할은 같습니다.

Draft는 컴파일 후보 원고를 위한 텍스트 공간입니다

Draft 폴더는 원고를 위한 곳이어서 텍스트 파일을 중심으로 다룹니다. 공식 문서는 텍스트가 아닌 미디어 파일을 폴더 자체로 끌어넣을 때 제한될 수 있다고 설명합니다. 컴파일할 글과 참고 파일을 구분하기 위한 구조입니다.

이미지를 원고 본문에 써야 한다고 해서 Draft를 포기할 필요는 없습니다. 기존 텍스트 문서 안에서 Insert > Image from File… 같은 삽입 기능을 쓰는 방식은 가능합니다. 이미지는 본문 안에 넣되, 파일을 Draft 폴더의 독립 항목으로 쌓아 두지 않는다는 구분입니다.

Research는 참고 자료를 모으되, 유일한 보관함은 아닙니다

Research에는 조사 메모, PDF, 사진처럼 집필에 필요한 자료를 넣을 수 있고 하위 폴더도 만들 수 있습니다. 세계관 메모나 인물 참고 자료처럼 원고에는 바로 들어가지 않지만 계속 확인할 정보에 잘 맞습니다.

다만 Binder에서 Draft가 아닌 곳이라면 다른 파일 형식도 보관할 수 있으므로, 모든 비원고 자료를 꼭 Research 아래로 몰아넣을 필요는 없습니다. 나중에 참고할 삭제 장면을 Outtakes라는 별도 루트 폴더로 두는 식도 가능합니다. 자료의 목적을 먼저 정하면 폴더 이름도 자연스럽게 정리됩니다.

Trash는 바로 지우기 전의 중간 지점입니다

Trash는 Binder의 다른 위치에서 더는 보고 싶지 않은 문서를 옮겨 두는 곳입니다. 글을 고치는 과정에서는 한 장면을 완전히 없애기 전에 잠시 거리를 두고 싶을 때가 많습니다. Trash는 스스로 비워지지 않으므로, 나중에 다시 검토하거나 되살릴 여지가 남습니다.

반대로 Project ▸ Empty Trash…로 비우면 해당 항목은 프로젝트에서 사라집니다. 항목 하나만 완전히 지우려면 먼저 Trash 안으로 옮긴 뒤 그 안에서 삭제해야 합니다. 중요한 장면을 정리하기 전에는 자동 백업 ZIP도 함께 확인하는 편이 안전합니다. 백업을 복구해야 하는 상황이라면 Scrivener 백업 파일 복구 순서도 이어서 볼 수 있습니다.

Binder를 정리할 때의 짧은 기준

• 컴파일 후보 원고인가? → Draft/Manuscript
• 집필 중 참고할 자료인가? → Research 또는 목적별 별도 폴더
• 지금은 빼되 당장 영구 삭제하지 않을 장면인가? → Trash
• Trash를 비우기 전인가? → 필요한 백업이 있는지 먼저 확인

정리

Draft, Research, Trash는 단순한 기본 폴더가 아니라 원고·참고 자료·보류 자료의 경계를 잡아 주는 루트 폴더입니다. 원고는 Draft에, 조사 자료는 목적에 맞는 위치에, 아직 결정하지 못한 장면은 Trash에 두면 컴파일 전과 구조 수정 때 무엇을 다시 확인해야 하는지 분명해집니다.

---

이 글은 Literature & Latte Support의 The Three Root Folders 및 해당 글이 안내하는 Scrivener Manual §6.2를 바탕으로 작성했습니다. 개인 사용 결과나 복구 성공을 주장하지 않습니다.