家族の命名設計

まず名前ではなく関係を決める

同じ姓は、継承、選び取った家族、記録を作る人の思い込みなど、違う意味を持ちます。先に人物と関係を整理し、どのつながりから姓を受け継ぐ設定なのかを決めてください。このツールの「継承元」は作者が指定したリンクです。性別、血縁、国籍、現実の法律を推測する項目ではありません。

継承方針を意識して選ぶ

指定した親から継承する方式では、継承元の姓をたどります。Aven Reed から Sela が継承する設定なら、姓は Reed になります。「共通の姓」は全員に作者指定の姓を適用します。「入力された姓を維持」は、姓をそろえずに人物を記録する方式です。同居や家族への帰属と、姓の継承を区別したい場合に役立ちます。どの方式も現実の家族制度を自動的に再現するものではありません。

固定と例外を区別する

人物表の5列目に ! を入れると入力した姓を固定します。固定は継承ルールの矛盾を解決するものではありません。親の姓がReed、固定した子の姓がMorrowなら、矛盾として処理を止めます。Morrowを残す創作上の理由がある場合は、専用設定の例外表に人物ID、姓、理由を記録してください。例外を設ける、入力姓の維持へ切り替える、固定を外す、という選択は物語の意味が異なります。警告を消すためだけに人物の設定を変えず、どの方針を採用したかを記録します。

創作例：工房の世帯名簿

工房の名簿係は、Sela Morrow を Reed 家の客として登録しました。従兄の Oren は、Sela が同じ家に暮らしながら以前の姓を残していることを説明します。登録が客のままだと工房の議決に参加できないため、訂正には具体的な意味があります。全員を Reed に統一すれば処理は簡単ですが、この場面の中心である Sela の選択が失われます。

別の名前なら何が変わるか

全員が同じ姓なら、名簿の誤りには別の原因が必要です。また、係の誤解を語り手が事実として扱うと、姓の違いを家族ではない証拠のように見せてしまいます。自作でも、誰がどの目的で名前を記録し、その記録が人物に何をもたらすのかを確認してください。名前の見た目だけでなく、名前によって起きる行動を設計します。

規則とイベントを一緒に点検する

母系、父系、二つの姓、明示した親、共通姓、入力姓の維持を選べます。世代マーカー、理由のある例外、イベント前後の比較も別々に設定します。これらは作者が定めた規則であり、現実の家族制度を自動再現するものではありません。関係図の矛盾を先に直し、その後に場面で使う短称を点検します。

三人の紹介を二人ずつ確認する

導入グループに三人を入れると、全組合せの表には三組が出ます。短称や確認済みの読みが同じかを確認し、共有マーカーの条件は別に評価します。マーカーを共有しても読みの混同は免除されません。必要なマーカーを消した場合は不一致になりますが、継承元のIDは変わりません。人数や兄弟姉妹というラベルだけで別ページを作らず、このグループ設定として扱います。

イベントを使った一連の操作

最初から一族全員を入力するより、三人で規則を確かめます。r | Aven | Reed | | !、s | Sela | Morrow | |、o | Oren | | r | を入力してください。いずれも創作用の例です。Aven の姓は固定、Oren は指定したリンクから継承、Sela は自分の姓を持つ設定です。継承方式を指定した親にすると、最初の二人は Reed、Sela は Morrow になります。Sela にリンクがないことを、ツールが勝手に補わない点が重要です。

イベント欄に 3 | s | parent | r | retain | 以前の名を保持して家族に加わる を追加します。現在の章を5、比較元を0にしてください。3章で関係は変わりますが、retain により Sela Morrow を残します。さらに4章で household を変更すれば、所属する世帯だけを変えられます。世帯への所属は血縁の証明でも、姓を統一してよいという許可でもありません。比較欄で、どの情報が変わり、どれが残ったのかを確認します。

次に、ほかの入力を変えず retain を inherit にします。Sela の姓が継承元に従って変わります。同じ出来事でこの方針を選ぶと、本人は新しい結び付きを望むのか、記録制度に強制されるのか、以前の手紙には何と書かれているのか、という別の検討が必要になります。ツールは規則を適用しますが、選択の意味までは決めません。二つの版を別のプロジェクトとして保存すると、採用済みの設定を失わず比較できます。

二つの姓を継ぐ架空世界では、母系と父系のリンクを専用欄に入力します。順序の選択で、二つの親の姓の並びが変わります。両方のリンクがない始祖は、明示した姓を使えます。一方、必要な継承元も入力姓もない人物は矛盾として扱います。これは作者が定めた規則であり、複数の姓を使う現実の社会全体への説明ではありません。

創作例：三つ目の投票札

書記は名簿の横に真鍮の札を三枚並べ、一枚だけ引き出しへ戻した。

「住人が二人。客が一人ですね」

Sela は机の端に手を置いた。名簿の自分の名前の下だけ、世帯の欄が空いている。背後の作業台には、六週間かけて直した測量枠があった。

「私は西の部屋で暮らしています」

「宿泊費の帳簿にはあります。投票は世帯の人だけです」

書記は Reed と書かれた二行を鉛筆で指した。悪意のない声だった。それだけに、どこから説明し直すべきか迷った。

Oren が名簿を取ろうとしたが、Sela は先に自分の方へ向けた。Morrow の隣に西の部屋の住所を書き、空いていた欄へ Reed workshop と記入する。

「住所は、もう別の帳簿にありますよ」

「別の目的の帳簿ですね」

入口で Aven が見ていた。皆が彼の判断を待っている。彼が一言、家族だと言えば済むかもしれない。姓をそろえれば簡単だとも言えた。けれど、そのどちらでも、決めるのは彼になってしまう。

Aven は投票規則を読んでほしいと頼んだ。規則には、工房で暮らし、仕事をする者とあった。同じ姓を使うことは書かれていない。

書記は二度読み返し、引き出しから三枚目を出した。

投票で Sela は、測量枠を売るという Aven の案に反対した。Oren は思わず笑った。Aven は枠と札を見比べ、それから票数を認めた。

後で書記が、来月も Morrow と書くのか尋ねた。

「はい」と Sela は言った。「こちらの欄も、埋めたままでお願いします」

これは現実の養子制度や投票制度を説明する話ではなく、架空の工房の規則に基づく創作例です。書記の省略的な判断が、先に示された規則と食い違うために起きる場面です。姓が普遍的に帰属を決めるという主張にはしていません。

名前と行動の因果を読む

Morrow は、書記がもっともらしく誤解するきっかけになります。世帯を別の欄に分けることで、Sela は以前の名を消さずに誤りを訂正できます。さらに、得た投票権を Aven への反対に使うため、所属の承認と服従が同じではないことが行動として分かります。単に姓を変えて賛成票を入れる話なら、同化と忠誠が受け入れの条件のように見えるかもしれません。解釈を支えるのは名前だけではなく、最後の選択です。

三つの変更を考えてください。最初から Sela Reed なら、姓の違いによる誤りは起きません。規則が血統のある者にだけ投票を許す設定なら、世帯欄の訂正だけでは解決しません。Sela 自身が Reed を望み、周囲に拒まれている設定なら、Morrow の保持は同じ自己決定を意味しません。単独の台詞が感動的かどうかではなく、人物が実際に選んでいることに方針を合わせます。

以前の名前を誰が知るかも別の問題です。後の訪問者が地図の署名から Morrow を知っていても、住人全員が同じ過去を知る必要はありません。私用の設定資料には旧名を残し、各場面で何を示すかは別に決めます。誰がその呼び名を使ってよいかは呼称ツール、誰が正体とのつながりを知るかは別名ツールで扱えます。継承図にすべての知識状態を背負わせないようにします。

矛盾を増名で埋めない

Sela が Oren から、Oren が Sela から継ぐリンクは、複雑な歴史ではなく循環です。継承元を決める順序が作れません。方向を直すか、継承とは別の関係として記録します。存在しない親IDも、足りない人物をツールが創作してよいという意味ではありません。分からない親は分からないままにします。

固定した姓と規則が衝突する場合は、固定を外す、保持方針を選ぶ、理由のある例外を記録するなどの実際の決定が必要です。警告だけ消すために基本規則を変えると、一族全体の整合性を壊します。大きな系譜では、変更した枝を先に確認し、その後に全体を比較します。無関係な人の名前まで変わっていないことが重要です。

世代マーカーは作者が指定する架空の要素です。年齢や漢字から勝手に世代を推測しません。共通の要素は家族らしさを示せますが、同じ場面で人物を区別しにくくもします。実際の会話での短称と確認済みの読みを入力し、同じ場面のグループを点検してください。継承を壊さず短い呼び方だけ変える方が、全面改名より影響が小さい場合もあります。

制作へ渡す前の確認

人物ID、例外の理由、対象の章を、渡す資料に残します。私用のイベント履歴には未公開の血縁が入る可能性があり、そのまま読者向け家系図にはできません。共同制作者が、血縁、同居、選び取った関係、まだ分からない関係を区別できるか確認してください。名前の一覧が整ったことと、物語上の事実が伝わったことは別です。

この操作例を自作へ移すときは、まず一つの出来事と一人の人物に絞ります。何が変わり、何を残すのかを言葉にしてから入力します。候補を大量に作ることより、変更の前後を説明できることを到達点にしてください。

世帯を変えても姓が変わらないのはなぜですか

住む場所と継承は別の関係です。同居によって以前の身元を消さないため、イベントでも欄を分けています。改名を意図するなら親リンクと inherit、旧名の保持なら retain を選びます。架空の制度が変更を強いる設定なら、住所欄の偶発的な効果にせず、明示した規則と人物への結果として記録します。世帯が同じことだけで血縁や本人の希望を推測しない点は、設定資料を共同制作者へ渡すときにも説明してください。

世代マーカーで秘密の血縁を証明できますか

できません。作者が宣言した世代へ適用する要素であり、人物に疑問を抱かせるきっかけにはなっても、それだけで親子関係を確定しません。規則を誰が知り、無関係な人にも同じ要素があるかを決めます。開示には別の証拠も必要です。作者だけが知る関係図と、読者に見える手掛かりを分け、私用の設定表をそのまま公開して真相を漏らさないようにします。文字が似ていることと、その理由が分かることは別です。

二つの姓が世代ごとに長くなる場合はどうしますか

二姓モードは、解決した親二人の姓を指定順に結びます。後の世代で短くする法律を勝手には作りません。特定の成分だけを残す世界なら、その規則を明示できる形にし、当面は入力姓か理由のある例外で表します。計算上の導出があっても、長い形を会話で毎回使う必要はありません。正式形、普通の呼称、家族内の短称を分けて検討します。長さのためだけに血統の設定を崩さないようにします。

家族の規則と、紛らわしい従兄の名のどちらを直しますか

まず問題を分けます。継承の矛盾はルールや例外の決定、同じ短称による混同は参照の決定です。後者は姓を変えずに直せる場合があります。刊行済みの身元を固定し、実際に同じ場面へ出る組を比べ、最小の妥当な変更を試します。旧版と新版、影響した人物を残してください。短くなったことや数値が下がったことだけを、家族制度の改善の証拠にはしません。