連載プラットフォームの作者メモ: 話と話のあいだのチャンネル

作者メモとは、Web小説に、完全に属する形式です。話そのものに添えられ、ともに公開され、その話がつかんでいた読者に、読まれる（または、飛ばされる）、作者自身の声の、短いブロック。従来出版に、相当するものはありません。印刷物には、小説家が、話と話のあいだに読者に語りかける、確立されたチャンネルが、ないのです。メモは、Web小説ネイティブな、作者と読者の関係のチャンネルで、連載コミュニティは、その使い方について、定着した慣習を、持っています。

それらの慣習は、下に挙げる、プラットフォーム自体の上での、作者どうしの議論から来ています。プラットフォームが強制する規則ではなく、コミュニティの規範です。だからこそ、知る価値があります。読者が、耐えると証明してきたものを、それらは記述しているからです。

定着した規範: 話の後

話末のメモは、不可視のインフラと言えるほど、よく受け入れられた慣習です。実践で、運ぶもの:

• 解説。 その話についての、短い言葉。書くのが大変だった部分、仕込んでいるもの、話に入る余裕のなかった、あの冗談。
• 予定の告知。 次の話の日付、律動の変更、休載の知らせ。何かが予定を破るときは、ここでその旨を伝え、いつ戻るかを言い、そして、そのときに、戻ってください（更新予定の選び方を参照）。
• 用語集と、あらすじ。 配役の大きい長い連載では、登場人物の要約と用語への、案内。メモは、カノンにリンクできますが、カノンが住む場所であってはならず、それはストーリーバイブルの仕事です。
• リンク。 Patreon、Discord、次の本。話を読み終えたばかりの読者は、これらのリンクが得る、いちばん温かい読者です。

話の前ではなく、後なのは、なぜか。読者と物語の、あいだに、座らないからです。読者は、フィクションがすでに届けた後に、あなたのメモを、読むかどうかを、決めます。

議論の分かれる境界: 話の前

話前のメモは、作者コミュニティで、本物に議論されており、二つの不満が、どちらも繰り返されます。トーンの予告（陰鬱な話の前の、冗談めいたメモは、着地を誤る）と、「本物の内容」と読者のあいだの、障壁という感覚です。使うなら、短く、構造的に。予定の変更、コンテンツの注記、翻訳クレジット。解説は、終わりまで、取っておいてください。

メモが、苦手なこと

• 謝ること。 毎話謝るメモは、読者に、より少ないことを期待するよう、訓練します。何かが、うまくいかなかったなら、走る嘆きの代わりに、平明な一文と、日付です。
• 話を、説明すること。 メモが、場面の意味を明確にしなければならないなら、その場面は、仕事をしておらず、直しは、場面の下ではなく、場面の中に、あります。これは、見せる、語らないと同じ規律を、作者自身の解説に、適用したものです。
• 自分の未来を、ネタバレすること。 先行公開話を走らせる作者の読者は、物語の、いくつもの地点に、同時にいます。第30話の公開の下で、第40話の出来事に反応するメモは、部屋を、割ります。すべてのメモを、最も新しい読者に、向けて書いてください。
• 強い結びの後に、つくこと。 強い話の結びの直後に置かれたメモは、それを、鈍らせることがあります。沈黙の一拍は、正当な選択で、まったくメモのない強い結びは、三段落のおしゃべりが続く結びより、しばしば、強く着地します。

機能するパターン

1. 既定では、短い、話後のメモに。 二、三文。読み終えた読者は、作者が存在し、しかし、居座ってはいないと、感じるべきです。
2. 永続する情報には、リンクを。貼り直しは、しない。 予定、用語集、Discordのリンク。安定した場所に置いて、そこを、指します。毎話、同じブロックを繰り返すのではなく。
3. 予定が破れたときに、メモを使う。 何が起きたか。いつ戻るか。そして、そのときに、戻る。日付つきの休載は、予定であり、日付のない休載は、結末です。
4. 話が、沈黙で終わるべきときは、メモを、飛ばす。 メモは、切り口のある道具で、最も強い話は、ときどき、それを、引きます。

これのどれも、どこでも、強制されておらず、それが、この形式の要点です。メモは、作者が、テキストではなく、人物である、唯一のチャンネルで、その慣習は、読者が受け入れたものから、育ちました。短く、正直で、有用なメモは、その関係を築き、長く、不安なメモは、それを、費やします。