人物の命名要件書

候補を集める前に、選ぶための判断を作る

「覚えやすく、秘密を感じさせ、家族とつながる名前」という依頼は、候補を除こうとするまで具体的に見えます。覚えやすさとは、一度見て綴れることか、同時に話す人物から区別できることか、正体を知った後で意味を感じることか。家族とのつながりは第1章の共通の姓なのか、後から分かる印なのか。使える命名要件書は、希望を確認する場所のある義務へ変えます。

このツールが作るのは名前の一覧ではなく、決定の計画です。一人の人物が物語で行うこと、設定した年代、言語や根拠の範囲、種類を指定した要件を入力します。必須と希望を分け、限定した完全一致の矛盾を確認し、次の創作作業へ渡す問いを作ります。原稿を読んだり、説明文から未記入の世界設定を推測したりはしません。

生成の前にも、魅力的な名前が何度も理由不明で失敗するときにも使えます。一人の作者が止まった選択を再開する場合や、共同制作で守る条件をそろえる場合に役立ちます。事実の証明書、編集判断の自動化、読者が意図どおり反応する根拠ではありません。そうした結論には、フォームの記入以外の確認が必要です。

名前が支える人物の行動を書く

人物の行動欄には、実際に何をするかを書きます。「家の権利を隠している配達人が、公の招待状に署名する」なら、名前の判断に結果があります。「謎めいた主人公」だけでは、何を試すか分かりません。この欄は書き出しに残りますが、処理のための隠れた命令文としては解釈しません。行動から必要になる条件は、要件の行にも明示してください。

年代と根拠の範囲を空欄にしたら、不明のままにします。現代、特定の国籍、英語の名前構造を仮定しません。作者が定める架空の年代でも、そのように明示すれば有用です。実在の時代に典型的、自然、正統だと述べるなら、日付と地域の合う資料が必要です。

画面の言語と証拠の範囲も分けます。日本語の画面が米国資料を日本の出生統計に変えることはありません。ラテン文字で書く名前を持つ架空の港も、特定の現実の港町のモデルには自動的になりません。どの種類の主張を行い、何をまだ確かめていないかを、範囲の欄に記します。

要件には優先度と試す場面を付ける

一つの行はID、種類、値、mustまたはprefer、確認する場面や箇所です。mustは今回の要件書で必須とする条件、preferは取捨選択の余地がある希望です。どの物語でも同じ芸術上の価値があるという分類ではなく、この人物についての現在の判断を残します。

種類には完全一致の固定名、完全一致の除外名、先頭文字、書記素クラスタ数の最小と最大があります。家族との関係、秘密を保つ章、読みの根拠、群像の区別、小道具への依存、象徴上の連想も記録できます。すべてが数式で判定できる条件になるわけではありません。種類に合った確認方法を示し、一部は実装済みの専用の作業へつなぎます。

最後の欄は重要です。「後で」ではなく「冒頭の招待状の署名」「全員が話す尋問場面」「鞄を見せるコマ」などを指定します。空欄は未解決の問いとして残します。希望が重要になる場面を、ツールが作ったことにはしません。根拠のない形容詞に説明を足すのではなく、判断を確認できる状態にするための欄です。

完全一致の矛盾が示せる範囲

単一人物に異なる固定名を二つ必須としたら矛盾します。必須の固定名と同じ表記を必須の除外へ入れた場合、固定名が必須の先頭文字に合わない場合、必須の文字単位の範囲から外れる場合も同様です。比較では大文字と小文字を区別し、入力した表記を保ちます。除外した姓名の一部を含むすべての候補まで禁止するわけではありません。

必須の最小値は最も大きい値、最大値は最も小さい値を使います。最小が最大を超えるなら、候補を何度生成しても解決しません。必須の先頭文字が二つある場合は、一方が他方から始まって両立する必要があります。処理は指定した種類の条件を確認し、実際の矛盾を表示します。成功したように見せるために必須を希望へ変更することはありません。

確認範囲は限定されています。行動欄を読んだだけで、架空の王朝が除外した姓を必ず使うと発見することはできません。象徴が正体を明かしすぎるか、家族の規則に説得力があるか、権利上利用できるかも分かりません。そうした義務は行へ記し、場面や根拠を扱う作業で点検します。

希望は取捨選択を見えるように残す

必須の固定名と合わない希望は、希望との不一致として表示します。固定名を失格にする必須条件へ格上げせず、要件書に残します。たとえばSela Morrowを固定しながら先頭Kを希望した場合は、その差が分かります。希望を緩めるか固定の判断を変えるかを、作者が意識して決められます。

symbolは常に創作上の連想として扱います。戻ってくる潮が人物に重要だからといって、選んだ名前が歴史的に潮を意味することにはなりません。象徴の役割が不可欠ならmustにもできますが、主張の種類は創作のままです。確認するのはその連想が場面で成立するかであり、辞書的な説明を発明することではありません。

固定した候補がない状態で複数の希望が競っても、最適化したふりはしません。優先度、値、場面の試し方を残し、後で比較できるようにします。入力欄の順番だけで決まるような恣意的な数値を、選択の権威にしないためです。未解決の取捨選択が分かることには実用上の価値があります。

創作例：違う場所に置いた署名

イオネは渡し船の時刻表の裏に、配達人の名前の候補を三つ書いた。夕方の便が遅れていた。船が来るまでに一つ選ぶと、自分で決めていた。

最も気に入った候補には、支配する家のために作った共通の印があった。相続の台帳に並ぶ名前とも響きが合う。ただしその候補は、第1ページの招待状にも現れる。配達人は混み合った広間で、荷物の受領欄に署名するのだ。

イオネは冒頭を読み返した。配達人は続く五章にわたり、その広間の人々へ自分が誰の子かを知られまいとしている。相続を分かりやすくするために設計した名前を、偽装が役割を果たす前に公にしていた。

候補を消してから、もう一度書いた。名前が間違いなのではなかった。要件が、同じ瞬間に両立しない二つの仕事を求めていたのだ。

新しい紙に守ることを並べた。公の署名は家の権利を告げずに配達人を識別する。家の印は正体の開示後に台帳とつなぐ。最後の署名は彼女自身が選んだ立場を表す。これは同じ姓を引き直す三つの理由ではなく、同じ人物の表記を使う三つの場面だった。

船の到着を知らせる鐘が鳴った。待合室の向こうでは、乗客が切符の名前を訂正していた。家族について何も説明していない。イオネは、その行為がどれほど普通かに気付いた。訂正は必ずしも正体の開示ではなく、ほかの人が使う参照を定めるだけでもよかった。

船上で、公の表記を使って招待状を書き直した。家の印は後の台帳へ残し、関係が知られた後で配達人が署名を選ぶ場面を加えた。戻る水の最後の像は維持したが、調べていない言語で名前が文字どおり潮を意味すると説明するのはやめた。

対岸に着いたとき、新しい候補を生成してはいなかったのに、決めるべきことは減っていた。どの表記がどの場面に属し、どの根拠が足りないかが分かったからだ。これはオリジナルの架空の執筆場面です。利用者の体験談でも、歴史的な命名事例でも、実際の渡航から出版作が生まれたという主張でもありません。

明かさない名前が強い選択になる理由

この例で家族との関連を強くすれば、冒頭の情報の境界が弱くなります。中立的な公の表記は、読者と広間の人々が相続を理解する前に、配達人が行動する余地を作ります。家の表記は、その関係が必要になった時点で届くから働きます。必要なのはすべての望ましい属性を最初から見せる名前ではなく、開示する順序です。

招待状に家の印を残すなら、広間の人々が気付かない別の理由が必要です。それも作品として成立し得ますが、証拠の負担が変わります。印が一般的なのか、観察者が台帳を見られないのか、配達人が公然と挑んでいるのか。それぞれを、開示時の便利な例外ではなく、変更した条件として要件へ反映します。

同じ名前を別の場面へ移して、違いを試してください。秘密より前の公の使用、知る人による私的な使用、開示後の自発的な使用です。各聴衆が何を推論できるかを考えます。要件書は義務を記録し、観察者の作業を勧めますが、開示章を入力しただけで原稿のネタバレがなくなるわけではありません。

要件を次の実際の作業へつなぐ

familyは家族の設計を勧めます。継承と共通の構造には、孤立した候補ではなく関係が必要だからです。secret-untilは観察者と章を評価する別名の設計へ進みます。readingは仮名の作業を明示的に選んだ場合に、表記と読みの根拠を整理する台帳へつなぎます。別の文字体系は根拠の作業を未解決として残します。勧める理由はジャンルのキーワードではなく、求めた判断の種類です。

castは実際の姓名と短称を使う場面の比較へ、propは刻印や手掛かりに変更が与える影響を追う使用箇所の作業へ進みます。これらは理由付きの提案であり、非公開の物語を自動転送する機能ではありません。書き出した要件IDを使い、別の場所で行った作業を、そのきっかけになった義務へ結び付けられます。

別の作業が必要な場合もあります。実在言語の問いを、ツールがあるという理由だけで架空の文法へ押し込まないでください。未解決の根拠を残し、主張を限定するか、適切な資料を得ます。勧めた作業があることも、新しい独立ページの需要の証明ではありません。流れを止めないために答えを発明しないことが大切です。

物語が変わったら要件も改訂する

候補を比べる前に、優先順位付きの要件書を保存します。場面が動く、役割が変わるときは、影響する条件と確認箇所を更新します。以前の名前がまだ役立つ可能性はありますが、新しい義務に対する再確認が必要です。昔の判断を、最初から最終稿を知っていたように書き換えないでください。

書き出しには人物の行動、設定した年代、根拠の範囲、並べた要件、矛盾、未解決の問い、希望との不一致、勧める作業が入ります。不足する設定は現代にせずnullにします。共通の非公開プロジェクトにも復元用の入力が残ります。正体や開示の計画を含み得るので、共有前に内容を確認してください。

最後に、何が分かれば候補を採用または却下できるかを決めます。種類を指定した条件は直接比較できますが、感情的な効果には場面や読者からの反応が必要です。その段階を混ぜないことが重要です。魅力的な綴りが変更しにくくなる前に、名前に求める仕事と残っている問いを明確にする要件書として使います。

物語の説明文を理解して条件を作りますか

説明は保持しますが、そこから規則を推定しません。義務は種類を指定した要件として入力します。完全一致の矛盾は対応するモデル内だけで確認します。見た目の整った要件書も、物語の全矛盾を発見した証拠ではありません。

象徴を必須にしても事実にはならないのですか

必須は作品内の優先度、創作上の連想は主張の種類です。戻る水のモチーフを必須にしても、現実の名前が歴史的に潮を意味するという主張にはなりません。事実の意味は別の出典で確認します。

年代がまだ決まっていない場合はどうしますか

空欄にするとnullと未解決の問いが残ります。現代に置き換えません。場面での機能を計画しながら、歴史的な頻度や文化的な自然さについての根拠のない主張を保留できます。

このページが名前を生成しますか

生成ではなく、後で候補を評価する要件と場面の確認を作ります。家族の関係、観察者への秘密、読みの記録、群像の比較、使用箇所の改稿には、理由付きで勧める実装済みの専用ツールを使います。