주인공 이름을 바꿨다면? 모든 챕터를 30초 안에 고치기

모든 소설가가 두려워하는 순간

보통은 샤워를 하다가, 아니면 24챕터를 두 단락쯤 쓴 후에 찾아온다. 아홉 달 전에 고른 이름이 이제 어울리지 않는다. Anna는 충분히 날카롭지 않다. Hannah는 그렇다. 책 전체가 새 이름을 중심으로 몇 초 만에 자리를 잡는 것이 느껴진다 — 그리고 거의 동시에, 실제로 그 작업을 해야 한다는 무게가 몰려온다.

대부분의 글쓰기 도구에서 인물 이름 변경은 버튼이 아니라 프로젝트이기 때문이다. 찾기 및 바꾸기를 열고, 위쪽 칸에 「Anna」를, 아래 칸에 「Hannah」를 입력하고, 모두 바꾸기 위에 커서를 올린 채 — 멈춘다. Annapolis가 떠오르기 때문이다. Annabel도. 누군가 「anna」를 할머니를 부르는 이탈리아어 구어 표현으로 말하는 챕터도. 3주 전 그녀의 서사를 소리 내어 정리하던 음성 메모는 Anna라는 이름으로 저장되어 있고, 새 이름으로는 더 이상 그것을 그녀와 연결해 주는 무엇도 없을 거라는 생각도.

그래서 모두 바꾸기를 누르지 않는다. 모든 일치 항목을 손으로 일일이 살피기 시작한다. 23챕터에 걸친 47건. 저녁의 절반을 거기에 쓰고도 두 건을 놓치고, 몇 주 뒤 교정쇄에서 그것들을 발견한다.

기존의 찾기·바꾸기가 소설가에게 통하지 않는 이유

찾기·바꾸기가 나쁘다는 게 아니다. 문제는 그것이 인물의 이름을 바꾸고 있다는 사실을 모른다는 점이다. 주인공의 이름을, 책 속에서 그가 누구인지에 대한 이해 없이, 다른 어떤 문자열과도 똑같이 다룬다.

구체적인 실패 양상은 셋이다:

• 단어 내부 매칭. 「Anna」를 「Hannah」로 바꾸면 Hannahpolis, Hannahbel, Hannah Karenina, 문장 중간에 「hannah」라 불리는 이탈리아 할머니가 등장한다. Scrivener의 Project Replace가 정확히 이런 식이다. Word에는 「전체 단어」 토글이 있지만 기본값이 꺼져 있고, 그런 게 있다는 사실조차 모르는 소설가가 대부분이다.
• 대소문자가 일으키는 부수 피해. 「anna」는 몇몇 언어에서 실제로 쓰이는 단어다. 대소문자 구분을 켜면 문장 첫머리의 정당한 「Anna」를 놓치고, 끄면 보통명사까지 바꿔 버린다. 어느 쪽이든 책 한 권을 다시 교정해야 한다.
• 또 무엇을 갱신해야 하는지 모른다. 설정집 속 인물 카드, 그녀가 언급된 음성 메모의 텍스트, 오디오북 합성 프롬프트, 챕터별 단어 수 — 어떤 것도 누군가의 이름이 바뀌었다는 사실을 알지 못한다. 모두가 더 이상 원고에 존재하지 않는 이름을 가리킨 채로 남는다.

이건 사소한 UX 불평이 아니다. 3만 단어를 넘긴 이후에는 바꿔야 마땅한 순간에도 대다수의 작가가 인물 이름을 바꾸지 않는 이유가 바로 이것이다. 마찰이 이긴다.

MimicReader는 이걸 어떻게 처리하나

Writing Studio(설정 → Writing Studio 활성화)는 모든 프로젝트 안에 Characters 탭을 둔다. 당신이 등장시킨 인물은 카드 한 장씩으로 표시된다 — 이름, 역할, 짧은 설명, 그리고 Rename 버튼.

Rename을 누른다. 새 이름을 입력한다. 아무것도 바뀌기 전에, 모의 실행 미리보기가 뜬다:

그 숫자가 이상해 보인다면 — 60건을 예상했는데 12건만 보인다면 — 확정하기 전에 무언가 잘못됐다는 것을 알 수 있다. 챕터 절반에서 그녀를 「Ann」으로 부르고 있어서 두 번 돌려야 할지도 모른다. 어디엔가 별칭이 있을지도 모른다. 취소하고 확인한다. 아직 아무것도 바뀌지 않았다.

숫자가 맞다면 확정한다. 다음 1초 안에:

• 데이터베이스의 인물 레코드가 name = "Anna"에서 name = "Hannah"로 바뀐다
• 각 챕터의 본문이 서식을 유지한 채 새 이름으로 다시 쓰인다
• 챕터별 단어 수가 다시 계산된다 (새 이름은 글자 수가 다르므로)
• 이전 이름은 인물의 별칭 목록에 추가되어, 음성 메모 전사가 여전히 그것을 인식한다

처음부터 끝까지 30초. 교정 전체 점검 없음. 놓친 부분 없음. Annapolis 없음.

단계별로

1. Writing Studio에서 프로젝트를 연다
2. Characters 탭을 누른다
3. 인물 카드를 찾고 Rename…을 누른다
4. 창에 새 이름을 입력한다
5. 미리보기를 확인한다 (「23챕터에 걸친 47건」)
6. 확정한다

그게 전부다. 챕터 목록은 즉시 새 이름을 반영한다. 다른 탭에 챕터 뷰가 열려 있다면 새로 고침만 하면 — 이미 모두 갱신되어 있다.

별칭 보존은 생각보다 훨씬 중요하다

이건 어떤 도구도 하지 않는 부분이고, 음성 메모로 글을 쓰는 사람에게는 가장 의미가 크다.

몇 달째 메모를 받아 적어 왔다면 — 「자, Anna가 방에 들어와서 알아채는 건…」 — 그러다 갑자기 그녀를 Hannah로 바꾸면, 옛 전사 기록은 여전히 모두 Anna라고 말한다. 옛 자료를 검색하는 데에는 문제가 없다. 그러나 Whisper가 새 음성 메모를 전사할 때는, 인물을 이름으로 나열하는 initial_prompt를 사용한다. 그 프롬프트가 더 이상 Anna를 언급하지 않는다면, 당신이 새로 녹음한 메모에서 무심결에, 혹은 옛 이름을 맥락 속에서 다시 언급한 탓에 그녀를 여전히 Anna라고 불렀을 경우, 그 부분은 「Hannah」, 「Anya」, 혹은 전혀 다른 무엇으로 옮겨 적힐 수 있다. 모델이 닻을 잃는다.

이전 이름을 별칭으로 유지함으로써, MimicReader는 Whisper의 프롬프트에 두 이름을 모두 넘긴다: 「이 이야기의 등장인물에는 Hannah(이전에는 Anna)…」가 포함된다. 전사는 Anna에 대한 언급을 여전히 올바른 인물에게 귀속시킨다. 과거의 메모는 그대로 의미를 유지한다. 새로 받아 적는 음성도 표류하지 않는다.

솔직한 한계

오늘 이 기능이 하지 못하는 것 두 가지:

• 의도적으로 대소문자를 구분한다. 「Anna」와 「anna」는 다른 것으로 본다. 소문자 형태는 거의 언제나 어떤 언어의 보통명사이고, 우리는 Anna가 소문자로 나오는 단 하나의 정당한 문장을 놓치는 쪽을, 수백 개의 할머니와 성인들의 이름, 이탈리아어로 「해」를 뜻하는 단어를 다시 쓰는 쪽보다 선호한다. 정말로 소문자로도 등장하는 인물의 이름을 바꾸고 싶다면, 한 번 더 돌리면 된다.
• 정확 일치만 — 굴절(예: 폴란드어의 격 변화)은 아직 처리하지 못한다. 굴절이 있는 언어에서는 Ezra라는 인물이 격에 따라 Ezry, Ezrze, Ezrą 등으로 모습이 바뀐다. 지금의 이름 바꾸기는 「Ezra」는 잡아내지만 굴절된 형태는 잡지 못한다. 알고 있다. 굴절을 이해하는 이름 바꾸기는 로드맵에 있으며, 23개 언어에서 오탐 없이 가능해지는 시점에 출시할 것이다. 그때까지 굴절형 언어로 쓴 원고는, 주된 이름 바꾸기 이후 굴절형에 대해 수동 점검이 필요하다.

둘 다 영리하지만-가끔-파괴적인 도구가 아니라, 기본적으로 안전한 도구를 내놓기 위한 의도된 선택이다.

대안과 비교

Scrivener의 Project Replace가 가장 가까운 경쟁자이고, 그래도 여전히 프로젝트 전역 범위로 치장한 일반 찾기·바꾸기에 머문다. 당신의 인물에 대해 아무것도 모른다 — 인물이라는 개념 자체가 없기 때문이다. Writing Studio는 안다 — 당신의 인물은 이름, 별칭, 설명, 그리고 카드마다의 버튼을 갖춘 일급 레코드다.

작은 버튼 하나, 훨씬 적은 고통

작가는 한 인물의 이름을 바꾸는 일이 하룻저녁의 일거리가 되지 않도록 할 수 있어야 한다. 무엇이 바뀔지를 바뀌기 전에 볼 수 있어야 한다. 음성 메모 전사가 어느 날 갑자기 주인공을 알아보지 못하게 되는 일이 없을 거라고 믿을 수 있어야 한다. 그 모든 것을 끝내고, 쓰던 챕터로 돌아갈 수 있어야 한다.

그게 바로 이 버튼이다. 작다. Writing Studio를 시도해 본 거의 모든 소설가가 똑같이 요청해 왔다. 만드는 데에는 이 글을 쓰는 시간보다 적게 걸렸다. 그리고 지금, 모든 프로젝트의 모든 인물 카드 위에 있다.

다음에 읽을 글

• 소설을 쓰고 오디오북을 생성 — 모두 한 곳에서
• 원고에서 오디오북까지: 3단계 워크플로우
• 음성 메모에서 출간된 오디오북까지 — 전체 파이프라인