버전 기록(version history)은 한 편의 글이 예전에 어떤 모습이었는지를 남겨 두는 기록입니다. 프로그래머들은 수십 년 전부터 이것에 의지해 왔지만, 대부분의 소설가는 여전히 이런 기록 없이 작업하거나, chapter-7-final, chapter-7-final-v2, chapter-7-ACTUAL-final 같은 이름의 파일이 가득한 폴더로 버팁니다. 그 폴더는 옳은 발상을 향한 시도입니다. 책은 완성에 이르기까지 여러 차례 모양을 바꾸고, 이전의 모양을 보고 되돌아갈 수 있는 작가는 그렇지 못한 작가보다 더 과감하게, 그리고 더 정확하게 고쳐 쓰기 때문입니다. 이 가이드는 그 이유가 무엇인지, 체크포인트를 실제로 어떻게 활용하는지, 그리고 갈래치기(branching)라는 발상이 어디에 들어맞는지를 다룹니다.
소설에는 자기 자신에 대한 기억이 필요하다
단편소설은 머릿속에 담아 둘 수 있습니다. 장편소설은 그럴 수 없습니다. 2막 즈음이 되면 책은 한꺼번에 붙들고 있기에는 너무 커지고, 그때부터는 모든 수정이 어느 정도 눈을 감은 채 이루어집니다. 14장의 장면을 바꾸면서도, 6장이 그 장면에 대해 무엇을 약속했는지를 같은 순간에 볼 수는 없는 것입니다.
버전 기록은 책에게 작가 자신의 기억 바깥에 있는 기억을 줍니다. 그렇지 않으면 회상에 기댈 수밖에 없는 질문들에 답할 수 있게 해 줍니다. 반전의 위치를 옮기기 전에 이 장은 어떻게 쓰여 있었지? 멘토가 배신자가 아니게 된 것은 언제였지? 비평 파트너가 좋아했던 그 문장은 첫 장면의 어느 초고에 있었지? 기록이 없다면 이런 답은 추측일 뿐이고, 자기 책에 대한 추측은 놀랄 만큼 자주 틀립니다.
이 기억은 소설에서도 넓게 퍼져 있는 부분에서 가장 중요합니다. 한 인물의 동기를 바꾸면 그 여파가 스무 장에 걸쳐 번질 수 있습니다. 변경 이전의 책을 들여다볼 수 있어야 그 여파가 의도한 곳으로 번졌는지 확인할 수 있고, 초고가 불어나는 동안에도 연속성이 흐트러지지 않게 지켜 나갈 수 있습니다.
큰 수정을 가로막는 두려움
기록이 없을 때 치르는 가장 값비싼 대가는 용기입니다. 많은 작가가 이런 느낌을 압니다. 구조적인 문제, 이를테면 중반부 전환점이 너무 늦게 온다거나, 곁가지 이야기가 군더더기라거나, 책이 한 장 일찍 시작해야 한다는 문제를 마주하고도 고치지 않기로 하는 느낌 말입니다. 고치려면 이미 잘 작동하는 장들을 뜯어내야 하고, 고침이 실패하면 돌아갈 길이 없기 때문입니다.
그래서 수정은 안전한 규모로 쪼그라듭니다. 문장은 다듬어지지만 구조는 그대로 남습니다. 거의 맞아 보이는데 어딘가 아쉬운 책들 가운데 상당수가 바로 그 자리에 멈춰 있습니다.
체크포인트는 이 셈법을 바꿉니다. 책의 현재 상태가 저장되고 날짜가 붙어 있다면, 큰 변경은 더 이상 도박이 아닙니다. 곁가지를 잘라 내고, 반전을 옮기고, 두 인물을 하나로 합쳐 본 뒤 그 결과를 정직하게 읽을 수 있습니다. 비교할 수 있는 이전 버전이, 거기서 조각을 되가져올 수 있는 이전 버전이 여전히 남아 있다는 것을 아니까요. 믿을 만한 기록을 가진 작가는 더 많이 시도할 여유가 있고, 구조적 문제는 바로 그 시도 속에서 풀립니다.
중요한 순간마다 체크포인트를
체크포인트란 의도를 갖고 하는 저장입니다. 책 전체, 혹은 바꾼 장들의 이름 붙은 날짜 있는 스냅샷으로, 작가가 고른 순간에 찍습니다. 키 입력 하나하나를 기록하는 자동 기록에도 쓸모는 있지만, 실제로 길잡이가 되는 것은 체크포인트입니다. 하나하나가 간직하겠다고 마음먹은 상태를 표시하기 때문입니다.
체크포인트를 남길 만한 순간은 후회할지도 모를 결정을 내리기 직전입니다.
- 구조를 바꾸기 전. 장을 옮기거나 합치거나 잘라 내기 전, 사건의 순서를 바꾸기 전, 결말을 다시 쓰기 전.
- 초고를 누군가에게 건네기 전. 베타 리더, 편집자, 비평 모임은 특정한 한 버전에 반응하게 되고, 그들의 의견이 도착했을 때 정확히 무엇을 읽었는지 확인하고 싶어질 것입니다.
- 한 차례 초고를 마쳤을 때. 전체를 한 번 훑어 끝내는 것은 이정표입니다. 이를 저장해 두면 다음 수정본을 가늠할 고정된 기준점이 생깁니다.
- 도구에게 무언가를 고쳐 쓰게 하기 전. 소프트웨어든 편집자든 AI든, 텍스트를 한꺼번에 바꾸려 하는 모든 순간에 해당합니다.
체크포인트에는 날짜가 아니라 앞으로 일어날 일을 이름으로 붙이세요. 날짜는 기록이 알아서 간직하니까요. "리스본 곁가지를 자르기 전"은 석 달 뒤에도 의미가 통합니다. "토요일"은 그렇지 않습니다.
한 장이 예전에 어땠는지 읽어 보기
버전 기록의 두 번째 쓰임새는 더 조용하지만 일상에서는 더 흔합니다. 돌아가서 읽는 것입니다.
고쳐 쓰다 보면 무언가를 잃기 마련입니다. 네 번 다시 쓴 장은 첫 초고를 살렸던 이미지 하나, 이백 쪽 뒤의 무언가를 미리 깔아 두던 대사 한 줄을 떨어뜨릴 수 있습니다. 이전 버전을 현재 버전 옆에 나란히 열어 보면 무엇이 빠졌는지 찾을 수 있고, 답은 수정 전체를 되돌리는 것이 아니라 문단 하나를 새 초고로 옮겨 오는 것인 경우가 많습니다.
산문뿐 아니라 구상에도 도움이 됩니다. 아웃라인을 짠다면, 즉 장들이 스토리 비트, 곧 무언가가 일어나고 무언가가 달라지는 작은 단위로 지어져 있다면, 장의 이전 버전은 그 장이 어떻게 쓰였는지뿐 아니라 무엇을 하도록 의도되었는지를 보여 줍니다. 두 버전의 비트를 비교하면 수정이 이야기를 바꾼 것인지 문장만 바꾼 것인지 알 수 있습니다. 어떤 장이 갑자기 다르게 읽히는데 이유를 말할 수 없을 때 유용한 지식입니다.
갈래치기는 어디에 들어맞는가
갈래치기는 그다음에 오는 발상입니다. 버전이 한 줄로 이어지는 대신, 갈래를 치면 책을 다른 방향으로 끌고 가 볼 수 있습니다. 누이가 배신자인 버전이나 적대자의 시점에서 서술되는 버전처럼요. 그 갈래를 본줄기와 나란히 발전시킨 다음, 더 나은 쪽을 남기면 됩니다.
소설가에게 갈래치기는 생각만으로는 결론이 나지 않는 큰 질문에 가장 쓸모 있습니다. 책이 살인 장면으로 시작해야 할지 그 전날 아침으로 시작해야 할지를 몇 주씩 혼자 따져 볼 수도 있고, 두 가지 도입부를 모두 써서 읽어 볼 수도 있습니다. 갈래치기가 도구로 제공되기 전까지는 체크포인트에 복사본 하나를 더하는 것으로 거의 같은 일을 할 수 있습니다. 현재 상태를 저장하고, 대안을 시도하고, 비교하는 것입니다.
다만 갈래치기에는 절제가 필요합니다. 갈래 하나하나는 책 일부의 두 번째 버전이고, 같은 이야기의 두 버전은 금방 서로 멀어집니다. 갈래는 수명을 짧게, 하나의 질문에 집중하게 유지하고, 결정을 내린 뒤 그 답을 본줄기에 합쳐 넣으세요.
AI가 함께할 때의 버전 기록
AI와 함께 쓸 때는 이 모든 것이 더욱 중요해집니다. AI는 사람보다 더 크고 더 빠른 붓질로 텍스트를 바꾸기 때문입니다. 어시스턴트는 몇 초 만에 한 장을 고쳐 쓰고, 일련의 장면을 재배열하고, 책 전체에 걸쳐 한 인물을 갱신할 수 있습니다. 그렇게 광범위한 변경은 이전에 무엇이 있었는지 볼 수 없다면 판단하기 어렵습니다.
습관은 같고, 다만 더 자주 적용하는 것입니다. 대량 변경을 요청하기 전에 체크포인트를 남기고, 이전 버전과 새 버전을 맞대어 읽고, 각각에서 책에 도움이 되는 부분을 남기세요. 어떤 변경이 작가에게서, 어떤 변경이 AI에게서 왔는지 기록하는 이력은 부수적인 효과로 작가 본인의 저작에 대한 기록이 되기도 합니다.
Novelmint는 이를 책 자체에 담았습니다. 바꾼 장들의 체크포인트를 저장할 수 있고, 어떤 장이든 이전 버전을 열어 구상과 본문을 읽고 거기서 복사해 올 수 있으며, AI 어시스턴트가 가장 최근에 한 일련의 변경을 클릭 한 번으로 되돌릴 수 있습니다. 체크포인트 전체를 한 번에 복원하는 기능과, 책을 갈래쳐서 다른 줄거리를 탐색하는 기능은 로드맵에 올라 있습니다. 현재 어떻게 작동하는지는 버전 기록 페이지에서 다룹니다. 어떤 도구로 쓰든, 믿을 수 있는 기록을 간직하세요. 그러면 책이 필요로 하는 큰 수정도 감당하고 시도해 볼 수 있는 일이 됩니다.