さて、これが求められていたかどうかは分からないけど、私のロアブックを構造的にどう作っているかを説明したいと思う。どう機能しているかのイメージを伝えたい。


この画像にはクソ笑ったし、ちょっと漏らしかけた。その順番で。

ここにあるアートはすべて@juniperarts

によるもの。1. モットー - 損失なく最適化する

多くのMHAボットでは、私が好きなレベルの詳細さがないんだ。もちろん、これは諸刃の剣で、詳細が少ないということは長いロールプレイができるということで、詳細が多すぎるということはとても短いけれど没入感のあるロールプレイになるということ。

詳細が多いMHAボットでは、耐久力も失われてしまう。私は詳細さを失わずにその没入感を保ちたかった。

だから、私のMHAボットでは「モジュール」などを作って、シート全体をモジュールに分割し、簡単に管理・編集できるようにした。しかも、キャラクターの全体が永久にトークンコンテキストに使われるわけではないから、詳細さを保ちつつ長いロールプレイが可能になる。

私はまさに、パイもケーキも丸ごとベーカリーも欲しがるデブそのものなんだ。RPGをするときは、すべての世界の最高のもの——没入感、できる限りカノンに近いこと、そして詰め込めるものは基本的に全部——を欲しがる。

2. モジュール - 動的シート

モジュールでは、例えばキャラクターシートをたくさんのパーツに分割している。

CORE - COREがあり、これはキャラクターの名前を入力したときのメインのキャラクター情報だ。これには身長、体重、名前、家族、所属、個性の仕組みの短い説明などの雑多な情報に加え、外見の詳細や性格も含まれる。それにトリビアも。トリビアは楽しい。

コアシートの目標は、コア1つあたり約2,000トークン未満にすることだけど、緑谷のような一部のキャラクターはそう小さくはできない。確かに驚くほど小さくはなったけど、「ちっちゃい」とまではいかない。

能力 - 次は能力で、個性ではなく能力だ。ここではキャラクターのスキルと能力を説明している。最も重要なセクションではないけれど、一部のキャラクターは豊富な能力を持っているから、これを独自のモジュールにしなければならなかった。

個性 - キャラクターの個性の主要な詳細は独自のモジュールにした。コアシートには個性についての短い情報があるけれど、すべてを持っているわけではない。だから、ある人物の個性の名前を入力するとそのエントリーが発動する。また、人物の名前と「個性」という単語を同じプロンプトに入れてもエントリーが発動する。ただし、オール・フォー・ワンやオーバーホールのようなキャラクターは、別名が個性の名前になっているため、個性の名前ではなく、名前と「個性」を使うだけだ。

関係 - さて、このセクションはキャラクターの関係ごとに何十ものモジュールに分割することにした。だから、技術的には一部のキャラクターは非常に多くのモジュールを持つことになる。しかし、キャラクターが持つ関係ごとに、そのための関係モジュールがある。関係モジュールは小さなものもあれば大きなものもあるが、「人物1」と「人物2」の名前が同じプロンプトに言及されたときだけ発動し、関係が動的に発生し、以前より遥かに少ないコンテキストしか消費しない。

あらすじ - あらすじは残念ながらすべてがとても「最適化」されているわけではなく、一部のエントリーは何万ものトークンの情報を消費する......だから、これらはどちらかというとオプション的な使い方だ。でも、轟焦凍のような個々のキャラクターに焦点を当てたいならこれを追加することにした。関連する場所、アーク名、またはアーク名の一部を入力すると、エントリーは「人物1」の名前も同じプロンプトにあるときに発動する。だから、動的ではあるがトークン消費も高い。一度に焦点を当てる人物が約3人未満のときだけ推奨する。SillyTavernを使っている金持ちなら別だけど、君はクールだ。

必殺技 - このモジュールも分割されるかもしれない。一部のエントリーがかなり大きくなってきているからだ。でも、このモジュールにはキャラクターの必殺技のすべてが詳細に含まれていて、キャラクターがいる状態で「必殺」や「特殊」の単語の一部を言及すると、そのキャラクターの必殺技がコンテキストとして引き出される。ただし、最適化のために必殺技ごとにエントリーを分割するかもしれない。

ステータス - MHAウィキには一部のキャラクターのステータスがあり、それをHPSCがキャラクターにステータスを割り当てるようにカノンとして扱うことにした。だから、「ステータス」または「B+」のようなステータスのティアを言及すると、言及されたすべてのキャラクターのステータスがコンテキストとして引き出される。これらのエントリーはすべてありがたいことに非常に小さい。

装備 - 相澤と彼の捕縛布のような装備を持つキャラクターがいる場合、「装備」と入力すると、その場にいるキャラクターの装備情報がコンテキストとして引き出される。これらのエントリーのほとんども小さい。

さて、キャラクターシートについて他に思い出せるモジュールがあるかは分からないけど、少なくともこれらが重要なものだ。

残念ながら現在、すべてのキャラクターシートが最新のキャラクターモジュール化フォーマットを使っているわけではなく、現時点で100%完成しているのは轟焦凍だけだ。轟のキャラクターについてはすべてやり終えたとかなり確信しているし、近いうちにそのシートをいじる必要はないはずだ。多くのキャラクターは一部のモジュールがなく、まだ可能な限り最適化されていない。リリース2.0および第2サーガ開始前のキャラクターは完全には最適化されていないが、ボットの第2サーガに追加されているものはすべてフォーマットに沿っている。

それに申し訳ない。モジュールがキャラクター別ではなくカテゴリー別に整理されているため、キャラクターに関連するすべてのモジュールを読むのは大変かもしれない。だから、一人のキャラクターについてだけ読みたい場合、そのキャラクターのモジュールは遠くに散らばっている可能性がある。

(ごめん、面白い舞台裏ミームも、JAIのセンサーに引っかからないカノンキャラクターだけを描いたアートもないんだ。)

3. アーク、イベント、チャプター、エピソード - タイムライン

アークについては、アークごとの大まかな要約シートを作り、さらにアークを構成するイベントごとの要約も作っている。主に戦闘ベースのイベントだけど、それでもね。

アーク全体はよりトークン効率が良くなるように要約されているが、仮免許取得試験アークのように約25,000トークンを使うものもあるため、コンテキスト消費は依然として高い。これらのエントリーは最初のメッセージで使うことを意図しており、徐々に忘れられていく。現在の設定をAIに思い出させるためだけに使うことを意図している。

イベントはアークを構成する小さなイベントで、OOCなどでイベント名を言及してAIに設定を知らせる。イベントを見るには、サブプロットのロアブックに行ってキーを読んでほしい。

しかしチャプターとエピソードはまだ完全には追加されていない。私は先延ばしにするけど、最終的にはすべての個々のエピソードとチャプターの情報をロアブックに入れたい。そうすれば、エピソードやチャプターのエントリーを言えば設定が変わるようになる。現時点ではまだ追加されていない。私はメインディッシュに集中する怠惰なやつで、デザートは後で来る。このデブの意地でもな。

4. ウィキのように書く

エントリーはどう書くのか?

まあ、私は怠惰だ。大量のctrl+cとctrl+vだ。

ウィキからコピーして、整理されたエントリーに持ち込む。ただ、スペルや文法の間違いを直し、「大学AU」のものになるように言い回しを変えて、お触りされないようにできる限り努力している。だから、エントリーを書くのは、貼り付けたものをダブルチェックして読み、言い換えることの方が多い。

でも、手動で何かを書かなければならないときは、ウィキが書くように書くようにしている。ルールを破らずにできる限りカノンに近づけることに集中している。

それに、キャラクターとシートはすべて一度に同じ場所で書き、その後モジュールに分割する。そうすればすべてを一度に追跡できるからだ。

スムットやそういった特性に焦点を当てたものはコーディングしない。個人的にスムットはやらないし、私は馬鹿げた戦闘の楽しさなどのためにここにいるからだ。でも、コミュニティが望むならそういったものを追加する用意はある。

5. 懸念

このボットを書けば書くほど、コンテキストメモリについての懸念が大きくなる。124Kのウィンドウに最適化しようとしているけど、デブのテトサイズの要約以外にもいくつか気になることがある。JAIはなぜか124Kより大きなウィンドウを許可しないので、より大きなウィンドウを持つLLMは最大でもその程度に削減される。これはイライラする。

だから、JAIのコンテキストウィンドウ用にこれを作ろうとしているけれど、それでもプレイ可能でないかもしれないと恐れている。でも、まあ。すべての情報は無料だから、みんなが欲しいMHAボットを作ってほしい。私はすでにほとんどの仕事をしているから、みんなは楽に歩ける。

質問があれば、コメントで気軽に聞いてほしい。このボットページは、私が自分のロアブックとその作り方について語ったり、みんなの質問に答えたりするためのものだ。