本名と別名の設計

誰が何を知るかを先に決める

別名の設計では、公の身分として成立することと、正体を結び付けられる人物を制御することを分けます。作者は序盤の読者より多くを知っています。この画面では、指定した章が開示章に達し、かつ観察者が正体を知っている設定のときだけ、本名を結果に含めます。

共通部分は創作上の手掛かり

共通部分を必須にしない、頭文字を残す、先頭2文字を残す、という三つの方式で候補の作り方が変わります。共通部分があっても、それだけで同一人物だとは証明できません。誰がどの知識から気付けるのかを、本文の関係や記録で成立させてください。候補の部品は創作用で、特定の時代や地域の命名習慣を再現する資料ではありません。

固定と候補不足

別名の姓を固定すると、シードを変えても姓は維持されます。除外条件や保存済み候補の重複回避によって候補が足りなくなったときは、不足を明示します。固定を破って件数だけ満たすことはしません。歴史的な背景が必要なら、名前だけでなく別名の経歴全体を調べる必要があります。

創作例：競売品の修復記録

修復師は工房から受け継いだ名義で修理票に署名します。元弟子だけが、工房内で使っていた略記に気付きます。無関係な客にはその知識がありません。後の場面で修復師自身が個人としての正体を明かします。読者にも略記を知る機会が先に与えられていなければ、後出しの説明になります。

別の関連なら物語も変わる

分かりやすいアナグラムにすると、正体に気付ける人が変わります。無関係な別名なら、書類や告白など別の橋渡しが必要です。どちらが優れているかではなく、誰がいつ気付き、何をするのかを選びます。公の場で私的な呼び名を使う会話も、別名以上の情報を漏らす可能性があります。

書き出す内容に注意する

表示結果の書き出しは観察者向けの範囲です。一方、プロジェクトの保存や書き出しには本名を含む入力設定が入ります。作者用のファイルを、そのまま読者向け人物表として配布しないでください。開示章の変更はこのプレビューに反映されますが、原稿を自動修正する機能ではありません。

関連を調整する前に別名の仕事を決める

別名が公の場で何を果たすのかを書き出します。競売品の修復記録なら職業上の署名、公演ならアナウンスできる名義が必要です。どちらも家族の私的な記録と同じ表記である必要はありません。このツールは創作用の候補を組み立てますが、歴史的な経歴の妥当性や、現実で身元を隠せることを認定するものではありません。

人物には、本名や別名より先に固定IDを付けます。表記を変えても、同じ人物として扱うためです。採用済みの姓は固定し、頭文字を残す、先頭の一部を残す、共通部分を必須にしない、という構成を比較します。「必須にしない」は、すべての文字が必ず違うという意味ではありません。偶然の類似も含めて、必要な距離を作者が確認します。

特定の文字列を使いたくない場合は除外を指定します。ただし、現実の言語として自然かどうかを、除外リストだけで判断しないでください。小さな創作用の要素集であるため、候補不足は明示します。件数を満たすために、固定した姓を変えたり、根拠のない文化情報を足したりはしません。

観察者を一人選んで操作する

初期例の作者が知る名前は Aven Reed、別名の固定姓は Slate です。現在の章を4、最初の開示章を5にします。知識欄へ witness | true | 3 を入れ、観察者を witness にしてください。その人物は知識を持っていますが、表示上の開示境界に届いていないため、本名はまだ結果に出ません。5章にすると両方の条件を満たします。観察者だけ stranger に変えると、再び非表示になります。

これは保守的なプレビューの契約であり、あらゆる語りの方法を自動再現するモデルではありません。読者だけが真相を知り、作中人物は知らない場面なら、読者用の観察者を分けてください。全知の表示へ切り替えたまま、読者に安全な資料だと呼ばないようにします。視点は装飾ではなく、結果を決める条件です。

手掛かりに 2 | 署名の略記 | Q | 工房の記号 | missing を加えると、2章以降に見える細部になりますが、解釈に必要な知識が未設定だと警告します。本文で実際にその慣習を教えるなどの準備ができたときだけ provided にします。ツールが原稿を読んで確認したという意味ではありません。早く見せることと、早く推理できることを区別します。

創作例：工房の署名

競売人に修復説明の下へ名を書くよう頼まれ、彼女は工房名義を記した。最後の文字の隣へ、小さな印を付ける。

「塗装の印ですか」と競売人が尋ねた。

「継ぎ目です。塗装は別の人の仕事です」

部屋の後方で、元弟子が図録を置いた。その区別を覚えるのに、一冬かかったことがあった。印は名家や秘密結社や国の習慣を示すものではない。見えない修復に誰の名を添えるかで、二人が言い争った小さな工房の記号だった。

休憩中、彼は近付いたが、覚えている名前を口にしなかった。

「戸棚全体を、一人の仕事にしてありますね」

「その方が売りやすいのでしょう」

「継ぎ目も？」

彼女は図録と署名した紙を見比べた。「継ぎ目には別の行が要ります」

競売人がペンを差し出した。説明を直すのは簡単だった。個人の名を添えることは簡単ではなかった。公の実績が、離れてきた仕事と、弟子がまだ知らない争いにつながる。

「工房の名で」と彼が言った。

彼女は説明を訂正した。その隣へ、彼が最初に知った名を小さく書いた。紙の角を彼にだけ向け、それから元へ戻す。

競売が再開すると、説明では二種類の仕事が区別されていた。もう一つの名前を差し出されたのは、部屋の中で一人だけだった。

この場面は、気付くこと、本人が明かすこと、公表されることを分けています。弟子には印を解釈する理由があり、思い出した名をすぐ呼ばないことで、次の開示を彼女が選べます。公の記録は正確になっても、過去のすべてが告白されたわけではありません。

別の関連なら、どの場面になるか

誰でも読めるアナグラムなら、弟子との過去は弱まります。別の参加者が気付き、交渉された開示ではなく暴露の場面になるかもしれません。共通部分も印もないなら、認識には別の準備が必要です。確立した技法、以前の会話、自発的に示した記録などです。「なぜか分かった」で済ませると、読者は認識の道筋を理解できません。

弟子が本名を部屋中に響く声で呼べば、同じ接続が侵害になります。後の呼称の許可も変わるでしょう。音節を増やせば名前が深くなるのではなく、誰がつなげることを選び、誰が聞き、どの記録へ残すかによって意味が変わります。

自作では、決定的な場面ごとに、見える手掛かり、解釈に要る規則、その規則を知る人、気付いた後の行動を記録してください。一つの細部だけで正解を証明する必要はありません。その時点で作品が期待する推論を支え、まだ可能な別解を消さないことが大切です。

私用プロジェクトと読者用資料

観察者向け資料には、その人に表示できる候補、観察者ID、開示済みの手掛かりを含めます。条件を満たさない本名は含めません。一方、私用プロジェクトは作者の入力を復元するため、本名を保存します。どちらも有用ですが、渡す相手が違います。

共有前には、書き出しボタンの用途と対象の章を確認します。制作担当には私用設定、試読者には到達章に限定した資料が必要かもしれません。ただし、公開手掛かりの欄に自分で秘密の名前を書けば、その文字列は公開情報として扱われます。ツールが作者の意図を推察して秘密を識別するわけではありません。

連載途中の改名では、頭文字、呼び間違い、道具の署名、あらすじまで見直します。知識プレビューを再実行してから本文を確認してください。候補がなくなったら、緩める条件を一つ選び、ほかの固定は守って理由を残します。契約を破った大量の名前より、選べる理由が分かる小さな候補群の方が制作に使えます。

呼び名を使う前に対応を伝える

偽名が正体を隠せても、公の短称が読者に伝わっているとは限りません。任意の初登場用の表は、その問題を同じ人物と観察者の作業内で確認します。表記ID、表示、publicまたはtrue、full・short・labelの種類を入力し、提示の表にはID、章、順序、観察者、操作、表記ID、参照先、曖昧さの理由を記します。別名の生成だけなら両表を空欄にできます。観察者ごとの状態は別々です。

introduceは全称またはラベルを教えます。短称には対応済みの参照先、または意図的に曖昧にする理由が必要です。linkは、先に教えた参照先との対応を伝えます。useとrecapは対応が伝わったかを確認し、自動的に教えたことにはしません。unnamedは表記IDと参照先を空にし、最後の欄の描写だけを保持します。名無しで登場させた人物に、隠す姓名を自動補完することはありません。同じ観察者の章と順序は重複できず、0以上の整数です。

架空の駅の例なら、第1章の最初にticket17をPassenger 17としてreaderへ紹介します。同行者には別の提示でnickのMiraを教えられます。しかし読者がticket17との対応より先にnickを見たら、未解決と表示します。ticket17を参照先にしたlinkを置き、その後で使うと、何章で対応を伝えたかが残ります。linkを使用後へ移せば警告が戻ります。同行者が知っていることを、読者も知るとは扱いません。

trueの表記には、開示の境界と、そのイベント時点で観察者が持つ知識の両方が必要です。第6章で秘密を知っても、第2章の振り返りへ正体を入れる許可にはなりません。書き出しでは隠す表示を省き、警告でそのまま復唱もしません。現在の章より未来の提示も含めません。ただし、作者が公のラベルや理由の欄へ秘密を直接書いた場合まで発見する機能ではありません。

駅のすべての場面で隠す姓名を使えば、識別は容易になるかもしれませんが、偽装が消えます。反対に対応を教えなければ、秘密は守れても一人を二人と誤認するかもしれません。有用な修正は、私的な正体より先に公の呼び名を理解できるやり取りを置くことです。初登場の計画を独立した生成器として数えず、このページへ統合した理由もそこにあります。同じ人物、観察者、章の資料に、呼び名の対応を教えた根拠を追加します。

意外な正体の開示を保証しますか

しません。指定した関連を作り、選んだ知識状態を確認します。驚きは周囲の物語、期待、読者が見た手掛かりに依存します。文字の関連が弱くても署名の道具で明白になる場合や、強くても人物紹介の量で気付かれない場合があります。場面を試し、何を推測したかを尋ねてください。生成器が控えめだと言ったから成功とせず、どの情報によって誰が気付くかを観察します。正体が分かっても別の緊張が残る構成も選べます。

開示時点と観察者の知識が両方必要なのはなぜですか

保守的な表示では別の許可だからです。ある人物は公の開示前から私的に知り、後の章へ来た読者も全員と同じ知識を持つとは限りません。意図する視点を個別に設定します。読者だけが知る構成では、読者用の観察者を分けてください。一人が知ったら全視点を同じ扱いにせず、人物の発言や資料がどこまで届いたかを考えます。これは見せ方の契約で、あらゆる語りを一つのチェック欄で自動再現するものではありません。

未開示の手掛かりも入力できますか

将来の行は私用の計画として残せますが、早い章の資料には含めません。すでに見せた細部でも、解釈に必要な知識がなければ警告を残します。細部を見ることと、公平に意味を読めることは別です。provided は作者が調査済みという意味でなく、対象の読者や人物へ作品が根拠を渡した場合に使います。説明を足す、推論を遅らせる、別の橋渡しへ変えるなど、警告から創作上の判断につなげてください。

試読者へ渡せるファイルはどれですか

観察者向けの資料を選び、章と表示項目を確認します。私用プロジェクトは復元に必要な秘密の入力を含むため、同じものではありません。公開手掛かり欄へ本名を書けば、その文字は公開として扱います。ツールが言外の意図を推測して秘密を分類するわけではありません。全体の設定を知る必要がある制作担当と、限られた到達章で読む試読者を分け、送信前にファイルの中身を一度見てください。

公開前の照合を一人の観察者で行う

共有する資料は、作者の全体像ではなく、選んだ観察者の章で開いてください。本名、別名、手掛かりの内容、知識イベントの時点を順に点検します。開示章だけを遅らせても、公開の手掛かりへ自分で正体を書けば、その文字は残ります。秘密を置く欄と、すでに見せた情報を置く欄の区別が必要です。

私用プロジェクトと読者資料を別々に書き出し、ファイル名だけで判断せず中身を見ます。前者に本名があるのは復元のためで、流出防止が保証されたという意味ではありません。共有端末、拡張機能、自分で送ったファイルは、ローカル処理という仕組みだけでは制御できません。

創作上は、正体を知った後の行動も確認します。印を見て気付いた人物が何もしないのか、呼び名を変えるのか、本人の選択を待つのかで、同じ関連が違う関係を示します。名前の共通部分を強くした版と弱くした版で、その行動の説得力も比べてください。思い付きの由来ではなく、知識と行為のつながりが作品内で伝わる状態を目指します。