스토리 바이블은 소설이 보존해야 할 사실을 정리한 참고 자료입니다. 등장인물, 관계, 규칙, 장소, 연대기, 그리고 아직 해결되지 않은 실마리까지요. AI로 만들려면 메모나 관련 발췌문을 제공하고, 구조화된 항목을 요청한 뒤, 어떤 사실이 정전(카논)이 되기 전에 제안된 모든 사실을 검토하세요. 이미 텍스트에 정해져 있는 정보와는 별도로, 새로 꾸민(발명한) 제안 사항을 분리해 두는 것이 중요합니다.
유용한 결과물이 반드시 긴 문서일 필요는 없습니다. 글을 쓰는 동안 질문에 답할 수 있게 해주는 참고 자료면 충분합니다. 예를 들어 이 인물이 비밀을 알고 있는지, 여행이 하룻밤 안에 가능한지, 혹은 이 규칙이 이미 바뀌었는지 같은 것들이죠. 아래 워크플로는 XPT에서 이 참고 자료를 구축한 다음, 원고가 발전해도 계속 쓸모 있게 유지하는 방법을 보여줍니다.
XPT로 참고 자료 만들기
1. 자료를 모으고 상태를 라벨링하기
AI Novel Generator를 열고 간결한 메모 세트를 준비하세요. 이미 받아들인 결정과 아직 검토 중인 아이디어를 분리합니다. 기존 초고라면 제출하기 전에 장 또는 장면 단위로 발췌문에 라벨을 붙이세요.
산 정상 관측소에 놓인 미스터리를 떠올려 보세요. 메모에는 폭풍 후 도로가 통제된다고 적혀 있고, 망원경 로그가 수정되었으며, 기술자 로완은 누가 마지막으로 통제실에 들어왔는지 알고 있다고 합니다. 거절한 개요에는 로완이 폭풍 전에 떠났다고 되어 있죠. 두 버전을 모두 동등하게 권위 있는 것으로 모델에 제공하지 마세요. 현재 초고에서 어떤 버전이 해당되는지 표시하세요.
2. 확장 전에 ‘추출’을 요청하기
이미 텍스트가 있다면, 그 텍스트에서 명시적으로 뒷받침되는 사실을 요청하세요. 새로운 세계관(월드빌딩) 아이디어가 필요하다면, 별도의 섹션에서 그 부분을 요청하세요. 라벨 없이 ‘추출’과 ‘발명’을 섞으면, 어떤 항목이 어디에서 왔는지 구분하기가 어려워집니다.
“제공된 메모를 실행 가능한 스토리 바이블로 정리하세요. 전제, 등장인물, 관계, 설정 규칙, 타임라인, 열린 실마리를 위한 섹션을 사용하세요. 명시된 사실만 추출합니다. 중요한 항목 옆에 출처가 된 장 또는 메모 라벨을 덧붙이세요. 추론과 새로운 아이디어는 Proposed Additions 아래에 두세요. 모순과 누락된 사실은 조용한 수정이 아니라 질문으로 나열하세요. 자료와 라벨: \[메모 또는 관련 발췌문 붙여넣기].”
참고 자료를 생성한 뒤, 몇 가지 중요한 항목을 원본 자료와 대조해 보세요. 어떤 인물의 의심이 확정된 지식이 되었다면 지금 바로 고치세요. 이런 구분은 대화 전체가 얼마나 설득력 있게 느껴지는지를 좌우할 수 있습니다.
3. 장면에 영향을 주는 섹션들을 검토하기
인물의 경우 현재 목표, 관계, 한계, 그리고 지식을 기록하세요. 세계 규칙이라면 작동 메커니즘과 예외를 기록합니다. 타임라인에서는 사건의 순서와 행동을 제약하는 간격을 추적하세요. 관측소의 설립에 대한 정교한 설명은, 도로가 언제 불가능해지는지 알기보다 중요하지 않을 수 있습니다.
XPT에게 스캔하기 충분히 간결한 참고 자료를 만들라고 요청한 다음, 결정을 뒷받침하는 디테일은 유지하세요. 문서가 완성된 것처럼 보이려고 빈 필드를 추측성 전기(바이오그래피)로 채우지 마세요.
4. 승인된 마스터 카피를 저장하기
검토가 끝난 자료를 사용자가 관리하는 문서로 옮기세요. 버전 또는 개정일을 라벨링하고, 제안된 대안은 다른 곳에 보관합니다. 마스터 카피는 지금 쓰고 있는 이야기, 즉 현재의 원고를 대표해야지, 당신이 논의했던 모든 방향성을 다 담을 필요는 없습니다.
더 깊이 있는 인물 항목이 필요할 때는 AI Character Description Generator를 사용해 그 집중 작업을 맡기세요. 바이블에 추가하기 전에 새 제안들을 검토하세요. 별도 도구 요청만으로 그 내용이 자동으로 ‘승인된 역사(정전 사실)’가 되지는 않습니다.
5. 장면 브리프로 바이블을 테스트하기
미리 계획한 장면 하나를 정하고, 그 장면이 필요로 하는 항목만 추출하세요. 관측소라면, 통제된 도로, 로완의 지식, 수정된 로그, 그리고 통제실에 접근할 수 있는 사람이 누구인지일 수 있습니다. 그 사실들을 존중하는 장면 계획을 요청한 다음, 결과에서 모순이 없는지 확인하세요.
계획이 도로 통제를 우회하는 새로운 차량 같은 ‘새 장치’에 의존한다면, 참고 자료가 그 장면의 논리를 해결하지 못한 것입니다. 편의성을 이유로 받아들이지 말고, 전제를 의도적으로 수정하거나 거절하세요. 이 테스트를 통해 여러 장을 작성하기 전에 참고 자료를 개선할 수 있습니다.
사실, 추론, 아이디어를 눈에 보이게 구분하기
| 라벨 | 여기에 들어갈 것 | 예시 |
|---|---|---|
| Established | 승인된 초고에 명시된 사실 | 로완은 자정 이전에 통제실에 들어갔다. |
| Inferred | 검토가 필요한 그럴듯한 해석 | 로완은 수정된 로그를 봤을 수도 있다. |
| Proposed | 새로운 창작 옵션 | 로그에는 두 번째 타임스탬프가 있다. |
| Undecided | 아직 정하지 않은 질문 | 누가 통제실 예비 열쇠를 가지고 있지? |
이 라벨들은 서로 다른 글쓰기 결정을 지원합니다. 제안된 타임스탬프는, 당신이 그것을 여섯 번째 장에 사용할지 결정하기 전까지 단서가 되어서는 안 됩니다. 추론은 인물이 ‘반드시 안다’고 취급하지 않더라도, 유용한 채로 남을 수 있습니다.
확인할 수 있는 항목으로 쓰기
막연한 인물 요약보다 구체적인 문장과 출처 라벨을 우선하세요. “로완은 3번 장면에서 방문객에게 열쇠를 주지 않는다”는 “로완은 신중하다”보다 훨씬 검증하기 쉽습니다. 해석을 포함하는 것은 괜찮지만, 관찰된 행동과는 구분해 두세요.
초고에 서로 충돌하는 사실이 들어 있다면, 두 구절의 라벨과 해결해야 할 질문을 함께 기록하세요. 모델에게 더 그럴듯한 것을 골라달라고 요구하지 마세요. 그 모순은 의도적인 거짓말, 신뢰할 수 없는 화자, 혹은 아직 전파되지 않은 개정의 결과일 수 있습니다.
리라이트(재작성) 후에 업데이트하기—장 하나 끝날 때만이 아니라
수정된 이동 시간은 타임라인, 알리바이, 그리고 메시지 도착에 영향을 줄 수 있습니다. 단 하나의 위치에서 숫자만 바꾸는 식으로 대체하지 말고, 영향을 받는 항목들을 요청하세요. 그런 다음 이미 써둔 장면들이 여전히 잘 작동하는지 확인합니다.
짧은 변경 로그를 유지하세요: 기존 사실, 새 사실, 영향을 받는 장면, 그리고 결정. 그러면 ‘잊힌 업데이트’와 ‘의도적인 모순’을 더 쉽게 구분할 수 있습니다. 비교를 위해 명시적으로 필요하지 않은 한, 컨텍스트 패킷에는 구식 디테일을 계속 담아 두지 마세요.
흔한 스토리 바이블 질문
단편에는 하나가 꼭 필요할까요? 종종 작은 참고 자료만으로도 충분합니다. 이름, 지식, 물체의 위치, 그리고 추측에 가까운 규칙처럼 실수를 유발할 수 있는 사실들을 추적하세요. 이야기가 필요로 할 때만 확장하세요.
AI는 완전한 참고 자료를 기억하나요? 자동 회상에 의존하지 마세요. 새 요청에는 관련 항목들을 제공하고, 응답이 실제로 무엇을 사용했는지 검토하세요. 승인된 사실을 당신만의 ‘출처’로 따로 보관해 두는 것이 중요합니다.
바이블이 개요(아웃라인)를 대체할 수 있나요? 아닙니다. 개요는 사건의 순서를 계획하고, 바이블은 그 순서가 반드시 존중해야 하는 사실을 기록합니다. 좋은 프로젝트라면, 모든 문단을 중복해서 쓰지 않으면서 개요와 바이블을 함께 활용할 수 있습니다.
당신이 유지할 수 있는 가장 작은 참고 자료로 만들기
다음 장면이 필요로 하는 사실로 시작하고, 불확실성은 솔직하게 라벨링하며, 이야기가 바뀌면 승인된 버전을 업데이트하세요. 계속해서 쓰게 될 ‘컴팩트한 참고 자료’는, 당신이 실제로 내리지 않은 결정을 잔뜩 담은 큰 문서보다 원고에 더 잘 도움이 됩니다.
