テキストRPGの投稿数が数百件に及ぶ中でキャンペーンの履歴を読みやすく保つ方法
テキストRPGの投稿数が数百件に及ぶ場合、その履歴を読みやすく保つには、投稿の流れをリンクされた少数の記録に変換します。具体的には、各プレイセッションの短い要約、継続的なインデックス、そして頻出するキャラクター、場所、未解決のストーリーラインに焦点を当てたメモを用意します。元の投稿は完全な記録として残しつつ、プレイヤーが内容を把握する際にはまず要約から見始められるようにします。この方法は、共有ドキュメント、Wiki、メモアプリ、フォーラムなどで機能します。ただし、プレイヤーが検索可能であることと、共有履歴に何を含めるかについて合意が取れていることが前提です。
投稿アーカイブになぜガイドが必要なのか
時系列順のログには発言された内容が記録されますが、参照用として使うのは難しい場合があります。あるキャラクターの初登場を探しているプレイヤーは何ページも目を通す必要が生じるかもしれませんし、休止から復帰したプレイヤーには未解決の最後のシーンの簡単な説明が必要になるかもしれません。したがって、現実的な目標はすべての投稿を書き直すことではありません。記録の関連部分を指し示す、閲覧・移動しやすい階層を追加することです。
RPGキャンペーンのガイダンスでも、計画されていたことと実際に起きたことの間で同様の区別がなされます。セッションレポートはプレイの出来事を記録するものであり、その目的はグループが後からそれを思い出しやすくすることです。同じ考え方は、非同期のテキストプレイにも適しています。この場合、「セッション」とは予定された会合ではなく、章、シーンの連なり、または合意された区切りを意味します。「Guide to the session report template」を参照してください。
このシステムは3つのレイヤーで構成されていると考えてください。投稿アーカイブは一次記録です。要約インデックスは、短く時系列順の概要を提供します。参照用メモは、「ベール船長とは誰か？」「灯台でグループは何を約束したか？」といった繰り返し発生する疑問に答えます。これらの機能を分けておくことで、キャラクターページがまた別の膨大なログになってしまうのを防ぐことができます。
要約の再現可能な単位を選択する
グループの執筆スタイルに合った区切りを選びましょう。完結したシーン、章の区切り、あるいは一定数の投稿の後の小休止などが考えられます。グループ全体が常に認識できる区切りを採用してください。すべての投稿ごとに要約を作るのは避けましょう。物語の閲覧が必ずしも容易になるわけではないのに、管理の手間だけが増えてしまいます。
単位ごとに、「第12章 — ガラスの港」や「シーン12.3 — 桟橋の下の扉」のように、予測しやすいタイトルで1つのエントリを作成します。物語の順序がわかりにくくなる可能性がある場合は、日付や通し番号を含めてください。ゲーム内で独自の日付を使用している場合は、それを作中日付として明記し、ゲーム外の通し番号も追加します。このちょっとした工夫により、読者がキャラクターの暦とプレイヤーがイベントを書いた順序を混同するのを防ぐことができます。
役立つ要約は、通常、簡潔な数段落や箇条書きでまとまります。開始時の状況、重大な選択、変化した点、そしてプレイが中断した場所を記録します。人名や地名は一貫して表記してください。「一行は記録官に会い、地図について知った」という文は、「北部公文書館で、ミラ・ベールは一行に3つの鐘楼が記された地図を見せた。グループはまず西の塔を訪れることを選んだ」という文に比べてあまり有用ではありません。後者の書き方であれば、復帰したプレイヤーに具体的な名前と次の行動の拠点が提供されます。
完全性ではなく、検索性のために書く
要約は記憶を助けるためのものであり、シーンの再演ではありません。短い引用が特に役立つ場合を除き、生き生きとした対話や描写的な文章は元の投稿に残しておきましょう。代わりに原因と結果を要約します。「ローワンが真鍮の鍵を返却した後、渡し守は一行を案内して海峡を渡ることに同意した」。これにより、やり取りをすべてコピーすることなくプロットの事実を保持できます。
即興で出た詳細は、特定しやすい今のうちに記録しておきましょう。RPGの記録に関するアドバイスでは、即興で決まった名前、背景設定、予想外のプレイヤーの選択をメモしておき、その大まかなメモをレポートへと清書することが特に推奨されています。また、重要なイベントが保持されていれば箇条書きでも十分であるとされています。テキストRPGでは、新しく確定した事実を特に重要視してください。何気なく出た名前、関係の変化、損壊した場所などが、後でグループが頼る公式設定（コンティニュイティ）になる可能性があります。World Anvilのセッションレポートガイドでは、大まかなメモと完成した記録の実践的な使い分けが示されています。
確定した事実と未解決の疑問を分けましょう。例えば「確定事項：西の鐘楼は放棄されている。未解決：誰がそのランタンに火を灯したのかは誰も知らない」。プレイヤーの仮説が作中で確認されていない場合は、事実の要約に書き込むのではなく、仮説としてラベル付けします。この単純な区別により、推測が誤って公式設定になってしまうのを防ぐことができます。
キャンペーン全体のインデックスを作成する
アーカイブの最上位階層に、短いキャンペーンインデックスを配置します。各要約へ順番にリンクし、出来事の1行説明を添える必要があります。最小限のインデックスは次のようになります。
上記の投稿範囲は架空の例です。プラットフォームが安定した投稿リンクを提供している場合は、シーンや章の最初の投稿に直接リンクします。そうでない場合は、ページ番号、日付、特徴的な冒頭のフレーズなど、グループが確実に検索できるロケーターを使用してください。確認していないリンク形式に頼らないでください。シーンが分岐したり重複したりする場合は、無理に誤解を招くような直線的な順序にするのではなく、インデックスに簡単なメモを追加してください。
インデックスは一目で把握できる長さに留めてください。読者は、すべての項目について1段落ずつ読まなくても、最新の章を見つけたり、特定の要約にジャンプしたりできる必要があります。独立した「はじめに」のメモで前提を説明し、最初の投稿を案内することはできますが、時系列インデックスの代わりにするべきではありません。
頻出する人物、場所、ストーリーラインをリンクする
名前やトピックがプレイヤーが検索する可能性が高いほど頻出する場合にのみ、焦点を絞った参照メモを作成します。キャラクターのメモには、名前と別名、初登場、判明している役割、および重要な出来事があった要約へのリンクを記録します。場所のメモには、最後に確定した状態を記録し、それを変化させたシーンにリンクします。未解決のスレッドリストには、疑問点、グループが現在知っていること、およびそれが最後に進展した要約をメモします。
これらのメモは小さく、追跡しやすい状態にしておきます。例：「ミラ・ベール — 北部公文書館の記録官。第2章で初登場。一行に3つの塔の地図を手渡した。第5章で最後に目撃された。関連：[第2章]、[第5章]」。これは構造の架空の例であり、特定のゲームやツールに関する主張ではありません。参照メモに情報が記載されている場合、そのリンクはそれを裏付ける要約や投稿につながっている必要があります。
バックリンクに対応しているメモアプリでは、このような構造をより簡単に作成できます。Obsidianの公式ヘルプによると、Backlinksプラグインはアクティブなメモにリンクしているメモを一覧表示し、リンクされていない言及（unlinked mentions）も表示できます。これにより、頻出する名前に言及している要約を見つけることが可能になります。この機能には制限もあります。リンクされていない言及はテキスト内にその名前が出現することに依存し、設定によって除外されたファイルは表示されない場合があります。「Backlinks — Obsidian Help」を参照してください。
一貫したラベルと検索用語を使用する
少数のラベルを選び、全体を通して同じように使用します。有用なカテゴリとしては、recap（要約）、character（キャラクター）、location（場所）、open-thread（未解決スレッド）などが挙げられます。検索に役立つ場合にのみ追加してください。すべてのメモに重複するタグの長いリストが付与されていると、プレイヤーはストーリーを見つける前に分類システムを学ばなければならなくなります。
お使いのツールが構造化されたメモプロパティをサポートしている場合は、type（種類）、chapter（章）、characters（キャラクター）などの安定した少数のフィールドを使用してください。Obsidianのドキュメントでは、プロパティをテキスト、リスト、日付、タグを含めることができる構造化データとして説明しており、検索可能であると解説しています。これにより、要約としてマークされたすべてのメモや、特定のキャラクターに関連付けられたすべてのメモを検索できるようになります。ラベルと正確な検索構文はツールによって異なるため、大規模なアーカイブを再編成する前に小さなサンプルでテストしてください。「Properties — Obsidian Help」および「Search — Obsidian Help」に、これらの特定の機能が記載されています。
複雑な命名規則よりも、信頼できる少数の検索用語を優先してください。要約では名前の正式な綴りを使用し、重要な場合は別名も明記します。「ミラ・ベール（第2章では『記録官』と呼ばれる）」。キャラクターの名前が変わったり、場所に古い呼び名があったりする場合は、その参照メモにかつての名前を含めます。検索は、アーカイブに人々が覚えている言葉が残っていて初めて機能します。
アーカイブの正確性と使いやすさを維持する
グループが維持できるペースで要約を作成します。合意したストーリー単位の後、またはその後に誰かに時間の余裕ができたときです。整った記録を書くことが負担になる場合は、まず名前、選択肢、新しい事実、中断した場所を書き留めておき、後で整えましょう。World Anvilのガイドでも同様に、数日後でも理解できる大まかなメモを取り、時間ができたときに箇条書きや文章へと肉付けすることが推奨されています。読者が必要とするときをとうに過ぎてから届く手の込んだ記録よりも、継続性のほうが重要です。
複数人が貢献する場合は、緩やかな編集ルールを取り決めておきます。一人が要約の下書きを作成し、他のメンバーが見落とした出来事や設定の矛盾を指摘する、といった形が考えられます。修正箇所は可能な限り関連する投稿にリンクさせ、議論のある詳細はグループがプレイ内で解決するまで未確定としてマークしておきます。過去の選択を違った風に見せるために要約を黙って書き直すことは避けてください。日付入りの訂正や注記を追加し、記録がどのように変更されたかを読者が追えるようにします。
共有アーカイブに何を含めるかを決定します。公開要約には、合意なしに非公開のキャラクターメモ、まだ明かされていないどんでん返し、他のプレイヤーのメタ発言（OOCコメント）を載せるべきではありません。World Anvilのセッションレポートのガイダンスでは、公開レポートにおけるネタバレに対して明確に注意を促しており、同ツールのキャンペーンChroniclesガイドでは公開イベントと非公開イベントの分離について説明されています。そうした機能がなくても、「共有要約」と「非公開メモ」を単純に区別するだけで、想定される読み手を明確に保つことができます。「How to plan and record your campaign in Chronicles」を参照してください。
既存のアーカイブに向けた実践的なセットアップ
数百件の投稿を一度に要約する必要はありません。プレイを再開するのに最も役立つため、まずは最新の数件のストーリー単位から始めます。その後、主要な転換点や頻出する名前に着手しながら、過去のエントリをまとめて追加していきます。抜けがある場合は正直に明記し、アーカイブの一部しか拾い読みしていないのに完全な要約であるかのように見せかけるのは避けてください。
まとまりごとに、同じ短いプロセスを繰り返します。
各要素がどのように結びついているか、この架空の例で確認してみましょう。投稿35〜82は「ガラスの港」への訪問を扱っています。要約には、一行が北部公文書館でミラ・ベールに会い、3つの塔の地図を受け取り、西の塔を選んだことが記されています。インデックスはその要約にリンクし、該当する投稿範囲を示します。ミラの参照メモは要約へリンクし返し、未解決スレッドのメモには地図の作成者が依然として不明であることが記録されています。これでプレイヤーは、インデックスから始めることも、章の出来事を振り返ることも、ミラや地図の謎に直接ジャンプすることもできるようになります。
規模の小さいアーカイブであれば、見出しとインデックスを備えた1つのドキュメントで十分かもしれません。非常に大規模なものの場合は、グループが維持できるのであればリンクされたメモやWikiを使用してください。ツールの機能は検索や相互参照に役立ちますが、過去のすべての詳細を確実に拾い上げられる組織化手法は存在しません。アーカイブの正確さは、元の投稿とそれを要約する際の慎重さにかかっています。まずはグループが最新状態を維持できるフォーマットから始め、ストーリーの進展とともにインデックスを拡張していきましょう。