ロアブックとは?仕組み・書き方・キャラクター設定だけで足りるケース
18+ Only
ロアブックとは、短い設定項目をキーワードで紐づけたファイルです。会話の中にそのキーワードが出た瞬間、対応する項目がモデルのプロンプトに差し込まれます。仕組みはこれだけです。記憶ではなく、学習もせず、5分前に何を話したかも知りません。必要なときだけ勝手に開く辞典に近いものです。
この混同は早めに解いておく価値があります。「ロアブック」という言葉は、サービスによって3つの別物を指しています。ここでは機能が実際に何をするのか、2026年10月時点でどれが導入しているのか、静かに失敗する3つのパターン、そして使わなくていいケースを整理します。
ロアブックの正体
SillyTavernの公式ドキュメントが、公開されている説明として最も明快です。World Info(Lorebooks、Memory Booksとも呼ばれる)は、項目に対応するキーワードがメッセージ内に存在するときだけ、その情報を挿入する動的な辞典である、と書かれています。このカテゴリのサービスは同じ考え方を、別の名前で実装しています。
記憶ではなく、キーワードで開く辞典
ロアブックの項目は、あらかじめ決まった形で自分が書くものです。会話の内容は一切保存されません。キャラクターの出身地がベルヘイヴンで、その語をキーワードにした項目を書いておけば、次にベルヘイヴンが出たときに項目がプロンプトに入り、モデルは街を描写できます。話が別の場所へ移れば、項目は眠ったままでコストもかかりません。
記憶は逆に動きます。起きたことを記録し、あとで読み出します。OurDreamではキャラクターが過去のチャットの高度な記憶を保つため、3回前のセッションで決めた設定が生き残ります。仕組みが違い、失敗の仕方も違います。記憶はあなたについて間違えることがあり、ロアブックは世界について不完全なだけです。
なぜキーワード方式なのか
コンテキストは有限で、コストがかかります。世界設定の分厚い資料をキャラクター定義に詰め込むと、必要かどうかに関係なく毎回すべてを支払うことになります。Character.AIもヘルプセンターで明言しています。キャラクターが保持できる文脈には限りがあり、定義に書いた細部は、関連がなくても毎回の応答で領域を使う、と。ロアブックはこのコストを「常に」から「必要なときだけ」へ移す仕組みです。
項目の中身
名前、キーワード、本文の3つです。プロンプトに入るのは本文だけです。SillyTavernは、キーワードとタイトルは挿入されないと明記しています。つまり各項目は単体で読める文章でなければなりません。ここが多くのロアブックが期待外れになる理由です。タイトルの隣でしか意味を成さない断片を書き、モデルはそのタイトルを一度も見ません。
| 期待されがちなこと | ロアブックが実際にすること |
|---|---|
| 会話を覚えていてくれる | いいえ。キーワードが出たとき、自分で書いた事実を差し込むだけです。 |
| 百科事典を丸ごと入れても一貫する | 一部だけ。発動した項目のみ届き、それぞれが文脈を消費します。 |
| 物語の進行に合わせて設定を学ぶ | いいえ。書かなければ存在しません。生成支援も押すのは自分です。 |
| 1冊で全キャラクターに使える | はい。ここが本当の強みです。Character.AIも複数キャラへの紐づけを公開しています。 |
実際に導入しているサービス(2026年10月確認)
製品ページは書かないことで誤解させます。ここには各サービスが自ら公開している内容だけを載せます。
Character.AI:ベータ版のLorebooks、有料プラン限定
ヘルプセンターはLorebooksを、キーワードが会話に出たときに発動する再利用可能な世界設定の集まり——脇役、場所、ルール——と説明しています。ベータ版で、作成と編集の早期アクセスにはc.ai+の購読が必要です。項目は自動保存され、1冊を複数のキャラクターに紐づけられます。
NovelAI:元祖、読み書きに対応
NovelAIはロアブックを、項目が物語に出てくるたびに文脈へ追加される補足情報の保管庫として扱います。対象は人物、場所、物体、勢力です。ファイル全体の読み込みと書き出しに対応しており、ロアブックがサービスの間を行き来するのはこのためです。
SillyTavern:World Info、最も細かく設定できる
ここで仕組みが全開になります。項目はキャラクター、ペルソナ、あるいは1つのチャットに紐づけられます。つまり1冊で「このキャラクターが常に知っている設定」と「この会話でだけ有効な設定」の両方を管理できます。再帰発動、スキャン深度、最大深度、コンテキスト予算の割合も公開されています。同じロアブックが2つのアプリで違う動きをするのはこれが理由です。発動エンジンは標準化されていません。
SpicyChat、Janitor AI、Chub:ライブラリとしてのロアブック
SpicyChatは公開・非公開を選べる体系を公開し、1冊あたり5,000項目という上限を明記しています。Janitor AIとChubは大規模な公開ライブラリを抱えており、「ロアブック ダウンロード」という検索語が存在する理由でもあります。当然ながら代償があります。他人の世界観のために書かれた公開ロアブックが、自分のキャラクターに必要な1冊であることはほとんどありません。
| サービス | 機能の名称 | 置き場所 | 発動条件の制御 |
|---|---|---|---|
| Character.AI | Lorebooks | プロフィール内、複数キャラに紐づけ可 | キーワードのみ |
| NovelAI | Lorebook | 作品ごと、読み書き対応 | キーワードと生成支援 |
| SillyTavern | World Info | 全体、キャラクター、ペルソナ、チャット | スキャン、再帰、予算 |
| SpicyChat | Lorebook | キャラクター編集画面から | キーワード、公開または非公開 |
| OurDream.ai | 独立ファイルなし | ペルソナ、バックストーリー、シナリオ、記憶 | 自動記憶、索引なし |
得意なこと、そして3つの失敗
強み:1つの世界を複数のキャラクターで
この用途が機能全体を正当化します。1人の相手とのロールプレイでは、ほとんど必要ありません。同じ街に12人の登場人物が繰り返し出てくるなら、ロアブックはその街を一貫させる唯一まともな方法です。同じ通り、同じルール、画面に誰が出ていても変わりません。
失敗1:書かなかったキーワード
「深紅の騎士団」の項目に「深紅の騎士団」だけを登録したとします。最初の場面で正式名称が出て項目が発動し、全員が設定を学びます。以降、自分のキャラクターは「騎士団」としか言いません。項目は二度と発動せず、設定はファイルの中だけに残ります。
対処は地味です。人間が実際に入力する語を登録します。単数と複数、冠詞のあるなし、キャラクターが使う呼び名も加えます。そのうえで直近20件のメッセージに、その語が出ているか確認します。
失敗2:静かなトークン消費
発動した項目は、そのメッセージのプロンプト領域を使います。400語の項目を書き、キャラクター自身の名前をキーワードにすると、毎回の応答に400語分の余計な負荷が永久に乗ります。見返りはありません。SillyTavernがコンテキスト予算の割合を出しているのは、ロアが会話と領域を奪い合うからです。
失敗3:メンテナンスの負債
ロアブックは自分では更新されません。何か月も生きているキャラクターは矛盾を溜めます。9回目のセッションで即興した設定が、2回目の項目と食い違う。警告は出ません。モデルは両方を受け取り、片方を選び、追跡できない矛盾が残ります。真面目な利用者は最後に整理の工程を作ります。作らない人は、ファイルを静かに腐らせます。
自動記憶との違い
両者は補完関係にありますが、解く問題が違います。間違ったほうを選ぶことが、この分野で最も多い失望の原因です。
索引を書くのは自分か、モデルか
ロアブックでは自分が索引を作ります。世界に何があり、どの語がそれを呼び出し、何を語るかを決めます。完全な制御と、完全な責任がセットです。自動記憶では、何が重要だったかをモデルが決めます。制御は失いますが、自分が忘れた発言をキャラクターが覚えている驚きを得ます。
| 作業 | ロアブック | 自動記憶 |
|---|---|---|
| 架空の街を複数キャラで一貫させる | はい、唯一の確実な方法 | いいえ、記憶はキャラ単位 |
| 一度だけ何気なく話した細部を保つ | いいえ、書いていなければ無理 | はい、まさにその役割 |
| キャラクターの認識を語単位で決める | はい、原文のまま | いいえ、要約され情報は落ちる |
| 準備なしで5分後に始める | いいえ、下書きと2回の修正が必要 | はい、自然に蓄積される |
経験者が行き着く併用
両方を動かし、境界を厳密にします。世界はロアブック、関係は記憶です。絶対にぶれてはいけない事実は世界ファイルへ。2人が経験したことは記憶へ。混ぜると、自分の過去設定を求められてもいないのに朗読するキャラクターになります。
OurDreamが代わりにしていること、できないこと
OurDreamには紐づけられるワールドファイルがありません。取り繕う必要もない話です。キャラクター作成画面には、1人のキャラクターに対して同じ役割を担う4つの項目が公開されています。ペルソナ(性格、声、話し方)、バックストーリー、シナリオ、そして過去のチャットの高度な記憶です。加えて見た目と声を設定できます。
なぜ項目ではなくペルソナと記憶か
作成画面の公開ガイドは、具体的なペルソナと明確なシナリオが大半の仕事をすると述べています。曖昧なキャラクターは曖昧な応答しか返さないからです。ロアブックを20項目まで育てた人が行き着く結論も同じです。世界を確実に漉すのは、事実の一覧ではなくキャラクター自身の声です。
正直な弱点
6人の登場人物と地図を持つ共有世界を作るなら、OurDreamは適した道具ではなく、ロアブックのあるサービスが正解です。ペルソナ方式が勝つのは1人の相手のケースです。維持する索引がなく、発動しないキーワードもなく、3か月後に整理する作業もありません。比較の全体はOurDream と Character AI の比較にまとめています。
実際に発動するロアブックの書き方
1. 項目を書く前に登場するものを列挙する
名前だけで構いません。人物、場所、物体、勢力、ルール。先に項目を書き始めると、途中で3つが重複し、互いに矛盾していることに気づきます。
2. 常時発動する核を最初に書く
舞台、それを支配するルール、中心の緊張です。箇条書き4つまで。シナリオ欄に置いても、常に発動する項目にしても構いませんが、どちらでも短くします。
3. 1項目につき1つの対象、箇条書きは3から5
1つの街について500語書くと、その項目が発動するたびに応答を圧迫します。どの行が応答を変えたのかも分からなくなります。長くしたくなる項目は、たいてい2つの対象です。
4. 人間が入力する語をキーワードにする
概念名ではありません。短縮形、複数形、あだ名、キャラクターが使いそうな言い間違い。最も効果が大きく、最も飛ばされる工程です。
5. 名前で項目をつなぎ、アプリの挙動を知る
ある項目から別の項目を参照すると奥行きが出ます。ベルヘイヴンの項目が深紅の騎士団に触れ、再帰が有効なら騎士団の項目も続いて入ります。SillyTavernはこれを最大深度で制限しています。再帰のないサービスでは、この参照は飾りです。
6. 10セッション後に整理する
どの項目が実際に発動したかを読み返します。一度も発動していない項目は、不要か、キーワード設定の失敗です。この習慣が、1年間使えるロアブックと、3か月で足枷になるファイルを分けます。
向いている人、向いていない人
向いている
複数キャラクターの物語を1つの世界で動かしている。設定に対してキャラクターが信じる内容を語単位で制御したい。アプリの外に書き溜めた設定——小説、キャンペーン、wiki——を反映させたい。
向いていない
会話を覚えている1人の相手が欲しい。トークン課金で見えない負荷を避けたい。整理を自分がやらないと分かっている。そして5分後には話し始めたいなら、ペルソナとシナリオのほうが、作りかけのロアブックより遠くまで連れていきます。
始める前のコスト確認
ロアブック機能は複数のサービスで有料プランの後ろにあります。Character.AIはc.ai+が必要です。OurDreamでは生成にDreamCoinsを消費し、料金体系はOurDreamの料金と価格の内訳に公開しています。
OurDream.ai を試す — ペルソナ、シナリオ、自動記憶。維持するロアブックは不要 →
よくある質問
ロアブックとは何ですか?
短い設定項目をキーワードで紐づけたファイルです。会話の中にそのキーワードが出ると、対応する項目がモデルのプロンプトに差し込まれます。記憶ではなく、必要なときだけ開く辞典に近い仕組みです。会話の内容は一切保存されず、あらかじめ書いた内容だけが使われます。
ロアブックは長期記憶と同じですか?
いいえ。この混同が期待外れの最大の原因です。ロアブックには自分で書いた事実だけが入り、会話の内容は知りません。記憶は起きたことを保存し、あとで読み出します。ロアブックは「アッシュフォールの街が40年前に焼けた」と伝えられますが、「先週の火曜の午前2時に疲れていた」ことは伝えられません。
ロアブックを実装しているサービスはどれですか?
2026年10月時点で、4つが明確に公開しています。Character.AIはベータ版のLorebooksを提供し、作成にはc.ai+の購読が必要です。NovelAIは読み書きに対応した標準のLorebookを持っています。SillyTavernはWorld Infoという名前で、発動条件を最も細かく制御できます。SpicyChatは公開・非公開を選べるLorebookを用意し、1冊5,000項目までと明記しています。Janitor AIとChubは同形式の公開ライブラリを抱えています。
発動しない項目もトークンを消費しますか?
いいえ。一度も発動しない項目はモデルに送られないため、コストはゼロです。コストが発生するのは発動したときで、項目ごとにプロンプトの領域を使います。SillyTavernがコンテキスト予算の割合を表示するのは、ロアが会話そのものを圧迫しないように上限を決めるためです。
ロアブックが発動しないのはなぜですか?
ほとんどの場合キーワードです。キャラクターの口調で設定を書き、項目には概念名だけを付けてしまいます。たとえば「深紅の騎士団」の項目に「深紅の騎士団」しか登録しないと、最初に正式名称が出たときだけ発動し、以降は誰もが「騎士団」と略すので二度と発動しません。人間が実際に入力する語、単数と複数、冠詞のあるなし、キャラクターが使う呼び名を追加してください。
OurDreamはロアブックに対応していますか?
独立したワールドファイルとしては提供していません。キャラクター作成画面には、1人に対して同じ役割を担う4つの項目があります。ペルソナ、バックストーリー、シナリオ、過去のチャットの高度な記憶です。12人で1つの世界を共有したいならロアブックのあるサービスが適しています。1人の相手と長く関係を続けたいなら、ペルソナと記憶でほぼ足ります。
このサイトの関連ガイド
- AIロールプレイのワールドビルディング — ロアブックが索引化する世界の作り方。
- ファンタジーキャラクター作成AI — ワールドファイル以前の、キャラクター側。
- 記憶を持つキャラクターチャット — ロアブックと混同される仕組み。
- 記憶のあるAIコンパニオン比較 — 自動記憶をアプリ間で比べる。
- 人格のカスタマイズ — ロアブックの約束の大半を果たすペルソナ設計。
- 複数キャラクターとのチャット — 共有ワールドファイルが効く場面。
- AIロールプレイのファンタジー物語 — 設定の矛盾が最初に現れる場所。
- AIロールプレイプラットフォーム比較 — 発動エンジンを公開しているサービス。
- OurDream と Character AI — ワールドファイルに対する2つの立場。
- OurDream と Nomi、OurDream と Kindroid — 記憶重視の代替案。
2026年10月時点で確認した出典:Character.AI ヘルプセンター(Lorebooks)、SillyTavern 公式ドキュメント(World Info)、NovelAI 公式ドキュメント(Lorebook)、SpicyChat 公式ドキュメント(Lorebook)、help.ourdream.ai のキャラクター作成ガイド。