架空名の格変化と機能表

一人の人物に、複数の表記が必要なとき

呼びかけ、贈り物の献辞、架空の文法上の構文で、同じ人物の名が違う形になることがあります。制作側が形ごとに別人と扱えば人物が増え、作者が全て元の表記へ戻せば架空の規則が消えます。この作業台は、その二つを避けるために明示した変化表を作ります。

人物、使いたい機能、選んだ語幹、類ごとの文字列の規則を指定します。欠けた情報は残し、機能間の意図した同形を記録し、正確に確認した形だけを台詞ツールへ渡せます。日本語、英語、他の実在言語の文法を推測したり、正しいと認定したりするものではありません。

創作例：すもものパンの献辞

Nikoは借りた料理帳を持って共同の台所へ来た。すもものパンの横にはAldemとある。NikoがAldemも来るのか尋ねた直後、世話役は粉の台に向かってAldeと呼んだ。二人を待っていると思ったNikoは、器をもう一つ並べた。

Aldaは笑って、余分な器を棚へ戻した。料理帳と呼びかけが指すのは同じ料理人だった。この台所で使う架空の言語では、所有を示す札はAldとem、直接の呼びかけはAldとeを結ぶ。制作の名簿にはAldaを元の表示として残している。別の人物を作る必要はなかった。

世話役は混乱を退けず、制作の表を開いた。呼びかけと話題の参照は、どちらもAldeである。重なるのは意図した規則だが、所有の札Aldemとは違う。address、topic、possessiveのキーを分け、場面には関係を示す短い説明を置いた。読者が献辞を追う前に、この約束を知るためだった。

Brenも料理帳を持ってきた。その所有の形は、地域の約束で全形を残す設定だった。ただし入力にはBrenの所有用語幹がまだない。世話役は元の名から推測せず、作者がBrenuという全形と架空の保持理由を明示して、結果を確認した。

パンが焼けると、Nikoは料理の横にAldemと書き、味を見てほしいとAldeへ呼びかけた。違いは、共有する台所のやり方へ加わるきっかけになった。最初の誤解が秘密の身元を暴いたのでなく、別の人の名を書き換えずに参加する方法を教えていた。

これは独自の創作例です。人物と文法の約束は架空で、実在言語の授業ではありません。Alda、Alde、AldemにはAldの材料を見える形で残す創作上の関連を与えています。語源の主張ではなく、文字列から発音も推定しません。

もし献辞がAldemの代わりに全く関係の見えないVeskなら、この場面では強い明示的なつながりが必要です。全形の例外として記録できても、読者の理解を自動で作れません。全機能をAldaにすれば最初から分かりやすい一方で、Nikoが覚える架空の規則はなくなります。どちらを選ぶかを意図して決めてください。

人物、機能、類を分ける

人物には固定したid、元のcitation、classを持たせます。citationは編集上の人物の表示で、生成する形から独立して保持します。類は表記を作る指示の集合で、性別、血統、文化の自動推定ではありません。名前の字面で類を決めず、作者が明示します。

機能にはid、読みやすいlabel、requiredを指定します。初期例は呼びかけ、所有の札、話題での参照です。この表の中で作者が定める役割で、見出しを付けただけで自然言語の格体系全体が入るわけではありません。idは台詞用のキーになるため小さな識別子の形式を使い、nameは元の名のために予約します。

languageKeyは引き渡す架空の表記集合の識別子で、自動翻訳の対象ではありません。台詞側も正確に同じ値を使います。revisionは正の整数の版ですが、番号を増やし忘れたからといって変更済みの規則が以前の確認に合うことにはしません。

規則が実際に何を結ぶかを選ぶ

kindがaffixなら、明示した語幹にprefix、suffixを文字列として結びます。母音の変化、空白の自動除去、言語固有の修正は推測しません。Aldにeを付けてAldeになるのは、その要素を入力したためです。語幹がなければcitationで代用しません。

citationという規則は、元の表示を使う明示的な選択です。黙った補完とは違います。wholeは、その類と機能に一つの正確な文字列を指定します。全員が同じ全形になる設定なら、IDを保ったまま別人間の重なりを示し、人物を一つにしません。

規則がない、語幹がない、語幹を空文字列で指定した、という状態も分けます。意図して空の語幹と空でない接辞を結べますが、最終的に使える文字がない形は未解決です。都合のよい候補を足したり、確認された名前と表示したりしません。

初期表のAldaにはbaseとpossのAldがあります。Brenにはbaseだけで、所有の語幹がありません。そのため全行は見えますが、必須の一欄が未解決です。根拠を追加するなら実際の語幹か、明示的な全形の判断を入れ、欠けた行を隠して完成に見せません。

例外を、その生成元とともに記録する

人物と機能の選択欄で対象を選びます。未解決の欄も選べます。不規則形の操作を開き、全形と理由を入力して記録します。現在のcitation、類、規則、登録した語幹をexpectedとして取り込むため、複雑な入れ子の内容を手で推測する必要はありません。

bren@possessiveの最初の生成元には、通常規則がある一方で所有用の語幹がないことが含まれます。Brenuを記録するのは、その状況に対する架空の例外です。推測した語幹を元の表へ追加せず、Aldaの所有形も変えません。例外を使っても通常の計算結果と生成元は照合用の記録に残します。

後で関係する規則や語幹を変えると、期待した生成元と合わなくなる場合があります。その例外はstaleとなり、最終の表記を保留します。例外を黙って捨て、新しい通常形へ切り替えません。意図した規則を考え直し、明示的に置き換えるか元の入力から除いてください。

同じ人物と機能に記録があれば、置き換えのチェックが必要です。復元は、その種類の一致する直前の編集だけを戻します。対象の記録が後から変わっていれば上書きを拒否し、ほかの行や後の規則編集は残します。

同形の許容は正確な組にする

同じ人物の二機能が同じ形になることがあります。初期の類はaddressとtopicの両方にbaseとeを使います。許容するのは、その二つを意図して共有するという宣言です。機能キーは消さず、台詞はどちらを使うか明示します。

許容はpersonかclassを対象にし、理由を入れます。同じ組に個人の宣言があればそちらを優先します。許容はペアごとで、addressとtopic、topicとpossessiveを許しただけで、addressとpossessiveまで許しません。三つ目も意図するなら別の判断が必要です。

同形それ自体を文法の誤りや読者の混乱の予測とは扱いません。宣言した重なりと、まだ確認していない重なりを分けます。別人の同じ文字列はもう一つの比較範囲であり、一人の中の許容が身元の同一性や台詞での区別を決めることはありません。

確認の記録には、その形に関係する同形の文脈も入ります。addressだけを変更し、topicの文字が同じままでも、以前の重なりは消える場合があります。文字が不変でも当時の文脈とは違うため、以前の確認と完全一致とは扱いません。見た目以上の範囲を判断に結び付ける理由です。

実際に見た対象だけを確認する

解決した形を選び、記録される生成元と同形の範囲を見ます。編集メモを入れて現在の確認を記録します。これは作者のローカル記録で、言語学者、文化の確認者、表された本人の承認ではありません。基本結果は確認なしでも使え、特定の確認済み引き渡しにだけ記録が必要です。

正確な文字列、citation、機能、生成元、例外、重なり、languageKeyとrevisionを束ねます。版を変えなくても生成元が変われば失効します。一方、関係のない人物の語幹を直しても、対象自身の形と同形の文脈が変わらなければ一致を保てます。

メモは場面の確認の代わりではありません。「よさそう」でも操作は記録できますが、説明はわずかです。検討した構文や制作資料を示すと後に役立ちます。ソフトウェアが確かめるのは記録範囲の等しさで、メモの真偽や独立した根拠への格上げではありません。

失効や未解決の行は台詞用の確認済みデータから除きます。置き換えは明示的に選び、復元も後の対象編集を守ります。プロジェクトを戻すと一時的な復元記録を消し、前のセッションの操作で復元済みデータを上書きしないようにします。

単なる名前一覧でなく、機能キーを渡す

確認済みデータのコピーは、台詞ワークベンチのfixturesへ使える配列を作ります。人物は固定IDとcitationを保ち、言語別の集合には現在の確認と完全一致する機能だけを入れます。未確認、欠落、失効したキーは含まず、台詞側でもその不足を推測して埋めません。

たとえばAldaのaddressだけを確認します。コピーしたkitchenの集合はaddressのAldeを持ち、possessiveはありません。同じ言語ラベルの{{address}}を使う台詞は作成でき、{{possessive}}を使う台詞は必要な正確な記録が入るまで未解決です。コピーするだけで文章全体の文法を選んだり認定したりしません。

台詞の一つの人物データは12人までです。変化表にそれ以上の確認済み人物があれば、専用コピーを止め、対象を明示的に分けるよう説明します。最初の12人だけを取って完全な引き渡しとは言いません。制作記録のための非公開の全体照合は引き続き利用できます。

改稿で文脈を落とさない

主表は生成の状態と確認の状態を分けます。カードは人物と機能、保持した元の表記、関係する重なりを説明し、通常のコピーにもその範囲を含めます。お気に入りもpersonと機能を保持し、同じ見出しだからと人物を重複排除しません。

非公開の照合には類、語幹、規則、例外、確認、保留した欄が入ります。プロジェクトは実際の入力を残します。どちらも自動的に匿名や読者向けにはならないので、作者の設定をどこまで知ってよい相手か、共有前に内容を確認してください。

人物と機能の組は120、人物30、機能12、類20件までです。表記は400単位、直列化した全入力は200000単位以内にします。大きな確認内容には表の範囲を狭める必要があります。上限での失敗を、記録を黙って落とす理由にはしません。

固定した元の名が時代を経てどう変わるかなら歴史推導、機能を実現する正確な形を作るなら本ページ、既に与えた形のどれを一文で使うかなら台詞テンプレートを使います。三つを分けることで、人物と、名の見た目が変わる理由の両方を保持できます。

名前から不規則な語幹を推測しますか

未登録の語幹は欠けたままです。明示した語幹か、生成元と理由を記録する全形例外を使います。空の語幹も明示する必要があり、情報の欠落とは区別します。

一致する確認記録があれば文法は認定済みですか

正確な表記、生成元、同形の文脈について作者が端末内で記録した判断です。外部の言語・文化の承認、本人の同意、サイトの公開承認ではありません。

文字が同じなのに確認が失効したのはなぜですか

生成根拠、版、元の表示、言語キー、関係する同形の文脈が変わった可能性があります。記録は版番号や最後の表記だけでなく、それらの範囲を対象にします。

台詞用の引き渡しは未確認のキーも補いますか

現在の確認と完全一致する形だけを入れます。ほかのキーは不在のままで、台詞側も未解決として示せます。確認済み人物が12人を超えたら、黙って切り詰めず明示的に分けます。