LumiChat AI

Lorebook 設定ガイド

SpicyChat AI Lorebook ガイド 2026:作成・使い方・不具合対策

SpicyChat AI Lorebook の作成方法、エントリ、キーワード、ワイルドカード、現在の制限、連携手順、反応しない場合の直し方を解説します。

著者: LumiChat AI Team公開日:

約12分

クイック回答

このガイドでわかること

SpicyChat AI Lorebook は、世界設定、脇役、場所、出来事、アイテム、ルールをキーワードで呼び出す資料庫です。現行の公式文書では、直近4メッセージにキーワードが出ると該当エントリが読み込まれ、約2ターン有効になり、利用可能な文脈の約20%に相当する lore 予算を共有します。安定した設定は、1エントリ1テーマ、2〜5文の事実、具体的なトリガー、短い比較テストです。Lorebook は条件付き知識に使い、人物の中核やすべての長期記憶の代わりにしません。

  • SpicyChat AI Lorebook とは
  • 現在の SpicyChat Lorebook の発火方法
  • 10分で使える SpicyChat AI Lorebook を作る

おすすめキャラクター

更新するたびに3人をランダム表示。紹介動画があれば動画を優先し、なければキャラクター画像を表示します。

銀座クラブの女王

佐藤明里

東京・銀座を思わせる上品なキャラクター。丁寧で情緒のある返答を求める人に合います。

上品儀式感寄り添い
チャットを始める

プロeスポーツ選手

宝儿

成都AGのプロ選手。試合では冷静で集中力が高く、普段はやさしく控えめな雰囲気で寄り添います。

eスポーツクール集中
チャットを始める
Seraphina Blake

ゴシックメイド

Seraphina Blake

格式、献身、古い館の雰囲気を使った制御しやすいロールプレイ。

ゴシック献身儀式
チャットを始める
SpicyChat AI Lorebook の場面と記憶を比較するための LumiChat 実在キャラクター一覧

SpicyChat AI Lorebook は、キャラクター欄に都市、組織、道具、脇役、世界ルールをすべて入れると長くなり、毎回すべてを送ると文脈を浪費する問題を解決します。情報をエントリに分け、最近の会話に対応するキーワードがあるときだけ必要部分を読み込みます。

2026年8月12日に公式 Lorebook 文書と作成導線を再確認しました。Create と My Creations には Lorebook が表示されています。一方、現行文書は「1キャラクターにつき1冊」「現在はprivate characterのみ」「JSON importはcoming soon」と明記しています。本記事は作成と検証に集中し、一般的な SpicyChat 比較を繰り返しません。

SpicyChat AI Lorebook とは

Lorebook は条件付きの世界記憶です。各エントリはキーワードと内容を持ち、最近のchatでキーワードが一致したとき、次のreplyに使うcontextへ内容が入ります。保存されていることと、常時activeであることは別です。

場所入れる情報
Character persona変わらないidentityとbehavior「ミラは慎重な書庫員で、急な決定を嫌う」
Lorebook条件付きのworld fact「銀の鐘が鳴るとガラス書庫は閉じる」
Chat message今のactionとstate「深夜、東入口の外にいる」
自分のnotebackupとsource of truth大きな編集前の短いscene recap

Lorebookを二つ目の巨大personaにしないことが重要です。identityはcharacter定義、現在のactionはchat、再利用する世界factはLorebookに置きます。

現在の SpicyChat Lorebook の発火方法

公式ガイドによると、userとcharacterの直近4メッセージがkeyword照合の対象です。一致したentryは約2ターン、つまりuser messageと次のAI replyでactiveになり、keywordが続けばさらに有効になります。loreが会話全体を消費しないよう、読み込み量は総contextのおよそ20%に制限されます。

文書上の目安はFreeが約740 tokens、True Supporterが約1,600、I'm All Inが約3,080です。5,000 entriesを保存できても、1replyで全件を使える意味ではありません。planと画面は変わり得るため、現在のaccount表示を確認します。

エントリとキーワードを整理する SpicyChat AI Lorebook editor

10分で使える SpicyChat AI Lorebook を作る

  1. Createを開き、Lorebookを選びます。
  2. 管理しやすい名前と短いdescriptionを設定します。descriptionはchat生成には影響しません。
  3. 場所、人物、組織、物、ruleのうち一つをentryにします。
  4. 実際のchatで自然に出る具体的keywordを2〜3個追加します。
  5. 内容は2〜5文のfactにし、scene全体の執筆命令にしません。
  6. 保存し、private Character EditorのAdvancedからLorebookをattachします。
  7. keywordなしのmessageとkeywordありのmessageを送り、結果を比べます。

公式文書では1冊に最大5,000 entries、1entryは最大1,000 charactersです。これは保存上限であり、推奨文量ではありません。曖昧な100件より明確な10件の方が修正しやすくなります。

再利用できる Lorebook entry テンプレート

subject、identity、relationship、rule、目に見えるconsequenceの5要素で書きます。modelが適用できるfactにし、要約が必要な長編本文にはしません。

項目弱い例良い例
Name街の情報ガラス書庫
Keywords世界、街、場所ガラス書庫、銀の鐘、東書庫
Content街の長い歴史「書庫は禁断の地図を守る。銀の鐘の後に東入口が閉じる。」
Test「設定を知っている?」銀の鐘を出し、入口を選ばせる

secretには「誰が知るか」と「どの条件で話せるか」も書きます。知識境界がなければcharacterが早すぎる段階で秘密を話すことがあります。

キーワード、複合語、ワイルドカード

一般語より固有名詞が安全です。「魔法」は無関係なreplyでも発火しやすい一方、「灰の条約」はそのstory arcでだけ使えます。複数語keywordは語句が続けて現れる必要があります。

SpicyChatは先頭または末尾のwildcardを扱います。*book はnotebook、storybookに、home* はhomelandなどに一致します。短いrootのwildcardは誤発火を増やします。同じkeywordを複数entryが共有すれば両方がloadされますが、entry contentが別entryをrecursiveに発火することはありません。

Lorebook の連携と現在の制限

現行導線は Character Editor → Advanced → Attach Lorebook → 選択 → Save です。連携済みの本を編集すると既存chatにも反映されるため、編集ごとの再連携は不要です。

現在の境界実際の意味
1characterに1Lorebook関連するworld materialを一冊に整理する
private characterのみpublic characterへ個人本を追加できない
最大5,000 entries容量が増えてもreply予算は増えない
1entry最大1,000文字短いfactの方が安定して取得されやすい
JSON importはcoming soon現在利用できる移行機能として約束しない

移行を設計する前にlive editorを見ます。予定と実装済み機能は分けて扱う必要があります。

A/B会話で Lorebook を検証する

「ガラス書庫」の安全なtest entryを作ります。最初はtriggerを使わず建物を選ばせ、replyを保存します。次に「銀の鐘」を書き、どの入口が開いているか聞きます。2回目だけが正しいfactを使い、entry全文を読み上げない状態が理想です。

東入口を北入口へ変更して保存し、新しい短いchatで再度triggerします。これにより古い会話の流れと編集済みsourceを分けられます。role play chat guideにはvoice、initiative、continuityを確認する7-turn testがあります。

SpicyChat Lorebook が反応しない理由

症状主な原因修正
Entryが出ない直近4messageにkeywordがない新しいmessageで完全な語句を使う
間違うentryが出るkeywordが広すぎるか共有される固有名詞か長いphraseにする
Factが欠ける多数のentryがbudgetを超える同時active数とcontentを減らす
古いfactが残る現在のchat contextに残っている一度訂正し、新しい短いchatで試す
変化がない保存またはattachされていないCharacter Editorで連携を確認する

「Lorebookを読みましたか」と聞くtestは不十分です。取得していなくてもAIは同意できます。正解に一つのexact factが必要なdecisionを質問します。

Keyword衝突とcontext overloadを防ぐ

情報量の多いworldでは「Rhea captain」「Rhea treaty」「Rhea harbor」のように分けます。すべてを「Rhea」で発火させるより問題を特定しやすくなります。一つのentryは一つのtopicにし、同じruleをpersona、Lorebook、chatへ重ねすぎません。

多人数sceneは数turnに分けて登場させます。1messageに10人の名前を書くと10entryが同時loadされ、会話の余地が減ります。最大token消費ではなく、必要なfactの取得が目的です。

Lorebook・persona・chat memory の違い

Personaは「このcharacterは誰か」、Lorebookは「このsubjectが出たとき何を参照するか」、recent contextは「今何が起きているか」に答えます。semantic memoryやeditable memoryは製品とplanによりuser固有factを保持します。

同じtriggerで毎回factを再投入できるため、Lorebookだけではlong-term memoryを証明できません。本にない架空factも加え、AI companion long-term memory guideのreturn-session testを使います。

より簡単なcharacter platformが合う場合

Lorebookはauthoring、trigger設計、context debuggingを楽しむ人に向きます。完成したcharacterを選んですぐ話したい場合、curated directoryの方が準備は少なくなります。LumiChatの実在characterを開き、同じ短いsceneを2人に試して挙動を比較できます。

SpicyChat alternative guideはplatform選びを扱います。本記事は一冊を正しく動かすtutorialに限定し、generic rankingとのkeyword衝突を避けます。

最終チェックリスト

最初は5〜10 entriesにします。各entryは1topic、2〜3のspecific trigger、2〜5文のfactです。private characterへattachし、triggerなし/ありを比較し、広すぎるkeywordを直してから拡張します。

下のLumiChat実在character card 3枚は訪問ごとにrandom更新されます。完成済みpersonaで同じworld factを試し、Lorebook authoringが本当に必要なcontrolを増やすか判断できます。

FAQ

SpicyChat AI Lorebookとは何ですか?

キーワードに応じて場所、人物、出来事、物、ruleをchat contextへ加えるentry集です。

1characterに何冊使えますか?

現行公式文書では、一度にattachできるLorebookは一冊です。

Public characterに追加できますか?

現在はできません。文書上はprivate characterのみが対象です。

何entries保存できますか?

現行ガイドは最大5,000 entries、1entry最大1,000 charactersとしていますが、1replyのloadにはbudgetがあります。

Lorebookが反応しないのはなぜですか?

keywordが直近4messageにない、広すぎる、他entryと競合する、budgetを超える、未attachなどを順に確認します。

JSON Lorebookをimportできますか?

現行文書はJSON importをcoming soonとしています。live editorに実装されるまで利用可能とはみなしません。

Lorebookは長期memoryですか?

違います。Lorebookはkeywordで条件factを再投入します。長期memoryは同じtriggerがなくてもturnやsessionを越えて保持する能力です。

LumiChat AI Team

LumiChat AI Team

Editorial Team

LumiChat AI 产品与编辑团队,负责核验产品现状、角色路径与可复用测试方法。