主人公の名前候補を比べて選ぶ

候補を増やす段階から、選ぶ段階へ

主人公に似合いそうな名前が三つ残ったとき、さらに百個を生成しても、選択が楽になるとは限りません。冒頭の紹介では一つ目がよく、短い呼び掛けでは二つ目が収まり、結末の余韻では三つ目を残したい。足りないのは文字列ではなく、何を優先して決めるかという説明かもしれません。

この比較表は、用意した候補を一つの共通場面へ入れ、組ごとの優先と理由を記録します。比較の構造を確認した後、作者が名前を明示して選びます。表記から性格を認定したり、架空の読者回答を作ったり、芸術性の総合点を付けたりはしません。自分の判断を後から読み返し、必要なら変えられる形にするための道具です。

ここでの候補は、同じ一つの命名判断に対する別案です。三人の登場人物へ自動的に割り当てるものではありません。複数の役割へ候補を配分したいなら割当の道具を使い、名前に必要な役割自体が曖昧なら要件書から始めます。本ページは、要件と候補がすでにあり、採用理由を言葉にして選びたい段階に向いています。

創作例：直さない歯車を残す場面

以下は名前の選択を考えるためのオリジナルの創作例です。小さな劇場時計の修理を任されたOru Valeは、最後の扉を動かす歯車だけを机に残していました。塗られた家が回り、木の雲が分かれ、模型の店主が鐘に合わせて手を上げるところまでは直っています。Oruが残りの部品へ手を伸ばすと、弟子がその横へ指を置きました。

「Oru Vale、歯車を一つ直さずに残せますか」

別の故障が見つかったのか、と修理人は尋ねます。そうではありません。最後の扉は、これまで毎回、自動で開いて同じ庭の絵を見せていました。弟子は公演の後に自分で扉を回し、その日の終わりを選びたかったのです。庭のままの日があってもよいし、中が空白の日には、観客が続きを考えられます。

Oruが取っ手を試すと、扉は長い沈黙の間、閉じたままにできました。最初は仕事を終え損ねたように感じられます。弟子が扉を開けると、そこには普通の青い紙が一枚ありました。前の席の子は海だと言い、後ろの席からは何もない空だという声がします。修理人は歯車を付け戻さず、名前を書いた引き出しへ収めました。

時計の仕組みも人物も架空です。歴史的な時計製作の紹介や、実物を修理するための説明ではありません。この場面で比較するのは弟子の呼び掛けです。作者の草案メモでは、Taren Valeは少し強い呼称、Mio Valeは短い呼び掛け、Oru Valeは間を残す結末に合わせたい候補でした。それはこの作者の受け取り方であり、名前に実在の語源や固定した性格が入っているという主張ではありません。

修理人をTaren Valeに変えても物語は成立します。作者は返答までのためらいを長く書き、直さない選択を受け入れる変化を見せるかもしれません。Oruなら自動的に優しく、Tarenなら必ず厳しいわけではありません。行動と会話が人物を作り、名前はその読み方を補助します。自作でも、名前の差を感じる具体的な一行を選び、各候補を使うと周囲の文章に何を追加したくなるかを比べてください。

同じ型へ入れる前に、比較範囲をそろえる

候補はid、name、noteだけを持つ二〜十二件の記録です。idは保存判断を対応させる識別子で、名前の言語的な性質ではありません。既定のlanはTaren Valeという案を指します。表記と似せるためだけにidを変えると、保存した比較の対応先も変わります。名前を推敲するときは、同じ候補のidを保って表記とメモを直します。

idは英字始まりで、英数字、下線、ハイフンを四十文字まで使います。nameは空でない一行で百二十UTF-16単位以内、noteは四百以内で空欄も可能です。同じ表示名に異なる解釈を持たせた二案は、別idで保持できます。表記が同じというだけで、候補の理由を一つにまとめません。文字数の制限は入力処理の単位であり、日本語としての美しさの基準ではありません。

共通の場面には{name}をちょうど一度入れ、全体を千二百UTF-16単位以内にします。全候補へ同じ型を使い、名前を文字列として置き換えます。代名詞、短称、話者の返事を自動修正する機能ではありません。姓だけで呼ぶ場面を比較したいなら、その呼称を今回の候補として準備します。フルネームから都合のよい短縮が推測されるとは考えないでください。

判断文脈には、今回の名前が何を支えるべきかを書きます。「他人の選択を残せる修理人になる結末」と書けば、「きれいな主人公名」より比較の場所が明確です。上限は三百単位です。目的の変更を後で検出できるよう、実際に優先していることを残します。別の目的へ変えた後も以前の比較が当然に通用するとは限りません。

三つの直接比較を、独立して考える

既定の三候補なら三組が表示されます。lanとmioを開くと、AにTaren、BにMioを入れた同じ台詞を読めます。A優先、B優先、同程度、保留から選び、三百単位以内の理由を付けます。AとBは画面のid順に対応します。記事を読んだ順や候補を入力した順だと思い込まず、表示名を確認してください。

たとえば「弟子の頼みが、修理人の既存の習慣へ向かうため、ここではTarenを優先する」と記録します。「こちらの響きが上」という短い感想も作者の判断ですが、後で見直すなら、どの場面上の働きを比較したか残す方が役立ちます。実際に誰かが答えていない限り、「読者が好んだ」とは書きません。

次にmioとoruを独立して比べ、工房で素早く呼ぶならMioを優先するとします。その後lanとoruでは、最後の沈黙を残したいのでOruを優先するかもしれません。lanからmio、mioからoru、oruからlanへ選好が戻ります。局所的な理由はそれぞれ成立していても、一列の順位にはなりません。

同程度は、この文脈では片方を優先しないという完了した比較です。保留は理由を残しても未解決です。判断をまだ記録していない組も不明のまま残します。lanがmioよりよく、mioがoruよりよいという二本の経路だけで、lanとoruの直接比較を埋めません。好みが常に推移することを前提にしていないためです。

十二候補では全六十六組を作ります。画面の都合で一部を黙って捨てる処理はしません。真剣に比較する候補を短くすること自体は有効ですが、それは作者の選択として行います。候補を消しても、その候補に対する保存判断は適用先を失った記録として残ります。都合の悪い理由まで見えないところで消えるわけではありません。

循環は誤答ではなく、取捨の手掛かり

現在有効な片方優先の判断だけを、有向の辺として扱います。同程度や保留は優先の辺ではありません。循環がある場合は、出発点へ戻る具体的な経路と、使われた判断idを表示します。互いに行き来できる循環の組ごとに一つの実際の経路を示す設計で、全ての周回パターンを列挙したとは主張しません。

これは「同一人物」と「別人」を同時に指定したときの事実関係の矛盾とは違います。名前の選好では、強さ、呼びやすさ、結末の余韻など、異なる点を重視していることがあります。時計の例では、最後の場面にどの性質が必要かを再確認する、一組を比べ直す、または取捨を認めて採用理由を書くという進み方ができます。作者の判断能力を否定する警告にはしません。

「他の全候補より優先」は狭い定義です。入力した他の候補全てに対し、現在有効な直接の優先判断がある場合だけ成立します。一組が未比較なら成立せず、同程度の相手があっても厳密な全勝にはなりません。負けも同程度もまだない候補は、残りの比較が全て優先となれば全勝し得る候補として表示します。条件付きの可能性で、推奨順位ではありません。

全組を比べ終えても、全体の勝者がいないことがあります。優先された件数、相手を優先した件数、同程度、未解決の数は作者の宣言の要約です。読者の標本数や美しさの測定値ではありません。最多勝だから客観的に優れた名前だとするのではなく、実際の台詞と理由へ戻ってください。勝数の少ない案でも、今回の決定的な場面を支える理由があれば選べます。

一組の仮定を、保存判断と分けて試す

仮の比較欄では一組だけを選び、試したい優先と理由を入力します。三候補の循環でlan対oruをlan優先に変えると、試案ではTarenが全候補より優先されます。実際の記録は元の循環を保ち、二列を並べて確認できます。保存された判断を先に変え、戻し忘れる必要がありません。

この機能は、選択が一つの意図にどれほど依存するか考えるときに使います。最後の間よりも呼び掛けの強さを優先したら、構造がどう変わるかを見られます。ただし試案は、実際に好みが変わったという証拠ではありません。確定したいときは実際の組へ戻り、その比較を理由付きで記録します。

試案も二候補、場面、目的を保持します。元の文脈を変更したら古い試案、候補がなくなったら適用先のない試案として扱い、計算へ適用しません。その状態だけで完成した実際の決定メモを止めることはありません。完成メモには未確定の試案を含めず、非公開の監査記録には何を試したか残します。仮の変更を読者の回答として公開しないでください。

全体を見てから、作者の選択を明示する

直接比較を確認した後、選択欄で採用候補を選び、五百単位以内で取捨の理由を書きます。最初の行や全勝候補を自動選択する処理はありません。循環が残っていても、工房での素早い呼び掛けより最後の頼みを重視するのでOruを使う、という説明を残せます。他の案の魅力まで否定する必要はありません。

完成メモの条件は、現候補の全組が保留でなく比較済みであること、古い判断や対象のない判断が解決していること、明示した選択が現在の全体文脈と一致することです。循環は完成を妨げません。全勝候補がいても、残りの候補同士の比較を飛ばして完了にはしません。ここでは特定の好きな案だけでなく、宣言した候補全体を見た記録を作るためです。

早い段階で選択を書いておくことはできますが、その後の比較編集で古い選択になります。結び付くのは全候補、場面、目的、実際の比較記録です。勝敗を変えずに理由を書き換えた場合も含みます。採用理由の土台を変えたなら最終選択も確認し直してください。正確な旧文脈へ戻すと有効になることはありますが、外部の人が再承認したという意味ではありません。

完成した書き出しには元候補、共通場面、比較理由、選好の構造、明示した選択、採用名を入れた場面が入ります。原稿を置換したり、別の役へ名前を割り当てたり、権利関係や実在語源を認証したりはしません。既存の素材に変更が及ぶ場合は、改名の依存関係や組版の確認へ進み、決定の記録と制作上の実変更を対応させます。

編集した後も、理由を失わないために

一候補の表記やメモを変えると、その候補を含む組の判断が古くなります。他の候補同士の比較は現在の判断として残せます。共通の場面や目的を変えると全組へ影響します。消えた候補の判断は明示して除くまで表示し、以前どの案について考えていたかを隠しません。

結果を更新せずに入力欄だけ変えた場合、古い画面のボタンは現在の文脈を確認して記録を拒否します。別の編集で判断そのものが変わっていた場合も、見ていない値へ上書きしません。比較表を更新し、現在の資料を読んでから判断します。空の理由、不正なJSON、未対応の余分な項目は、もっともらしい古い結果を残すのでなく入力失敗として示します。

コピー、比較、保存候補、制作プロジェクト、監査の書き出しには私的な候補メモと理由を含みます。同名でも異なる記録と文脈を持つ候補は別々に保存できます。プロジェクトは編集可能な作業表を戻すためのもの、完成メモは宣言した範囲で選び終えた記録です。どちらも、放棄した名前や筋書きの意図を見せたくない相手へ渡す前に内容を確認してください。

選好の循環は必ず解消すべき誤りですか

いいえ。場面で重視する点の競合を示すことがあります。実際の理由を確認し、意図が変わった組を更新するか、取捨を認めて候補を選びます。事実としての同一人物の制約とは違います。

二つの優先から未比較の組を埋めないのはなぜですか

芸術上の選好が推移するとは仮定していないためです。AがBよりよく、BがCよりよくても、AとCの直接判断はありません。比べるか、未解決として残します。

仮の比較で完成した命名の選択も変わりますか

変わりません。別のグラフで扱い、実比較や選択を書き換えず、完成メモにも含めません。実際に変える場合は組の判断を記録し、最終選択も見直します。

優先された件数が少ない案を選べますか

選べます。作者の選択に、場面ごとの取捨を説明してください。件数は品質点ではありません。完成には現在の直接比較と理由付きの明示選択が必要で、全体の勝者は必須ではありません。