主人公の名前を変えた? 全章を30秒で直す

小説家がいちばん恐れる瞬間

たいていそれは、シャワーを浴びているとき、あるいは第24章を二段落書き進めたあたりでやってくる。九ヶ月前に選んだ名前が、もう正しくない、と思える。Annaには鋭さが足りない。Hannahにはある。残りの本がその新しい名前のまわりに数秒で収まっていくのがわかる——そしてほとんど同時に、本当にそれをやることの重みがやってくる。

というのも、たいていの執筆ツールでは、人物名の変更はボタンではない。プロジェクトだ。検索と置換を開き、上の欄に「Anna」、下の欄に「Hannah」と打ち、すべて置換にマウスを乗せ——そこで止まる。Annapolisを思い出すからだ。Annabelも。誰かが「anna」を、イタリア語で祖母を指す砕けた言い方として口にした章も。三週間前に、彼女の物語の弧を声に出して考えながら吹き込んだ音声メモも——Annaという名前で保存されていて、新しい名前では何ひとつそれを彼女と結びつけてくれない。

だから、すべて置換は押さない。一致を一件ずつ手で確認しはじめる。23章にまたがる47件。一晩の大半をそれに使い、それでも二件取りこぼし、何週間か経った校正刷りでようやく見つける。

従来の検索置換が小説家には向かない理由

検索置換が悪いわけではない。問題は、それが人物の名前を変えていることを知らないことだ。あなたの主人公の名前を、他の文字列とまったく同じに扱う——その人物が本にとって何者であるかを理解しないまま。

具体的な失敗のしかたが三つある:

• 部分文字列の一致。「Anna」を「Hannah」に置き換えると、Hannahpolisが生まれ、Hannahbelが生まれ、Hannahカレーニナが生まれ、文の途中で「hannah」と呼ばれるイタリア人の祖母が生まれる。ScrivenerのProject Replaceはまさにこの挙動だ。Wordには「単語単位」のスイッチがあるが、初期設定ではオフで、存在を知らない小説家がほとんどだ。
• 大文字小文字に絡む巻き添え。「anna」はいくつかの言語で実在する語だ。区別をオンにすれば、文頭の正当な「Anna」を取りこぼす。オフにすれば、普通名詞まで書き換え始める。いずれにせよ、本一冊ぶんの校正がまた待っている。
• ほかに何を更新すべきかが分からない。あなたの設定資料の人物カード、彼女に言及する音声メモの文字起こし、オーディオブック合成のプロンプト、章ごとの語数——どれも、誰かの名前が変わったことを知らない。原稿にはもう存在しない名前を、みなが指したままになる。

これはUXへの細かな不満ではない。3万語を超えたあたりで、本来変えるべきときでも作家が人物名を変えなくなる——その理由がこれだ。摩擦のほうが勝つ。

MimicReaderはこれをどう扱うか

Writing Studio(設定 → Writing Studioを有効化)には、どのプロジェクトの中にもCharactersタブがある。あなたが登場させた人物はそれぞれカードとして並ぶ——名前、役割、短い説明、そしてRenameのボタン。

Renameを押す。新しい名前を入れる。何かが変わる前に、ドライランのプレビューが現れる:

もしその件数が妙に思えたら——たとえば60件のつもりで12件しか見えなかったら——確定する前に、何かがおかしいとわかる。半数の章で彼女のことを「Ann」と呼んでいて、二回に分けたいのかもしれない。エイリアスが混じっているのかもしれない。キャンセルして確認する。まだ何も変わっていない。

件数が合っているなら、確定する。次の一秒で:

• データベースの人物レコードが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ステップのワークフロー
• 音声メモから出版済みオーディオブックへ——完全なパイプライン