個体番号と本人が選ぶ名前

修理票へ三つの問いを向ける

技術上のタグ、製造バッチ、本人が選ぶ名前は、同じ人物の横に並んでいても別の仕事をします。名前空間と個体番号は、登録した一つの個体を指せます。バッチは複数の個体を含みます。選択名は本人がどう紹介されたいかを示せても、世界の誰とも重ならないことを要件にする必要はありません。

このツールは、作者の台帳と場面や小道具の参照を点検します。番号の固定規則、技術上の組の重複、バッチの曖昧さ、場面時点の選択名の主張、意図した相手との不一致を分けます。ロボットの人格を生成したり、実際の同意、メーカー規格、機械の人格を認定したりはしません。

SF、小説、漫画、ゲームで、技術記録と個人の名乗りを両立させたいときに使います。正体と別名のツールが「誰が正体を知るか」を扱うのに対し、本ページは明示した参照が有限の台帳で何を選ぶかを扱います。秘密が守られていても、修理票が一人でなくバッチ全体を指す問題は残り得ます。

番号の規則を文字列として保つ

名前空間にはID、固定の先頭文字、接尾部に許す文字の集合、最小と最大の長さを指定します。長さは先頭部分を除いたUnicodeコードポイント数です。隠れた正規表現、検査数字、現実の工業規格やメーカーの推測はありません。初期例のnorthとsouthは、どちらもN-で始まりますが、別の範囲として扱います。

個体には安定したID、名前空間、正確な番号、バッチの文字列かnullを記録します。同じ名前空間の同じ番号を、二つの個体に与えることはできません。別の名前空間なら同じ番号も登録できます。north／N-041とsouth／N-041は、紙に短い番号だけ刷ると似ていても、異なる技術上の組です。

番号を合わせるため、空白除去、小文字化、正規化を黙って適用しません。先頭、長さ、許す文字が合わなければ台帳の矛盾です。作者の集合に従って、先頭の0の欠落や見えにくい文字の混入も確認できます。現実の製造設備で同じ表記が有効かどうかを判定しているわけではありません。

任意のNFC比較は選択名だけに使い、技術上のキーは変えません。個人の文字表記を比較する方針が番号を勝手に書き換えないこと、番号の一意性が全員の個人名にも適用されないことを、別々に確認します。

選択について何を知っているかを書く

名前の記録にはID、個体、両端を含むfrom/to章、正確な提案名、主張の種類、作者の根拠メモを入れます。toのnullは終わりなしです。一つの個体の記録期間は重複できません。前を終えてから次を始め、競合する主張をツールの好みで解決させないようにします。

self-reportedは、作者が本人の申告として記録した意味です。それでも作者の入力した主張であり、外部で検証した同意ではありません。third-partyとunknownは提案の文字列を残しても、本人の選択名を確定しません。該当する記録がない場面では、番号から気の利いた名を作らず、不明とします。

後の選択は前の場面へ適用しません。初期例では、四章までに二つの個体がRobinを申告しています。三つ目は四章時点で選択の記録がありません。五章には監督役の提案が出ますが、もっともらしい個人名だからといって、本人が選んだことにはなりません。

根拠メモは、場面、文書、創作上の判断を見つけるために使います。承認の証明書ではありません。人物が押し付けられた呼び名を拒否するなら、その判断を物語と記録で示します。技術タグがあることから、別の人物に命名の権限があるとは推測しません。

初期の台帳を三人として読む

northにはu1／N-041とu2／N-042があり、どちらもbatch-7です。southにはu3／N-041があり、バッチは不明です。二つのN-041は範囲が違うため有効です。northの二人が独立してRobinを選んでも、二つのIDを持つ共通表示として報告し、統合や改名の要求はしません。

repairの参照はnorth／batch-7で、作者の意図する相手をu2としています。実際に残る候補はu1とu2です。意図の欄が、曖昧なタグを一意にすることはありません。作者が何を意味したかを記し、実際に印刷した参照との違いを見せるための欄です。

lockerはnorth／N-042を指定してu2になります。Robinという呼び掛けは名前空間を限定せず、二つの申告名に合います。場面に別の合図を足す余地であり、個人名の欠陥の証明ではありません。会話の相手を明らかにするため、全員の名前をデータベースのように一意にする必要はありません。

repairをserialへ変え、northでN-042を指定すると、候補はu2になります。二人の選択名はRobinのままです。この変更が修復するのは技術上の参照です。一人の名前を変えれば呼び掛けは分かれますが、最初のバッチだけの修理票が一人を指すようになるわけではありません。

創作例：整備窓口に並んだ二枚の名札

Robinは手書きの名札を受付の端末横へ置いた。向かいの作業員も、同じ名前の札を出した。二人は別の日に申告し、どちらも相手を写していなかった。その言葉は予約済みだとも聞いていなかった。

受付係は修理票を持ち上げ、どちらかの札を変えてほしいと言った。票にはbatch-7とある。そのバッチにRobinが二人いるため、名前の選択で相手が分からなくなったと考えたのだ。端末の待ち行列には一件の作業があり、持ち主に簡単な表示を付けたかった。

二人目のRobinは、別の言葉を選べば票のバッチも変わるのかと尋ねた。受付係は紙を見る。変わらない。どんな札を出しても、二人はbatch-7に属したままだった。曖昧さは名乗りが窓口へ来る前から、その票にあった。

個別の技術上の組を確かめると、依頼は二人目のnorth／N-042についてだった。受付係は名札を線で消す代わりに、その参照を作業欄へ加えた。一人目の記録も別に残った。どちらかが相手の人生を借りたことにしたり、同じ言葉を選ぶ資格が少ないことにしたりする必要はなかった。

入口で整備員がRobinと呼ぶと、二人とも顔を上げた。今度は記録の不備ではなく、その場の会話だった。整備員は青い道具箱の横で待つ作業員を示し、勤務中は二つの呼び名をどう区別したいか尋ねた。そこで相談できることであり、永久の個体番号や改名へ変える必要はない。

二枚の札は窓口に残った。作業の記録にはそれぞれの技術上の組が付き、部屋では少し文脈を足して呼ぶことを覚えた。受付の修正が意味したのは、精度の要る仕組みを直し、本人の自己紹介を間違いとして扱わないことだった。

これはオリジナルの創作例です。実在のメーカー、意識のある機械、同意手続きを報告していません。名前は主体性と働く関係に関わります。一人を別名にすれば呼び掛けは簡単になりますが、バッチだけの依頼は同じ曖昧さを残します。

作者の意図ではなく、入力した参照を解決する

参照はserial、batch、chosen-nameの種類を明示します。serialには名前空間が必要です。ほかの二つは範囲を指定するか、入力した台帳全体を対象にできます。文字の見た目から種類を推測しません。番号欄にRobinを入れても、個人名を探すことで成功へ変えることはありません。

番号形式の違反、未登録、複数の候補、一つの候補が意図と異なる場合を分けます。形の合うN-099でも登録がなければunknownです。番号の規則に合わない個人名ならinvalid-formatになります。どちらも作者が意図した相手を、成功した候補として作り出しません。

意図する個体は比較相手であって、追加の識別手掛かりではありません。票がu1を指し、作者はu2を意味したなら、実際の候補をu1のまま残して不一致を示します。そうしないと点検は、作者の希望を言い直すだけになり、制作上の問題を隠してしまいます。

バッチや個人名の解決は、入力した範囲の中だけです。一人しか登録していないバッチも、次の記録を足せば曖昧になり得ます。世界での一意性や、同じ部屋にいることを認定しません。確認する創作上の問いに必要な範囲を入れ、その範囲も引き渡しに残します。

場面が必要とする層を選ぶ

整備票には技術上の組、会話には個人名と文脈、公の紹介には製造情報を外した表記が必要かもしれません。入力モデルで正確なキーになるからといって、すべての社会的な呼称を番号へ置き換える判断はしません。

番号を保存することも、本人がそれを個人名として受け入れることと別です。記録と申告を分ければ、小道具の連続性を守りながら、人が呼ぶ形を変えられます。誰がどの呼称を使えるかを方向付きで決める場面なら、関係に応じた呼び方のツールも使います。

NFCで二つの選択名が一致しても、元の綴りはそれぞれ残ります。比較によって参照の曖昧さは見えても、表示を書き換えたり、文化的に同じと認定したりはしません。比較用の形だけを唯一正しい名前にせず、実際の表記と場面の参照の必要を確認します。

名前の選択は不明のままでも構いません。魅力的な生成名で空欄を埋める指示ではありません。本人が決める前でも技術上の台帳は使えます。まだ決めていないことが成長の一部なら、その問いを明示して残してください。

範囲と限界も点検表へ添える

専用ファイルは非公開の作者用点検です。番号、現在の選択の主張、参照先の候補が入ります。プロジェクトには未来の選択や根拠メモも含む全入力が入ります。本ページには聴衆へ秘密を守る制御や、公開用の身元表はありません。番号や未確認の提案を隠すなら、別の公開文書を準備します。

対象は三十の名前空間、百二十の個体、二百四十の選択記録、二百四十の参照までです。接尾部は一から四十コードポイントです。例の集まりは母集団の研究ではなく、一つの一致も実在の身元、法律上の許可、外部システムへの適合を証明しません。

場面の章は選択名の期間を決めます。製造、廃止、居場所、生存を全個体についてシミュレートしません。入力した個体は技術台帳の範囲に残ります。誰がその場にいるか、動作しているかが筋に関わるなら、その根拠と範囲は別に示してください。

名前空間、タグ、選択を変える前に保存し、その後に実際の小道具を再点検します。完成の基準は、人物に意図した自己紹介があり、技術の仕組みには必要なだけの特定性があることです。一方の層をもう一方の代用品にせず、両方の働きを保ってください。

同じ選択名の二人は改名が必要ですか

個体IDは別に保持します。呼び掛けには別の合図、技術の手続きには名前空間と番号を使えます。キーの一意性を個人の名乗りの規則にはしません。

self-reportedなら同意を検証していますか

作者が指定した主張と根拠メモです。ソフトが架空の場面や実際の同意を検証することはありません。third-partyとunknownを本人の確定した選択へ変えません。

意図する相手があっても曖昧さが消えないのはなぜですか

意図は作者が意味した相手、実際の候補は入力した参照から求める相手です。意図だけで一人を選ぶと、小道具の指定不足が隠れてしまいます。

ネタバレのない人物表として点検結果を共有できますか

作者用の非公開記録で、番号や未確認の提案も含み得ます。プロジェクトには未来の入力も入ります。隠したい情報があるなら別の公開用資料を確認して用意してください。