同じ人物かを記録ごとに照合する

名前が繰り返されたら記録を確かめる

人物設定表には、一人に対する二つの記録、同じ名前の二人、ある場面だけで名前として使う称号が混在します。同じ文字列を全部削れば、意図した同名人物を消す場合があります。全行を別人として残せば、一人の経歴を分断する場合もあります。公開する綴りを決める前に、それぞれの元記録が何を指すかを確かめる必要があります。

この作業台は、作者が用意した架空の記録から似た表示を候補に挙げ、理由を添えて同一人物か別人かを指定するものです。同一人物と確認した関係をたどって組を作り、矛盾する別人の指定があれば経路を示します。複数の記録を持つ組では、代表とする記録も明示して選びます。元の資料を消さず、創作記録を整理するための対応案を作ります。

原稿の編集、人物設定の結合、実在する人の身元確認は行いません。高い数値も、同一人物である確率ではなく文字列の重複を使う目安です。数値で補えない文脈は、作者の場面メモ、記録ID、判断の理由に残します。見た目が一致することと、一人の人物として扱ってよいことを分けて進めます。

創作例：二人のNemi Rookが着く桟橋

Nemi Rookは西の水門を押さえ、市の子どもたちが小さな橋を渡るのを待った。儀式用の仮面を付けている間、人々は担当者をReedkeeper、葦守と呼ぶ。渡り終わった後、二階の窓から友人がNemiと呼び、担当者は仮面を上げて答えた。作者にはNemi Rookという場面メモと、The Reedkeeperという別のメモがあった。同じ架空人物を異なる状況で書いた記録だった。

午後の渡し舟には、もう一人のNemi Rookが乗っていた。コンサーティーナを持つ楽器修理人だった。乗り場で子どもたちは、水を押さえてくれたNemiへのお礼の合唱を始めた。修理人は一礼し、水を押さえたのではなく、楽器を直しただけだと説明した。その隣には、疲れた腕をさする水門の担当者がいた。二人は名前を告げ、相手がどこかを訂正するのを待った。どちらも訂正しなかった。誰も他人になりすましていないのに、呼びかける相手が違っていた。

初期の設定表では、作者は姓名の一致だけで二つのNemi記録を結んでいた。葦守の資料にもNemiがあるため、修理人と葦守を結ぶ判断も加わった。そのままなら、水門の行動、楽器を修理する仕事、仮面の称号が一人へ集まる。しかし二人が桟橋で会うという作者自身の指定と矛盾する。最も似ていない表示を機械的に外しても、人物の判断は解決しない。

改稿では同名の二人を残した。友人は、橋を渡らせてくれた葦守への合唱だと紹介し、続いて修理人を市へ迎えた。どちらにも改名を強いず、意図した相手が分かるようになった。称号は文脈として役立ち、設定表を直すため突然作った第三の身元にはならなかった。修理人が直った楽器で合唱に加われば、取り違えをなりすましの疑いでなく協力へ変えられる。

人物、仮面の慣行、市、出来事は全て架空の創作例です。もし修理人をIlin Vossへ改名すれば、姓名の完全一致は消え、合唱で相手を取り違える別の理由が必要になります。ただし、それで葦守の正体が証明されるわけではありません。元記録を更新し、その以前の内容に結び付いた判断を見直します。名前の変更で候補は変わっても、場面の根拠が必要なことは変わりません。

範囲を決めて元記録を用意する

各記録はid、name、aliases、source、noteだけを持ちます。IDは確認済みの人物ではなく記録の識別子です。二人のNemiを調べる間は別IDにします。aliasesは作品資料から作者が入れた別の表示で、ソフトが原稿を検索して見つけたものではありません。sourceも作者の場面・セッションの参照ラベルであり、検証済みの引用ではありません。

初期例のgateは水門のNemi Rook、keeperは別名Nemiを持つThe Reedkeeper、passengerは修理人と桟橋の出会いを記録します。主な候補はgate／keeperとgate／passengerです。文字列の一致は、どちらにも有用な問いを作りますが、最終的な答えは同じではありません。元メモの内容を読んで決める作業が残ります。

1〜24記録、各記録に異なる別名を4件まで指定できます。IDは英字で始まる英数字・_・-の40文字以内です。nameと別名は改行のない空でない文字列で、UTF-16の120単位以内。sourceは200、noteは500以内です。入力全体にも750000単位の上限があります。大きな作品は範囲を明示して分け、都合の悪い行を落として確認済みにしないでください。

元の設定表を残してください。未対応の列は黙って捨てず拒否します。日付、代名詞、制作上の注記などが別にあるなら、命名照合用の限られた形へ意図して写し、原本との対応を保持します。sourceは根拠の場所を探す助けですが、その記述が真実であることや、プログラムが参照先を開いたことまでは意味しません。

類似度が数えているもの

空白も含め、隣り合う二つのUnicodeコードポイントを比較します。繰り返す組は回数を保持し、両方にある各組の小さい方の個数を足します。その重複数の二倍を、二表記の組の個数の合計で割ります。一コードポイントだけの表示はその一文字を単位にします。名前と別名の全組合せで最大の値を、その二記録の候補判定に使います。

aaaaとaaaならaaが三回と二回あり、共通は二回です。二倍した四を合計五で割るので80％です。aabとabbは隣接する組が一つ共通で50％、abとbaはこの方法では共通がありません。変位字のような文字在庫の一致では順序を確認できないためです。これは実装した算術の説明で、読者が似ていると感じる割合ではありません。

exactでは表記を変えません。選べるもう一つの規則はASCIIのA〜Zをa〜zへ変えるものだけです。Unicode全体の大小文字の同一視、アクセントの除去、翻字、発音比較、正規化はしません。他の文字体系ではこの狭い目安の性質が違う場合があります。必要な別表記は調べたものか作者指定のものとして入れ、推測されたとは扱いません。

しきい値以上かは丸める前の分数で判断し、表示値だけ小数一桁にします。しきい値を上げて候補が消えても、別人を証明したことにはなりません。対応案には規則としきい値、この候補照合の外は評価していないことを残します。任意の数値を選んだだけで、作品全体に重複人物がいないと保証しません。

理由を添えて同一・別人・保留を決める

組の操作欄でsame、different、deferを選び、理由を記入します。同一と別人は作品についての作者の宣言です。保留は調べる必要を残す記録で、完了した判断には数えません。空の理由を架空の説明で補うこともありません。文字列が似ているから、というだけで物語の行動や人物の帰属が証明されたとは扱わないでください。

gate／keeperでは、仮面を外す作者指定の場面を理由に同一とします。gate／passengerでは、二人が会う場面を理由に別人とします。これで二記録の組と別の修理人ができます。ツールがその場面を調査したり解釈を認証したりしたわけではありません。指定した関係を保存し、同時に成立できるかを検査した結果です。

類似候補の外にある組も手動で指定できます。文字を共有しない二つの呼び名を物語が明示的に結ぶ場合に役立ちます。同じ元記録の文脈と理由を必要とし、手動の指定だけ審査を緩めません。一組を調べるため、ほかの全記録のしきい値まで下げる必要はありません。

矛盾する判断を経路で読む

同一人物の確認は経路でたどれます。gateとkeeperが同一、keeperとpassengerも同一なら、三記録が一つの組になります。ここでgateとpassengerが別人という指定は矛盾します。表には別人の判断、同一とした経路、その途中の判断IDが出ます。類似度が低い辺を外して、作者に代わって辻褄を合わせることはしません。

別人の指定は同じようには推移しません。AはBと別、BはCと別でも、AとCが同一か別かは決まりません。必要な候補は未確認のまま残します。一方、同一と確認した二つの組の間に別人の指定があれば、別の組合せにも、その明示した根拠までの同一経路を示して確認範囲を説明できます。

sameは、この照合範囲で一人の架空人物を指す場合に使います。同じ祖先、複製の起源、別世界の対応人物は異なる関係です。便利な組を作るため、関係があるだけの人物を同一と指定しないでください。分岐した人物への参照を区別する場合は、分岐した身元を扱う別の作業が適しています。

矛盾は元資料へ戻り、意図に合わなくなった判断そのものを修正して解きます。deferに変えれば保留の義務が残ります。判断の削除も明示的な操作です。その組がまだ類似候補なら未確認へ戻り、根拠を消しただけで完全な対応案が成功するわけではありません。どの関係を採ったかが追える状態を保ちます。

矛盾のない組から代表を選ぶ

同一人物の組になっても、最初の行の名前を自動で代表にしません。関係を整理した後、具体的な記録を選びます。gate／keeperでgateを選べば、対応案の代表表示はNemi Rookになり、葦守の元記録と全ての入力表記も残ります。passengerは自分自身を代表とする別の記録です。同名だからと同じ代表へまとめません。

これは後の整理で参照する記録の指定です。その名前しか台詞に使えなくなる、仮面の正体を全員が知る、他方の設定を捨ててよい、という意味ではありません。誰が対応を知るかは別の別名・場面知識の作業で扱います。この照合資料は作者用で、その関係を知らない読者へのネタバレになり得ます。

代表の選択には、その時点の構成記録と同一人物の確認関係が付きます。元記録や同一とした根拠を変えると古くなります。組が分かれたり増えたりすれば、以前の選択は適用先のない義務として残し、明示して除くか作り直します。違う組へ以前の代表を黙って移すことはありません。

古い判断を新しい根拠にしない

各関係の判断は、根拠にした二つの元記録を保持します。名前、別名、参照ラベル、メモを変えると古い判断になり、関係の辺を適用しません。対象の記録を消した場合も、判断だけ黙って捨てず表示します。更新や削除を明示し、新しい資料へ古い判断の権限まで移ったとは考えないでください。

ボタンは書き込む直前のフォームも確認します。元のテキスト欄を編集したまま再照合していなければ、古い画面から以前の前提を新しい記録へ押し付けません。先に再計算します。元の文脈を完全に戻せば判断が再び一致する場合がありますが、これは文脈の照合であり、独立した人物確認や過去の承認の認証ではありません。

文字比較の規則やしきい値だけを変えても、作者が確認した人物関係は書き換えません。追加でどの組を調べるかが変わります。見た目の好みと、物語で確定した人物の関係を分けるためです。対応案は現在の範囲、有効な判断、現在の代表選択が揃って初めて完成します。

元資料を失わず次の制作へ渡す

未解決でも非公開監査はダウンロードできます。専用の完全な対応案は、矛盾、古い判断、保留、未確認候補、代表の義務を解決した場合だけ現れます。対応表、組の構成、元記録、確認の文脈を含みますが、データベースの統合や原稿の置換は実行しません。実際に変更する前に、案の範囲を確認してください。

主結果のコピー、お気に入り、比較、プロジェクトの書き出しにも非公開の文脈が入ります。同名の二記録でも、記録と組の単位を保って別々に保存できます。条件の保存は編集できる作業を残し、ファイルへの書き出しは持ち運ぶ複製を作ります。隠された関係を知らない人へ共有する前に、実物を確認します。

キャンペーン資料なら、場面の代わりにセッションの参照ラベルを使います。ゲームマスターが別々に残した名前も、同じ人物関係の確認と代表選択で扱え、媒体だけで別の独立ツールにはなりません。その後は実際の命名欄の競合や原稿出現箇所を別の作業で確認します。人物照合は対応案を明らかにし、元資料と次の創作判断を見えるままに残します。

100％の一致なら同一人物の証明ですか

いいえ。明示した文字列の目安での結果です。意図した同名の二人も100％になり得ます。作者の資料で判断し、決めるまでIDを分けて保持します。

別人の関係をたどるだけで全組を決められないのはなぜですか

AとBが別、BとCが別でも、AとCの関係は決まりません。必要な判断や根拠の経路を確認し、全てのつながりを同一人物の関係へ変えません。

代表を決めたら他の行を捨ててよいですか

対応案は全ての元記録を保持します。代表は整理の参照先で、経歴を消す許可や全場面の呼称を統一する指示ではありません。実際の変更は別に確認します。

しきい値を高くすれば人物全体の確認が終わりますか

終わりません。候補の範囲が狭くなります。案には比較規則としきい値、範囲外の限界を残します。既存の保留、古い判断、対象を失った判断は明示して解決します。