세계관 설정은 백과사전이 아닙니다: 설정을 Story로 되돌리세요

3부작 첫 권의 초고를 쓰는 판타지 작가가 세계관 설정만 5만 단어를 모았습니다. 항구 공화국의 건국, 소금세, 일곱 가문의 문장, 조수 달력, 모든 거리의 옛 이름까지 있습니다. 샘플 원고 마감 전에 폐쇄된 항구에서 탈출하는 후계자의 장면을 써야 합니다. 하지만 세 가지 질문에 답하려고 여전히 여러 문서를 오갑니다. 야간 출항 허가를 내줄 수 있는 사람은 누구일까요? 상인들은 왜 후계자를 도울까요? 옛 등대에서 외해까지 얼마나 걸릴까요?

정보가 많다는 것과 장면의 질문에 답하는 정보가 있다는 것은 다릅니다. 세계관 설정이 “무엇을 더 추가할 수 있을까?”에 따라 자라면 소설 옆을 달리는 백과사전이 될 수 있습니다. 포괄적으로 보여도 규칙 하나가 인물의 선택을 어떻게 바꾸는지, 역사 한 조각이 언제 플롯으로 돌아오는지는 보여 주지 못할 수 있습니다.

장문 작가에게 더 유용한 질문은 다음과 같습니다. 어떤 사실을 반복해서 확인하게 되며, 그 사실은 어떻게 Story로 돌아오는가?

장면을 바꾸는 가장 작은 세계부터 만드세요

막힌 장면 하나에서 시작하세요. 누가 등장하고, 어디에서 일어나며, 어느 조직이 권력을 쥐고 있는지 적습니다. 오늘의 제약을 만든 과거 사건과 인물이 선택의 대가로 무엇을 치러야 하는지도 적습니다.

항구 탈출 장면에서 후계자, 항구 관리, 밀수선 선장은 인물입니다. 등대, 폐쇄된 부두, 먼바다로 나가는 항로는 장소입니다. 상인 연맹과 항만 평의회는 조직입니다. 쿠데타와 폐쇄 명령은 사건입니다. 여러 장에 영향을 주는 출항 금지령에는 안정적인 기록이 필요합니다. 분위기를 내기 위해 한 번 언급하는 옛 풍습이라면 그렇지 않을 수 있습니다.

이것이 최소한의 Story data가 다루는 규모입니다. 시스템에 넣을 수 있는 모든 것이 아니라, 작가가 다시 확인할 것으로 예상하는 정보입니다. 변하는 인물의 목표는 인물 카드에 남길 수 있습니다. 여러 행동을 제약하는 항로 거리는 안정적인 자리가 필요합니다. 아직 확정하지 못한 마법의 대가는 메모나 캔버스에 둘 수 있습니다. 빈 필드에 답을 성급하게 밀어 넣지 말고 구조가 Story를 따르게 하세요.

확신의 정도에 맞는 형식을 고르세요

확정된 사실과 탐색 중인 가능성에는 서로 다른 표현이 필요합니다. 그렇지 않으면 임시 아이디어가 몇 달 뒤 확정된 결정처럼 돌아올 수 있습니다.

인물, 장소, 조직, 사건 사이에는 명시적인 관계를 기록할 수 있습니다. 후계자는 왕가에 속하고, 상인들은 창고를 장악하며, 선장은 항구 관리에게 빚이 있습니다. 원고 연결은 장에서 그 맥락이 필요할 때 다시 돌아오게 합니다. “어쩌면 상인들이 쿠데타를 알고 있었을지도 모른다”는 가능성은 Whiteboard나 Mindmap에 둘 수 있습니다.

캔버스 연결은 생각의 흔적이지 정식 관계가 아닙니다. 한 문단에 두 이름이 함께 나온다고 Scroll이 둘 사이의 신뢰를 추론하지도 않습니다. 이런 경계는 탐색의 자유를 지키고 무엇이 기준인지 분명하게 보존합니다. 아이디어가 안정되면 관계나 필드에 넣을지 작가가 결정합니다.

보기마다 질문 하나를 맡기세요

Scroll에서는 같은 Story data를 서로 다른 Story 보기로 살펴볼 수 있습니다. Spreadsheet는 여러 장소나 인물에 기록한 필드를 비교하는 데 유용합니다. Relationship graph는 명시적 관계를 중심으로 하며 공유 사건 등의 기록에서 파생된 읽기 전용 연결을 선택적으로 겹쳐 표시할 수 있습니다. Map은 장소 카드를 공간형 작업 화면에 배치합니다. Timeline은 작가가 입력한 날짜에 따라 사건 순서를 보여 줍니다.

어느 보기도 빠진 조사를 대신해 주지 않습니다. Map은 실제 거리를 검증하지 않습니다. Timeline은 본문에서 날짜를 추출하지 않습니다. Mindmap, Whiteboard, Flowchart는 탐색을 지원합니다. Subway는 기록된 사건에 여러 인물이 나란히 참여하고 교차하는 모습을 살펴볼 수 있습니다. Project에 모든 보기가 필요한 것은 아닙니다. 오늘의 질문에 답하는 보기를 고르세요.

각 관점의 역할은 하나의 Story에 11가지 보기가 필요한 이유에서 자세히 살펴볼 수 있습니다.

세계가 선택을 바꿀 때 Story 안으로 들어옵니다

출항 금지령은 카드에만 있는 동안 움직이지 않습니다. 후계자에게 합법적인 허가가 없고, 상인들은 화물 서류를 위조할 수 있지만 소금세 폐지를 요구하며, 밀수꾼은 옛 전쟁이 남긴 기뢰 사이로 조수를 타고 빠져나가는 항로를 알고 있을 때 서사가 됩니다.

Relationship graph는 누가 협력할 수 있을지 살피게 합니다. Map은 항로를 눈에 보이게 유지합니다. Timeline은 조수와 순찰이 겹치는 시점을 보여 줍니다. 옛 사건은 위험이 존재하는 이유를 설명합니다. 후계자가 무엇을 희생할지는 작가가 결정합니다. 정보가 Story를 쓰지는 않습니다. 모든 선택이 공통된 세계의 제약 안에서 이루어지게 합니다.

장이 끝나면 그 결정에 따라 Story data를 갱신할 수 있습니다. 상인과 후계자의 관계가 바뀌고, 항구 폐쇄 사건에 참여자가 추가되며, 등대가 반복해서 등장하는 장소가 됩니다. 세계관 설정과 초고 집필은 “모든 것을 기획한 다음 쓰기”가 아니라 계속 주고받는 과정이 됩니다.

수정 과정에서도 같은 교환이 중요합니다. 회담 장소를 국경 시장에서 강 항구로 옮겼다면 참여 조직, 전쟁이 남긴 운송 제약, 화폐 규칙을 다시 살펴봐야 합니다. Scroll은 설정이 바뀌는 일을 막지 않습니다. 변경의 영향을 받는 맥락을 작가가 찾을 수 있게 합니다.

백과사전 정리 대신 세 가지 작은 확인을 하세요

초고를 쓰기 전에 장면에 필요한 인물, 장소, 조직, 사건을 살펴보세요. 새로운 설정 아이디어가 떠오르면 전체 역사를 완성하느라 본문을 떠나지 말고 메모나 작가 작업에 남기세요. 장면을 쓴 뒤에는 이후 작업에 영향을 주게 된 결정을 정식 기록으로 옮깁니다.

세 가지를 물어보세요. 인물이 그곳에 갈 수 있나요? 시간이 충분한가요? 관련 관계나 제도 아래에서 누가 허락할까요? Map, Timeline, Relationship graph는 확인에 필요한 자료를 제공하지만 답은 작가가 내립니다.

하드 공상과학에서는 기술적 한계와 조사 증거를 명시적 연결과 함께 참고문헌에 보관할 수 있습니다. 신화적 판타지에서는 서로 모순되는 전설을 보존할 수 있습니다. 구조를 사용한다고 하나의 객관적 설명만 남겨야 하는 것은 아닙니다. Project 규칙을 통해 “세계의 사실”, “인물의 믿음”, “해결되지 않은 가능성”을 구분할 수 있습니다. Scroll이 그런 인지 상태를 추론하지는 않습니다.

오래 유지할 세계 자산과 현재 Project에는 서로 다른 자리를 주세요

하나의 세계가 3부작, 단편소설, 게임을 품을 수 있습니다. 전문 자료 보관소나 여러 작품을 아우르는 지식 기반을 오래 유지할 자산의 기준으로 삼고, 현재 Project에는 이 책에서 실제로 사용하는 Story data와 기준으로 돌아가는 명시적 경로를 둘 수 있습니다.

무엇보다 어느 위치를 기준으로 삼는지 알아야 합니다. 안정된 법률은 장기 세계 자료에 둘 수 있습니다. 그 법에 대한 주인공의 잘못된 믿음은 인물 메모나 본문에 속합니다. 2권에만 해당하는 폐쇄 조치는 해당 작품의 사건에 속합니다. 이런 계층을 분리하면 시리즈가 유연하게 유지됩니다.

백과사전, 전문 시간 모델, 유연한 지식 네트워크, Story 중심 워크벤치 중 무엇이 필요한지 알아보려면 세계관 설정 도구 가이드를 살펴보세요. 공식에 갇히지 않는 Story 템플릿은 Project 모델을 절제하는 방법을 설명합니다.

보기는 세계가 옳다고 증명할 수 없고, 카드는 조사를 대신할 수 없습니다. 장면을 통해 설정을 시험하세요. 이 사실이 인물이 할 수 있는 일, 하려는 일, 치러야 하는 대가를 바꾸나요? 그렇다면 Story의 일부가 된 것입니다. 그렇지 않다면 죄책감 없이 멀리 남겨 두어도 됩니다.

마감을 앞둔 작가에게 성공은 항구 백과사전을 완성하는 일이 아닙니다. 상인들의 조건이 다음 장에서 후계자가 갚아야 할 빚을 만들게 하는 일입니다. 기획, 조사, 수정, 버전 경로는 Scroll 장문 집필 워크플로에서 다시 살펴보거나, Scroll 제품 페이지에서 이런 요소가 하나의 로컬 Project 주변에서 작동하는 방식을 확인하세요.