Metlivi ブログ

ゲームキャラクターはプレイヤーのどの決断を記憶すべきか?

ナラティブゲームのライターにとって、記憶させるべき最も価値のあるプレイヤーの決断とは、その後のシーン、関係性、あるいは行動を変えうるものです。キャラクターが実際に目撃したこと、世界で起きたこと、そして単に耳にしただけのことを分けて追跡しましょう。そして、それぞれの記憶に出典、重要である理由、そしてそれが薄れたり修正されたりする条件のルールを設定します。あらゆるセリフを記憶させると管理の負担が増えるだけですが、誰かの行動を変える選択を記憶させれば、その選択に意味ある結果が生まれます。

2026年9月27日読了時間:8分読書・アート・文化Metlivi Editorial Team
セクション 1

後々の見返り(ペイオフ)に基づいて決断を選ぶ

ある決断がキャラクターの記憶に残る価値を持つのは、それを思い出すことで現在のシーンが変化する場合です。選択を記録する前に自問してみてください。「その決断によって、このキャラクターは何を違った形で実行、発言、暴露、拒否、あるいは提示できるようになるだろうか?」答えが「何もない」のであれば、その情報はクエストログや世界状態の記録に含めるべきものか、そもそも残す必要すらないものかもしれません。

実践的なテストとして、まず後々の展開(ビート)から書いてみることが挙げられます。例えば、「検問所で、衛兵は以前自分のバッジを返してくれたという理由から、プレイヤーを信用して封印された台帳を託す」といった具合です。この展開が過去に記憶された決断に依存しているなら、関連する事実を保存します。どちらにしても衛兵が同じ行動をとるなら、その記憶はドラマ的なものではなく、単なる装飾にすぎない可能性があります。

役立つ記憶は、多くの場合、重なり合う以下の3つのグループに分類されます:

**約束と犠牲:** プレイヤーが何かを約束、拒絶、犠牲、返却、あるいは保護し、その結果が後で重要になりうるもの。

**露呈した優先順位:** 制限された選択肢の中で、プレイヤーが何を守り、何を危険にさらすことを選んだかは、キャラクターが後々の提案をどう解釈するかを形作るのに役立ちます。これは特定の選択から得られた証拠として扱い、プレイヤーに対する恒久的な決めつけ(分析)にはしないでください。

**未解決の結末:** 選択によって、人物、物体、または義務が変化した状態のまま残されたもの。その記憶は、キャラクターが後にその状態に遭遇したときや、それについてどう対処するかを決める際に重要になります。

これらはデザイン上のヒューリスティクス(経験則)であり、すべてのゲームに永続的なキャラクターの記憶が必要だと主張するものではありません。それらの価値は、後々のシーンで記憶された出来事にわかりやすい結果が与えられるかどうかにかかっています。

セクション 2

記憶を世界状態や噂と区別する

信頼性の高いナラティブシステムは、出来事そのものと、それに関する各キャラクターの認識を区別します。プレイヤーが密かに鍵を隠す(世界状態)、仲間がその隠すところを見る(キャラクターの記憶)、商人が不正確な話を聞く(噂)。これらを1つのフラグにまとめてしまうと、キャラクターが全知全能に見えたり、また聞きが確たる証拠のように感じられたりしてしまいます。

重大な出来事ごとに、以下の4つの問いに答えられるだけの十分な出所(プロベナンス)を記録してください:

**出来事:** 世界で何が起きたか? プレイヤーが真鍮の鍵を返却した。

**観察者:** 誰がそれを直接見たり聞いたりしたか? マーラが手渡しを目撃した。

**経路:** 他の人物はどうやってそれを知ったか? 渡し守がマーラからその話を聞いた。

**確信度:** その情報はどの程度確実か? 目撃した(Witnessed)、報告された(Reported)、異論がある(Disputed)。

コンパクトな設計記録は、`returned_key = true`、`Mara.knows_returned_key = witnessed`、`Ferryman.knows_returned_key = reported_by_Mara` のようになるでしょう。これらは例示的なフィールドであり、規定された技術的フォーマットではありません。重要な区別は、世界の事実が自動的にすべてのキャラクターの知識になるわけではないという点です。

この区別により、ライターはより優れたシーンの選択肢を得ることができます。マーラは自分が目撃した出来事として鍵の受け渡しに言及できます。渡し守は半信半疑でそれを繰り返したり、本当かどうか尋ねたり、誤った情報に基づいて行動したりできます。もしプレイヤーが鍵を隠し、誰もその行為を目撃せず、隠し場所も見つかっていないなら、キャラクターがそれを知るには妥当な経路が必要になるはずです。

セクション 3

後で見返りが得られる選択肢を構築する

プレイヤーが壊れた信号ランタンと、施錠された門の鉄格子の後ろで待っているアイベンという名の急使を見つける架空のシーンを考えてみましょう。プレイヤーには3つの選択肢があります:

**唯一使える油の入った小瓶をアイベンに渡す。** 信号は消えたままだが、アイベンは脱出し、後でメッセージを運ぶことができるようになる。

**油を使って信号に火をつける。** 見回り隊が警告を目にするが、アイベンは助けが来るまで門の奥に残される。

**油を持ったまま立ち去る。** プレイヤーはリソースを温存する。アイベンの当面の運命はシーンで設定されたルールに依存し、プレイヤーがいなかったことを目撃された行動として書き換えてはならない。

ここで、誰が何を知っているかを決めます。アイベンが小瓶を譲り受けるのを見た場合、彼は助けを受けたことを覚えています。代わりに信号に火が灯るのを見た場合、救援を呼ぶというプレイヤーの選択を覚えていると同時に、自分が待たされたままだったことも覚えているかもしれません。プレイヤーが誰にも見られずに立ち去った場合、アイベンはプレイヤーが背を向けたことを事実として思い出すことはできません。別のキャラクターが後に空のランタンや小瓶がなくなっていることを報告するかもしれませんが、それらの手がかりは誰が何を持ち去ったかを証明するものではありません。

後々のシーンでは、状況の単なる説明ではなく、行動を通じてこれらの違いを表現できます。アイベンは油を受け取った後にプレイヤーにメッセージを託すかもしれませんし、助けを待たされた後に説明を求めるかもしれません。あるいは、プレイヤーが立ち去るのを見ていなかった場合、油が消えたことをプレイヤーのせいにせずに対応するかもしれません。これらはこの例における可能性のある見返りであり、普遍的な感情の反応ではありません。シーンではアイベンがなぜそのように反応するのかを明確にする必要があり、他の出来事が彼の反応を複雑にする場合もあります。

記憶は具体的に保ちましょう。「アイベンはプレイヤーを信頼している」とするよりも、「アイベンはプレイヤーが自分に油の小瓶を渡したのを目撃した」とする方が有用です。前者は1つの出来事を関係性全般の結論にしてしまっていますが、後者は出来事とその情報源を記録しています。信頼がゲーム内の変数であるなら、それを更新するルールと、それが影響を与えうる後の行動を示してください。記憶された出来事は、関係性を機械的に決定づけることなく、その関係性に影響を与えることができます。

セクション 4

記憶に有効期間と修正経路を与える

記憶された細部すべてが、永遠に同じ鮮明さで残り続けるべきではありません。ドラマ的な用途に応じて保持期間を設定しましょう。予定されているシーンを解放したり、義務を果たしたり、後の伏線回収を支えたりする間は記憶を保持し、プレイに影響を与えなくなった重要度の低い細部は消えていくようにします。「期限切れ」とは、キャラクターが人生を変えるような出来事をタイマー仕掛けで忘れるという意味である必要はありません。意図された1回の使用が終わった後、ゲームがその些細な事実を対話に持ち出さなくなるという意味になり得ます。

噂、不完全な観察、あるいは誤解を招く第一印象を通じて記憶がもたらされた場合、修正が重要になります。プレイヤーがランタンの油を持ち去ったと聞いていたキャラクターは、プレイヤーがそれをアイベンに手渡したことを知るかもしれません。その後に何が起こるかを決定してください。噂のフラグは修正済みに変わるのか、キャラクターは最初の報告と修正の両方を保持するのか、それとも納得しないままでいるのか? 答えはストーリー次第ですが、修正によってキャラクターが以前聞いた内容が暗黙のうちに書き換えられてはなりません。

有用な記憶のエントリには、更新の情報源に加えて、`current`(最新)、`disputed`(異論あり)、`corrected`(修正済み)などのステータスを含めることができます。これにより、後のセリフで反証された噂が事実として繰り返されるのを防ぐことができます。2人の目撃者の意見が食い違っている場合は、すべてのキャラクターの対話に単一の全知の真実を無理に押し込むのではなく、重要な場面ではその意見の食い違いをそのまま維持してください。

セクション 5

記憶を行動可能なナラティブ状態に変換する

キャラクターの記憶は、可能な反応へと結びつくべきです。その反応の条件とそれがもたらす効果を定義してください。何が起きた必要があり、誰がそれを知っていなければならず、後のシーンで何が変わるのか? この構造によって記憶はテスト可能になり、選択肢がゲームに何の影響も与えずに保存されるのを防ぐことができます。

これは、[STORY2GAME](https://arxiv.org/abs/2505.03547)における限定的で関連性のあるアイデアと一致しています。その論文では、ゲーム状態のどの部分を追跡する必要があるか、アクションがその状態をどう変化させるかを導く前提条件と効果を備えた、インタラクティブフィクションのアクションを生成することについて説明しています。その焦点はアクションとゲーム状態の生成であり、その評価は生成されたアクションコードが生成されたストーリーのプレイをサポートするかどうかに関するものです。これは、記憶された選択肢が作家の書いたナラティブやプレイヤー体験を向上させることを証明した研究ではありません。ライターにとって有用な応用はもっと狭い範囲のものです。すなわち、記憶された出来事が重要となる条件と、それが重要となったときの具体的な効果を指定することです。

[ACL AnthologyのStratMem-Bench論文](https://aclanthology.org/2026.acl-long.1491/)では、キャラクター中心の会話においてバーチャルキャラクターが記憶をどのように使用するかを評価しています。そのベンチマークには、必須の記憶、補助的な記憶、無関係な記憶が含まれており、モデルは補助的な記憶が判断を複雑にするケースよりも、必須の記憶と無関係な記憶を扱う方が得意であったと報告しています。これはバーチャルキャラクターの会話ベンチマークであり、ナラティブゲームの成果に関する研究ではありません。ゲームライターがどの選択肢を保存すべきかを確立するものではありませんが、ある記憶が現在のシーンにとって必須なのか、単に役立つだけなのか、それとも無関係なのかを考慮するための有用な注意喚起を提供しています。

セクション 6

記憶された結末のQA(品質保証)を行う

選択が行われた瞬間と、予定されている各見返りの瞬間の両方で選択肢をテストします。コンパクトなQAチェックを行えば、継続性(コンティニュイティ)のエラーのほとんどを検出できます:

**目撃者チェック:** 決断に言及するすべてのセリフについて、話し手がそれを目撃したか、または妥当な情報源を挙げられるかを確認します。

**分岐チェック:** 各選択ルートをプレイし、意図したイベントおよび知識の記録が設定されているか確認します。互いに排他的な結果が両方ともアクティブなままになっていないかチェックします。

**見返り(ペイオフ)チェック:** 保存された各記憶が、選択可能なセリフ、関係性の反応、シーンの条件、または行動を変化させていることを確認します。何も変わらない場合は、それを保持し続ける必要があるか再検討します。

**噂チェック:** 間接的な情報が適切な不確実性を伴って提示されているか、また修正が行われた場合にその後のシーンが一貫して更新されるかを検証します。

**期限切れチェック:** 記憶が意図した用途を終えた後、そのシーンを再訪します。優先度の低い情報が表面化しなくなり、未解決の重要な結末は引き続き利用可能であることを確認します。

**不在チェック:** 出来事が見られなかった、報告されなかった、または意図的に隠された場合に、キャラクターがどう行動するかをテストします。フラグが存在しないことで、デフォルトで知っている状態にならないようにしてください。

最終的なデザインの問いは単純です。「この選択を記憶していることで、キャラクターが今、異なる振る舞いをする理由が生まれ、プレイヤーはなぜそうなるのかを理解できるか?」答えが明白であれば、情報源が明確な少数の記憶だけで、あらゆるやり取りの記録を保持するよりもはるかに強いドラマ的重みを持たせることができます。

関連記事

このテーマをさらに見る