LitRPGの書式の慣習: システム文、ステータス表、ステータス画面

LitRPGの書式の仕事の半分は、他のジャンルが持たない、問題です。テキストの一部が、散文ではないのです。システム通知、ステータス表、レベルアップのメッセージ、スキルの窓、クエストの記録は、小説の中に住む、ゲームインターフェースのテキストで、ジャンルの中心的な書式の問いは、読者が一目で、どちらの世界が語っているかを判別できるよう、その素材を、語りから区切る方法です。

公式の答えは、ありません。万能のLitRPG書式標準は存在せず、どのプラットフォームも、出版社も、それを成文化していません。存在する慣習は、創発的で、コミュニティ主導です。システム文を、どう整形するかについての作者の議論（下に挙げるRoyalRoadのスレッドは、まさにその会話です）は、同じ三つの道具に、行き着き続けています。

三つの道具

1. 鍵括弧のタグ。 [System]や[クエスト更新]のように、角括弧で区切られた、システムの発話。鍵括弧は、プレーンテキストと、コピペと、すべてのリーダーアプリを、生き延び、慣習がこれほど耐久性を持つのは、そのためです。
2. 太字のラベルと、ステータス欄。 ゲーム的な値を、目が捕まえるよう太字で、ラベルの付いた欄として、印刷します。名前、クラス、レベル、ヒットポイント。ラベルの形は、「これは文ではなく、欄である」と、言います。
3. 箱。 段落の流れから視覚的に区切って、UI風のパネルとして、整形されたシステム文。これが、ステータス画面の伝統です。読者が、インターフェースとして読むことを学ぶ、それ自体で完結した、パネルです。

ほとんどの物語は、三つすべてを、種類ごとに割り当てて、使います。システムの発話に、鍵括弧。ステータスに、太字の欄。大きな公式のパネルに、箱。

自分の方言を選ぶ

• 種類ごとに割り当てたら、以後、変えない。 第3話で、レベルアップが鍵括弧で告げられたなら、第300話でも、鍵括弧で告げられます。読者は、システム文を、形で解析しており、連載の途中で形を変えることは、文法を、変えることです。
• プラットフォームの編集機能を、確認する。 太字はどこでも使え、本物のパネルは、そうではありません。鍵括弧と太字の慣習は、どこでも上品に劣化し、箱の慣習は、あるアプリでは、平らになって届きます。連載が読まれる、最も質素な場所に、合わせて設計してください。
• 全面パネルは、最初に。以降は、差分を見せる。 早い時期の完全なステータス画面が、読者に、インターフェース全体を教え、その後は「レベル8」が、表を再印刷せずに、情報を運びます。毎話、すべてを再印刷するのは、書式版の、あらすじがきです。
• 携帯に、気を配る。 連載の読者は、携帯で読み、幅の広いステータス表は、横に、スクロールします。長い表は、モバイルの媒体に輸入された、デスクトップの前提です。

システム文は、カノンである

ステータス表は、あなたが出版するテキストの中で、最も監査可能なものです。前の話で、登場人物が、レベル7の垣根魔女で、マナ31/52だったなら、読者は、両方の数字を引用でき、矛盾は、文体上の選択ではなく、連続性エラーです。長いLitRPGの連載は、数千の数値的事実を蓄積し、成功している作品は、それを、追跡します。まさにこのジャンルでの、ストーリーバイブルの中心的な主張です（ジャンル全体の眺めは、LitRPGの書き方を参照）。

ステータスと場面

一つの技法上の注意を、出典つきの法則ではなく、助言として。システムは、場面が意味することを、変えるべきで、場面を、置き換えるべきではありません。戦闘の最中に、箱として届くレベルアップは、その戦闘が重要だったと、読者に告げ、散文が一度も演じなかった戦闘を要約する、三つの箱は、散文は任意だったと、読者に告げます。システム要素は、演じられたビートのあいだの句読点として、最もよく働き、ページの上で一度も起こらなかったビートの要約として、最も悪く働きます。

第二の注意は、ペース配分で、こちらは、逆に切れます。箱は、休息です。システム文は、速く読め、データのように感じるので、張り詰めたビートの直後に置かれたパネルは、息を延ばし、その前に置かれたパネルは、それを、遅らせます。これは、本物のペース配分の道具で、無料です。

だから、自分の方言を選び、それを書き下ろし（ストーリーバイブルの、書式のページで十分です）、例外なく適用し、その中のすべての数字を、約束として扱ってください。