群像の紹介順と配置

見慣れない呼び名が四つでも、新人物四人とは限らない

人物紹介には複数の仕事が重なります。一人の身元を示し、既知の人物へ公的な呼び方を加え、姓名を短く呼び、戻った人物を思い出せる形で出すこともあります。見慣れない文字列を全て別の人物として数えると、その違いが隠れます。この作業台は、まず紹介の仕事を分けてから配置を考えます。

作者が宣言した紹介項目を、順序のある場面へ置きます。開始時の知識、正確な表記、置ける範囲、固定、前後条件、編集上の予算を入力し、現在の配置を調べるか、有限の範囲で実行可能な案を探します。本文を読んで意味を理解したり、記憶力を測ったり、より良い名前を選んだり、場面を書き直したりはしません。

主な問いが「どこで名前を示し、関連をつなぐか」の場合に使います。入力した名前同士が似ているかなら群像の識別ツールが適しています。区別しやすい名簿でも一度に出過ぎる構成はあり、間隔を空けても曖昧な名前は残ります。関連する判断でも、扱う規則は別です。

創作例：公開実演で呼ばれる四つの形

Dena QuillとOlek Fenは、すでに物語へ登場している。小さな展示会で、DenaはInspector Quillという公の呼び方を使い、司会はFenをOlekと短く呼び始める。もう一人のPella Mossは、実演で代わりの重りが必要になった時に現れる予定だった。最初の姓名の紹介は、その動作と結び付けたい。

司会の案は全てを一緒に告げていた。Inspector Quillが台を点検し、Olekが荷車を押さえ、Pella Mossが重りを運び、続けてPelが片付けを頼まれる。次々と人が来たようにも聞こえる。しかし作者の設定で新しいのはPellaだけだ。追加の呼び方は別人を作らなくても、どの人物につながるかを示す必要がある。

開場前、Denaは見慣れたFenの荷車へ声を掛けた。「Olek、二つ目の車輪は空けておいて」。周囲の動作が相手を示す。短い呼び方は、保護した実演より前に置けた。Inspector Quillは公の案内へ残り、そこでDenaの権限が場面に関わる。

Pellaは重りを運ぶ時に紹介される。司会がPelと呼ぶのは、その後で台を片付ける場面で、Pellaとの関連を示してからだった。表の条件に合わせるためだけに新人を早く登場させてはいない。既知の人物の追加の表記を一つ前へ、別の表記を指定した前提の後へ動かしたのである。

これはオリジナルの創作例で、実際の稽古や読者テストではありません。構成の選択を示すもので、観客が特定の数の名を記憶するという結果ではありません。Inspector Quill、Olek、Pella Moss、Pelは、公の役割、身近な呼称、最初の身元、後に関連を示す短称を、それぞれの時点で担います。

ずっとPellaの姓名を使えば、新しく導入する形は一つ減りますが、会話の調子も変わります。Pelを関連なしで出せば、内部の同じ人物IDだけでは読者へつながりません。実演の前にPellaを出せば、保護した展開が変わります。最少の件数が最良の文章と決めず、どの結果を意図するかを選んで応用します。

すでに示した人物と表記を宣言する

人物は固有ID、作業用のname、knownAtStart、knownFormsを持ちます。調べる範囲の開始時点で作者が意図する知識で、実際の読者の観察ではありません。既知の人物には一つ以上の正確な表記、未紹介の人物には空の一覧が必要です。よくある名前や以前の章数から、親しみを推測しません。

初期例ではDena QuillとDenaが一人に、Olek Fenが別の一人につながっています。Inspector QuillとOlekは、この範囲ではまだ確立していません。Pellaには既知の表記がありません。前の部分ですでに説明しているなら開始条件を変えられますが、その宣言は意図して行います。

使用する未紹介人物には、identityの項目を一つだけ置きます。正確な表記で一人を導入し、新人物の枠と新しい表記対応の枠を一つずつ使います。labelはすでに関連を示す人物の追加表記で、後者だけを使います。reminderは既知か紹介した正確な形の繰り返しで、どちらの新規カウンターも増やしません。

ここで新しい対応は「人物と表記」の組です。別の二人をCaptainと呼べば二つ、同じ人物への繰り返しなら再提示です。文字列は完全一致で、表記の揺れが同じか、敬称を読者がどう受け取るかは決めません。別の確認が必要な問いです。

予算は、人の頭を測る数値ではない

場面は配列順で並び、新人物の予算、新しい対応の予算、許す項目の種類を持ちます。予算ゼロでも再提示を許せます。allowedKindsを空にすれば、その場面には紹介項目を置けません。人間に推奨する記憶容量でなく、作者が選ぶ制作上の条件です。

初期の公開実演は、新人物一人、新しい対応二つまでです。現在の配置は一人ですが対応が四つあるため、後者の予算だけを超えます。静かな再登場は新規を許さず、Denaの再提示はできます。件数ゼロでも、その場面が空だ、理解が簡単だという意味ではありません。

実際に試したい改稿を表すために予算を選びます。測定した認知上の限界として報告しません。上げれば配置が成立しても文章が良くなるとは限らず、下げれば移動が必要でも前の場面が混乱を招いた証明にはなりません。取捨選択を評価できるよう、選んだ条件を見える形にします。

範囲と固定で、作者の展開を守る

各項目にはearliestとlatestの場面、proposedかnull、固定があります。nullは計画で置ける未配置の項目、固定には現在の場所が必要です。範囲は固定より広くても構いません。Pellaを技術上は別の場面へ置けても、作者は実演での最初の紹介を保護しています。

固定を黙って外したり、範囲外や禁止した種類の場面へ動かしたりしません。置く場所がなければ、その結果を示します。有限な宣言の中で成立しないことは、物語が作れないという判定ではありません。展開が許すと決めたときに、実際の規則を修正できます。

固定は場面の枠で、原稿の行番号ではありません。同じ場面の中は、指定した前提に合う順序を表示します。実際の段落順は読んでいません。制作の指示として使う前に、本文もその順で人物の関連を示しているか確認します。

推測させたくない関連に、前後条件を置く

未紹介人物の追加表記は、その人物のidentityを自動で前提にします。新しく導入する形の再提示は、その紹介を前提にします。開始時に確立した表記なら新しい元項目は要りません。名前の意味を解釈したのではなく、明示したモデルの規則です。

before、after、minScenesで作者の条件を足せます。ゼロなら同じ場面でも前提順を保ち、一なら場面順で一つ以上後に置きます。例のPellaからPelへの関連には一つの差が必要なので、実演へ両方置くと違反します。その一つを日数、公開話数、測定した記憶の期間とは呼びません。

同じ場面へ全部置けるようなゼロの条件でも、循環は拒否します。このモデルで、項目が自分の後の説明を要求し、同時にその説明の前提になることはできません。未接続の変装名、意図して不明な身元、実際の公開間隔を超える記憶は範囲外です。人物や読者観察の適切な作業を使い、関連が確立したふりで埋めません。

初期の提案を、元の配置と並べて読む

実行すると元の表は、実演に四つの対応があって予算二つを超え、Pelが一場面の前提に違反していることを示します。実行可能な提案はolek-shortをs2からs1へ、pel-shortをs2からs3へ動かします。Pellaの保護した最初の紹介はs2、静かな再登場は新規ゼロの再提示のままです。

提案した実演はInspector QuillとPella Mossで、新しい対応二つ、新人物は一人です。前の打ち合わせは既知の人物の追加表記Olekを導入し、実演の後はPelを加えても別人を作りません。採用する前に、実際の動作と並べて読んでください。

探索は現在の配置を優先し、その後で近い適用可能な場面を試し、同順位を決まった方法で分けます。候補試行の上限内で最初に見つかった完全な案です。最小の移動数や最良の劇的順序は保証しません。範囲や固有IDで先に出る案が変わることもありますが、芸術上の品質点ではありません。

適用するまでは、提案は編集ではない

適用は、提案に固定した入力と現在を比べてから、proposedの場面欄だけを変えます。名前、開始条件、予算、前後条件は保持します。計算後の編集を古い案で上書きせず、再計算を求めます。JSONの整形だけを変えた場合も、この保守的な照合で止まることがあります。

適用後は現在の配置が規則を満たすため、追加の移動案はありません。戻す操作は一致する変更項目を復元し、関係ない入力を保持します。対象を後で編集・固定した場合は上書きを拒否します。以前へ戻せば以前の違反も戻り得るため、復元を成立した配置の証明にはしません。

非公開の引き渡しには元の点検、提案、差分、前提、探索状態、入力の写しが入ります。名前、保護した開示、展開が含まれるので共有前に確認します。コピーは現在か提案かを示す場面の要約です。プロジェクトの保存も、別のアプリの原稿を変更するものではありません。

探索済みと、探索途中を区別する

feasibleには宣言した規則を満たす完全な配置があります。satisfied-originalは現在が成立し、適用する改稿なしです。infeasibleは有限の候補を調べ終えたか、条件後に置ける場面がない状態、limit-reachedは決着する前に候補試行の上限へ達した状態です。

途中の配置を完全な案として渡しません。代案がなければカードは現在の配置と診断を保持します。上限を増やすか、実際の予算、範囲、固定、前提を意図して修正します。ブラウザーは計画をworkerで実行し、失敗や置き換えられた要求で古い案を新しい入力へ適用しません。

表は編集の判断を具体的にします。名前の集中が既知の人物の複数の形であること、小さな参照の移動で大きな登場を守れることも示せます。場面が自然か、読者に関連が伝わるか、人物に名前が合うかは、文脈で読んで試す創作の問いとして残ります。

予算は推奨される読者の記憶上限ですか

作者が選ぶ編集の制約です。調べる場面の人物と、正確な人物・表記の対応を数えます。理解や記憶の観察データはありません。

同じ場面の条件は段落順も確認しますか

minScenesの0は同じ場面を許し、前提に合う項目順を表示します。実際の文章がその順で関連を示すかは作者が確認します。入力の行順を本文順とは扱いません。

適用すると名前や原稿本文も変わりますか

固定した入力と現在の制約を照合して、対象のproposedの場面欄だけを変更します。名前と本文は作者のデータです。後の編集を古い提案で上書きせず再計算を求めます。

limit-reachedなら配置案は存在しませんか

候補試行の上限で探索が止まった意味です。有限候補を調べ終えたか、条件で候補が空の場合だけinfeasibleです。物語の全ての語り方についての芸術上の判定ではありません。