RimTalk Lucid Chronicle 1.7 - RimWorld Mod データベース MOD紹介・まとめサイト

☆ RimTalk Lucid Chronicle [1.7] ID:3749797638 2026-11-11 00:33 Changed:11月11日 @ 0時33分

RATE: ★=462 G=19 [DOWNLOAD SITE]

TAG: [入植者] [社交] [セリフ] [AI] [RimTalk] [和製MOD] [日本語内蔵]

RimTalk Lucid Chronicle

入植者に階層的に凝縮されていく「記憶」を与え、その記憶からAIストーリーテラーがコロニーの年代記(Chronicle)や日記などの読み物を紡ぐ、RimTalk の拡張 MOD。
入植者は自分のRimTalkペルソナ情報を踏まえて日々の出来事を一人称視点で要約し、長期記憶を更新し続けることで、記憶の揮発を防ぎながら少しずつ変化・成長していきます。また、こうした記憶や読み物をより豊かで楽しいものにするため、ゲーム時間を停止して会話できる「会話モード」、周囲の記憶に残さず本音を覗く「内心」など、多彩な機能も実装しました。

本 MOD は RimTalk Expand Memory に感銘を受け、多言語対応でゼロから作り直したものです。Expand Memoryは記憶をタグ付けして高度に構造化しますが、本MODはすべてLLMモデルが要約した散文として保持させるシンプルな設計思想に基づいています。

◆注意事項
・記憶の実装形式が異なるためExpand Memoryと併用できません。
・RimTalkのChat History機能を置き換える必要があります。
・LLMの性能に大きく依存します。処理が追い付かない場合はプリセットボタンで設定を下げるなど調整ください。要約専用のLLM別モデル指定および並列処理も設定可能です。その他の詳細、およびトラブルが起きた際はまずこちらの日本語版スレッド（https://steamcommunity.com/workshop/f…）を確認ください。
・更新によって大きく動作が変わることがあります。あれ？と思ったら更新履歴をご確認ください。
・基本的に自分で遊ぶために作ったMODです。フィードバックやバグ報告は歓迎します。

◆ アクションメニューの拡張機能
自発的会話：AI主導の会話を始める右クリックメニュー。
会話モード：ゲーム時間を停止して会話を行わせるモード。
入植者の考えを覗く：他の誰の記憶にも残らない「内心」を出力。

◆その他の拡張機能
きっかけ会話：戦闘終了や結婚など19種のイベントをきっかけとして、入植者が実際に起きたことを自分から話し始める。
パーソナリティ補完情報：指定したタイミングでRimTalkのペルソナと長期記憶を照合し、価値観などの変化を短く抽出した補完情報を生成。
会話の宛先推定：会話を記憶する際、8層の独自アルゴリズムで推定した宛先も併せて記録。
発話者の属性タグ：発話者や行為者の立場（一時滞在者・囚人・敵対者）を付与。
イベント記録：イベント通知（手紙）の内容に加え、投獄・奴隷化・結婚・精神崩壊なども言語非依存で記憶。
戦闘記録：ダウン・死亡を属性付きで記憶。
他MODの社交ログ記憶機能：PackageIDを指定すればそのMODの社交ログを記憶に取り込み。前述のきっかけ会話にも対応。
囚人・客・敵への記憶付与：記憶対象外のキャラでも選択して記憶を付与可能。
口調見本（既定OFF）：発話時、その入植者の過去の発言をいくつか口調の見本として提示。大人数コロニーで他者の口調に引きずられて全員お嬢様になったり、荒くれものになったりしたときに有用。

Steam, Author. 11 Nov 2026. RimTalk Lucid Chronicle. 23 Jun 2026 <https://steamcommunity.com/sharedfiles/filedetails/?id=3749797638>.

2026-06-25 00:54:41 [編集する] [差分] [日本語化UP]

Xでポスト Blueskyで共有 Threadsで共有はてなブックマークに追加 LINEで送る Facebookでシェアリンクをコピー

上記説明は古い又は異なる場合があります。導入の際はDescriptionを確認の上、自己責任でお願いします。
説明はどなたでも編集する事が可能です、古い又は異なる場合は編集にご協力をお願いします。

To users except in Japan

コメントコメントのみでも投稿可。気に入ったMODはSteamでレートアップしましょう。 [Spoiler]テキスト[/Spoiler]とする事で隠しテキスト、#や>>後、半角数字でアンカーを使用可。

	▼ Changed : 10月14日 @ 18時54分
#124 名無しGood!	#122 です。いえいえ！全然お気になさらないでください。作者さんが目指している方向性もあると思いますし、記憶などをしっかり反映させたうえでの返答をさせるっていうのは Lucid Chronicle 的に全然間違ってるとは思ってないですし、様々な機能がありつつ、それらも個別にしっかりオンオフできるように作ってくださっていて、本当にありがたさしかないです。おかげで RimTalkと連携して、理想的な環境が作れています。いつもありがとうございます！ ID:hiNDRkYT Day:355 Good:0 Bad:0 Good Bad 3749797638
#123 ALUS	すみません、既定化はちょっとやりすぎでした。おっしゃる通り、特に複数人が入り乱れた会話が原理上生じなくなるのは既定動作にすべきじゃないと思い直しまして、1対1会話は一旦全員オフに修正しました。ただ、従来方式でも参加者全員に各自の短期記憶を渡す形へ調整してみましたので、キャラらしさをより保てることを期待しています。1.2.0を試していた方にはまたポップアップを出してしまいますので申し訳ないです。 ID:E0MGE0Mj Day:332 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 10月13日 @ 23時56分
#122 名無しGood!	バージョンアップでポップアップが出て「発話の生成方式」が変わるということで気になってオンにしてみたけど、なるほど …。完全に1対1でワンターンのやりとりになるわけかー…。でも記憶などがしっかり注入された返答を返してくれるようになると…。でも、RimTalk設定で会話に参加するポーン数4人とかにしてても、1対1になっちゃうんだなー… 自分は割と人数多いコロニーで、みんなでわちゃわちゃ喋ってたり、手動チャットで話しかけたときに一緒に周りのポーンも会話に参加してくれる感じが好きだったのが、1:1と1ターン会話のみで凄く寂しくなってシマノで、個人的には以前の生成方式でいこうかな… 設定でオンオフできるのはありがたい ID:hiNDRkYT Day:354 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 10月10日 @ 3時32分
#121 ALUS	#118さん、たびたびすみません。こちらでも試してみましたが、それ#119さんが言及した通り、RimTalk側に起因するレターの話題提供経路で届いているようでした。Lucid Chronicle側の除外キーワードは「記憶に入れない」処理だけ行っていましたので、次回更新で「話題に入れない」処理も重ねておきますね。 ID:E0MGE0Mj Day:329 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 10月6日 @ 22時52分
#120 ALUS	#118さん、除外キーワードはイベントレターの見出しで検索しているので、キーワードとして「地下を探査した」を入れれば除外できませんかね？またコメントいただいている通り、もしLucid Chronicle側の記憶が鉱脈のことで埋め尽くされている場合は除外キーワード設定だけでなく適宜鉱脈に関する記憶を編集・削除しておく必要があるかもしれません。 ID:E0MGE0Mj Day:327 Good:0 Bad:0 Good Bad 3749797638
#119 名無し	#118 RimTalk-Message Filter Rimtalk側に起因するイベントやメッセージ契機なら、これでフィルターできないかな。イベントやメッセージでフィルターかければ防げるはず自分はイベントやメッセージはRimtalk側で無効化してるから、その二つでのフィルターは全然自分では試してないけど、少なくとも心情や健康についてはうまく動いてるもしこのModによるもの（記憶が地質スキャナー関連ばっかりになってる）とかだと無理だけど ID:UxMjUyMT Day:1051 Good:0 Bad:0 Good Bad 3749797638
#118 名無し	最近、地質スキャナーで鉱脈みつけて偉いね～の話ばかり。特定の出来事を除外する方法はありませんか？　禁止ワードもプロンプトも無視されてしまいます。 ID:JjOGRmN2 Day:5 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 10月2日 @ 22時04分
#117 ALUS	あー、ご指摘ありがとうございます。私の使用モデル＆プロンプトではほぼ1リクエスト1発話だったため気付かなかったのですが、おっしゃる通り、複数人の発話が同時生成される場合の構成が不適切でした。差し当たって次回更新で口調見本等の注入プロンプトへ入植者の名前を明記して、P2やP3にも本人の見本を一部配るようにします。ただこれは記憶の扱いも含めて設計の根幹に関わる問題だと気付きましたので、私の環境では結果的にそうなっていた「本人の記憶を使って一人ずつ生成する方式」と、RimTalk既定のまとめて生成する方式をどう両立させるか、引き続き検討してみます。重ねてありがとうございました。 ID:E0MGE0Mj Day:323 Good:0 Bad:0 Good Bad 3749797638
#116 名無し	複数人会話のAPI送信内容で、P1の口調見本だけがあなたの話し方の見本として名前なしで末尾に追加されています。P2以降の発言にもP1の口調が適用されるように見えます。複数人生成時、見本は参加者ごとに挿入される想定ですか？こちらの勘違いだったら申し訳ないです。 ID:Y2MGY0M2 Day:64 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 9月23日 @ 12時27分
#115 108Good!	#114 世間は休日だというのに対応して頂いてありがとうですわ！やってみたら今のところ上手く動作してますの！ ID:ViMjc0OT Day:186 Good:0 Bad:0 Good Bad 3749797638
#114 ALUS	口調見本で足りない場合のために口調メモ機能も追加してみました。ここに「一人称は「オレ」、語尾は「～だ」「～だろ」、敬語や「～ですわ」は使わない」みたいなメモを付けると、見本のさらに末尾へ入植者ごとの指示が追加されます。ただプロンプトは増やすほど前の部分が無視されがちになるのと、#112さんのご指摘通りLLMモデルに依存する問題はぬぐい切れないので、改善するかどうかはちょっとお試し段階です。 ID:E0MGE0Mj Day:310 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 9月21日 @ 20時05分
#113 名無し	キイロがいると他のキャラの語尾がにゃになる現象もあるなラットキンもドラコニアンもにゃーにゃー言ってて可愛いけど困る ID:NiNzNlNT Day:805 Good:0 Bad:0 Good Bad 3749797638
#112 名無し	おっさんがお嬢様になるのはともかく、AIくんステレオタイプに引っ張られがちなのはあるね。モデルにもよるだろうけど、理系だと眼鏡かけてデータに頼るキャラにされがちとか ID:UxMjUyMT Day:1034 Good:0 Bad:0 Good Bad 3749797638
#111 名無しGood!	私のコロニーも最近になって、髭もじゃオッサンが「ですわ」になったw その前は「スパイス」が流行語になっていたし、現実と違って何が起こるかわからないですわ。 ID:BiNjQ4OT Day:72 Good:0 Bad:0 Good Bad 3749797638
#110 名無し	実際お嬢様口調はなんか妙に感染しやすい気はするお嬢様1人いたら上品めな口調の女性キャラみんな語尾「です」から「ですわ」に変わっていく…… ID:IwYzE0Mm Day:15 Good:0 Bad:0 Good Bad 3749797638
#109 名無し	#108 あなたのコロニーにはお嬢様とお嬢様になりたい一般人しかいなくってよ！ごめんあそばせ！ ID:Q3MmNkOD Day:40 Good:2 Bad:0 Good Bad 3749797638
#108 名無しGood!	うおおおん口調見本いくら入れてもお嬢様口調になってしまいますわ ID:ViMjc0OT Day:184 Good:1 Bad:0 Good Bad 3749797638
	▼ Changed : 8月31日 @ 22時33分
#107 ALUS	#104さん、解決したようでよかったです。Google APIのフィルタリングは実際厳しめの印象ですね。ちなみに失敗表示が「短期記憶」だった場合、長期記憶は短期要約に渡さないため、当日履歴やペルソナ情報などで引っかかった可能性があります。もちろん長期も短期もどちらも失敗していて、たまたま直近が短期失敗だった可能性もありますが… ID:BiM2NmMm Day:291 Good:1 Bad:0 Good Bad 3749797638
#106 104Good!	#105 返信ありがとうございます。 Google APIの無料プランです。おそらく自己解決できたかと思います。お騒がせして申し訳ないです。以下、御目汚し的な対処ログ。試しにMODオプションの『要約に別のAIモデルを使う』でPlayer2を指定したところ、300行くらい溜まっていた要約待ちが半分まで処理。以降応答無くなったので『未要約の待機ログを削除』ボタンを押下。長期要約待ち(?)もなくなって正常表記なので解決したかなと。おそらく、私が長期記憶を手動で作成した際にGoogleのフィルターに引っかかる文言を入れたことが原因なのかなと…。それで要約持ち越しが詰まったのもあるのかなぁ…。 ID:BiNjQ4OT Day:53 Good:0 Bad:0 Good Bad 3749797638
#105 ALUS	うーん、その警告は接続先がトークンを消費したうえで本文を返さなかったときだけ出るものなので、前者の可能性が高そうではあります。お使いの接続先はGoogle APIでしょうか？ ID:BiM2NmMm Day:290 Good:0 Bad:0 Good Bad 3749797638
#104 名無しGood!	なんか、昨日からコンテンツフィルタが拒否したとかで警告が頻繁に出ているのだけど…。 Gemmaが禁止ワード増やしたのか、MOD更新が原因か…。直近のエラー（短期記憶 / 接続先による拒否）: Empty reply; provider content filter suspected. そもそも私のプレイが特殊すぎるから他の人が正常なら良いのだけど(苦笑 ID:BiNjQ4OT Day:51 Good:0 Bad:0 Good Bad 3749797638
#103 名無し	凄いな、このMODの機能も含めて、色んなアドオンから本家が吸収してるみたい。対応お疲れ様です……！ ID:c0NDNlOG Day:491 Good:0 Bad:0 Good Bad 3749797638
#102 ALUS	ご報告ありがとうございます！実は今朝RimTalkの大型アップデート(1.2.0)がありまして、関連MODは軒並みかなりの影響を受けている状態です。一応、Lucid Chronicleは先ほど対応を終えて1.0.2に更新しました。ただ、RimTalk1.2.0自体の挙動がやや不安定なので、詳細な調整はまた後程実施予定です。 ID:BiM2NmMm Day:288 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月29日 @ 22時03分
#101 名無し	今modが機能してない感じですかね？昨日まではちゃんと動作していたけど ID:VkN2E3Nj Day:0 Good:0 Bad:0 Good Bad 3749797638
#100 名無しGood!	実際に機能が壊れている可能性が高いもの [Chronicle] (RimTalkLucidChronicle) の Harmony パッチ失敗 HarmonyException: Ambiguous match for HarmonyMethod[...PawnState, methodname=AddTalkRequest...] PawnState.AddTalkRequest に同名のメソッドが複数（オーバーロード）あり、どれを対象にすべきか特定できずパッチ適用に失敗しています。これによりこのMod（RimTalk Lucid Chronicle）の該当機能は動作していない可能性が高いです。Mod側のバグなので、更新を待つかMod作者に報告するのが良さそうです。ゲーム起動時のデバッグログをAIに読んでもらってこれが返ってきたんだけど、これはおま環かな？今のところ何の不具合も起きてないし気にしてないけど念のため！ ID:YxZjkxMm Day:0 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月28日 @ 17時31分
#99 名無し	更新がﾊﾔｲ!!　ｱﾘｶﾞﾄｳｺﾞｻﾞｲﾏｽ.. ID:I5YmRmZT Day:422 Good:0 Bad:0 Good Bad 3749797638
#98 ALUS	#97さん、それは想定外でした。先ほど1.0.1に更新し、設定メニュー「プロンプト」タブの最上部にゲーム本体の言語に依らず出力言語を指定できるボックスを用意してみました。お試しください。 ID:BiM2NmMm Day:286 Good:1 Bad:0 Good Bad 3749797638
#97 名無し	Rim本体が英語環境下での短期記憶や長期記憶の日本語出力やプロンプトってどう指定すれば良いんでしょうか？ ID:I5YmRmZT Day:421 Good:0 Bad:0 Good Bad 3749797638
#96 ALUS	事後報告ですみません。言われてみると勧誘した囚人に手作業で長期記憶（これまでの経緯）を用意するのは極めて面倒だと私も気付きましたので、囚人・客・敵を個別に記憶対象にできるボタンを実装しました。ただRimTalk1.1.0への対応を急いだため、こちらの機能は検証不十分かもしれません。何かありましたらお知らせくださいm(_ _)m ID:BiM2NmMm Day:285 Good:0 Bad:0 Good Bad 3749797638
#95 名無しGood!	囚人対応ありがとうございます！囚人が勝手に娯楽するmodとかも入れてるので、仲良くなって仲間入りするロールプレイとか捗りそうです！ ID:BiYWE0Zj Day:2 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月20日 @ 21時19分
#94 名無し	そう言えば囚人は未対応なんですね。挟まれる会話ログも入植者側に保管されてるのかな。自動編集だとキャラクターが多くなりすぎてエラー吐きそうですが、自筆のみでも編集欄から選べると記憶を捏造できて楽しそうですね。中華の方ではトグルオンにすれば囚人の記憶も選べたからこっちもあると勘違いしていた。 ID:EyN2E2OD Day:0 Good:0 Bad:0 Good Bad 3749797638
#93 ALUS	#92さん、あーすみません。アプデ対応はしていたんですが、言われてみるとRimTalk側でパラメータを追加した時の振る舞いに関する整合性検証が不十分でした。次バージョンで対策してみます。 ID:BiM2NmMm Day:280 Good:0 Bad:0 Good Bad 3749797638
#92 名無し	Rimtalk側のアプデで渡すパラメータをJSON形式でカスタマイズできるようになったけど、このMODはまだ対応してないのかな？思考を覗くのが失敗するようになっちゃった ID:JkNTczOT Day:89 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月13日 @ 14時59分
#91 名無しGood!	#80 追加の推定ありがとうございます。（当方はPlayer2の利用を一旦止めており、rimtalk本家様の簡易設定グーグル無料キーにて遊んでおります。念のためplayer2の設定を解除、ログアウト中。）初期化にて絞り込みしたところ一部の外部AI呼び出しMODにて延々存在しないMODを呼び出しエラーしており、当MODを削除後に10人環境にて会話してゲーム内１週間経過しましたが要約失敗は発生しなくなりました。逆に該当MODを入れたままですと2,3日後から要約が蓄積、結果として該当MOD削除にて快適なゲームを再開できました。お騒がせしました、該当MODもAI導入時から使用していたことから単に当方が無料枠に切り替えたことによる要約スピード不足でした。お時間をいただき申し訳ございませんでした。 AIで起きた問題をAIに尋ねるような素人ゆえ作者様の御庇護いただける状況に感謝しております。 ID:g2OGM4MG Day:202 Good:0 Bad:0 Good Bad 3749797638
#90 名無し	ん？日本語ベースで話せるコメント欄なんだから作者さんが日本語でFix報告やアップデートのコメントをしてくれたり、丁寧にやりとりできるのは、全然ありがたいし何が問題なのか分からん… Workshopの方は海外の方とのやり取りが多いしねまあDay0なコメントな時点でお察しなんだろうけど… ID:Q2MTZlMW Day:242 Good:1 Bad:0 Good Bad 3749797638
#89 名無し	#84 でコメントしたものです特段、返答を求める意図ではなかったのですが解説頂きありがとうございます。ただ、この場は「たくさんのModを取り扱うデータベースのコメント欄」であると思うので、ユーザー間のコミュニケーションや製作者の方からのFix報告や要望などへのレスポンスや詳細な仕様説明はSteamのコミュニティなどで行う方が適切ではないかと懸案します。（新着のログが流れてしまうなどの問題が出るかとも思います） ID:lmYzliYm Day:0 Good:0 Bad:0 Good Bad 3749797638
#88 ALUS	#86さん、ああ、その通りですね。パーソナリティ補完をオフにすればその問題も無くなります。まさに海外掲示板でも、自己増幅に困ったら補完機能を切れ、っていう運用知見が生まれていました。特にGeminiは指示追従性が強いので、従来版の「変化を記入せよ」という圧力に素直に従ってしまうんだと思います。その分、監査型への追従もある程度してくれるとは思うんですが、いずれにせよこの対策も長期的有効性は検証中なので、補完オフの運用案内も付け加えることを検討してみます。特に、オフにするだけでなく既存の補完情報を空にするところも大事ですね。日本語圏でその運用でうまくいった、と言う報告が聞けてよかったです。ありがとうございました。 ID:BiM2NmMm Day:271 Good:0 Bad:0 Good Bad 3749797638
#87 ALUS	#84さん、ご利用いただきありがとうございました。期待に添えられずすみません。まさにご指摘の通り、海外掲示板でも「長期間運用すると自分自身のパロディみたいな人格になる」という意見がありまして、私自身思うところもありましたので0.9.x台ではそのあたりの調整を進めているところでした。これは従来版だとLLMモデルがペルソナ補完情報の形成にあたって、自分自身の性格に基づく行動を反復するだけでその性格傾向が強まったと認識してしまうこと、および削除したり見直したりせずひたすら積み上げてしまうこと、さらに長期記憶もそれに引きずられて自己増幅を続けてしまうことにあると思いました。対策としてペルソナ補完情報の生成手順を変更し、性格に基づく反復は特性の強化と認識しない、補完情報を現状から書き換える場合には根拠が必要、変化がなければ現状維持でも良い、などの制約を加えた監査型ペルソナ補完機能を0.9.1(8月9日版)で実験的機能として実装し、0.9.5(8月11日版)で既定機能化しました。併せて既定の長期記憶プロンプトも自己増幅防止用に修正しています（ただ、各プロンプトを自分でカスタムしている場合は既定化されていません。その場合、設定のプロンプトタブからペルソナ補完情報と長期記憶入力欄直下の「既定に戻す」ボタンを押してもらった上で、設定の基本タブから「パーソナリティ補完情報を監査型で更新」トグルをオンにしてもらう必要があります）。まだこの機能も長期安定性を確認したわけではありませんので、もしいつかまた試してもいいかも、と思った時にでも選択肢に挙げてもらえれば幸いです。 ID:BiM2NmMm Day:271 Good:0 Bad:0 Good Bad 3749797638
#86 名無しGood!	#84 分かる分かる。自分も Gemini 3 Flash 使ってるけど、そういう方面に引っ張られがちなところあるねー… 自分も記憶とか補完情報を手動入力で強制したりしてたけど、モデルの癖もあるのか、どうしてもそういう方面に行きがちなのを強制できなくて、各入植者の解釈違いにしんどくなることもあったんだけど、結局「パーソナリティ補完機能」をオフにして、それぞれの入植者の「パーソナリティ補完情報（記憶由来）」を全部からっぽにしたら、当たり前だけどそういう進化とかは無くなって、良い感じに楽しめてるよ補完機能をオフにしても、記憶読めたり日記読めたり年代記読めたり、直近のイベントにも反応してくれるし、ほんとありがたい機能多いからなー… ID:hiNDRkYT Day:294 Good:0 Bad:0 Good Bad 3749797638
#85 ALUS	#83さん、高評価までありがとうございます。おっしゃる通り、自分の使用モデルでどこまで記憶の数やイベント取り込み、会話頻度に耐えられるか、というのはギリギリを攻めるとかなり自己節制との戦いかもしれません。気が付いたらこのMODも設定項目が100を超えていたので、このあたりを掘って調整いただければ幸いです。 #82さん、お返事ありがとうございます。うーん、私自身クラウド系を一切使っていないのでコードからの推測になってしまいますが、それだとOpenRouterには繋がっていないかもしれません…ただそれだとPlayer2のバッテリーが回復傾向っていうのとは一致しないんですよね。もしかするとOpenRouterで要約時だけ拒否されたのは無料モデルの制限に引っかかったかもしれませんので、ちょっと次のアップデートでプロバイダ設定周りの文言と、エラー発生時の詳細なログ表示とエラー内容のコピー機能を管理タブに追加したいと思います。 ID:BiM2NmMm Day:271 Good:0 Bad:0 Good Bad 3749797638
#84 名無し	30時間くらい導入してプレイした結果、どうしても湿度の高い悲観主義者、他者にアピールするタイプの心配性、破壊賛美者的な性格に偏った性格の進化を見せる気がして外してしまった AIは一貫してGeminiを使用ちょっと人を選ぶかも ID:IyM2ZlMz Day:0 Good:0 Bad:0 Good Bad 3749797638
#83 名無しGood!	返答ありがとうございます。 Lucid Chronicleの要約をフィルターガバガバでお馴染みのplayer2のDeepseek V4に（台詞内容がNGなのかリクエスト総数の問題なのか判別するために）任せて、ご助言の通り会話の取り込み上限を増やしました。現在は一日の会話総数が40-50で回り、要約も良い感じに問題なく動いています。会話の回数（Rimtalk側のAIクールダウン設定）はたくさん増やして喋って欲しいけれど、増やしすぎるとLucid Chronicle側で要約する日時履歴が増えすぎて、バッテリーの消費率やリクエストエラー率が高くなる……主にプレイヤーの煩悩的な意味でバランスが難しいですね。暫くは色々と試してみます。素晴らしいMODをありがとうございます！ ID:c0NDNlOG Day:473 Good:0 Bad:0 Good Bad 3749797638
#82 #78	#80 返信ありがとうございます！あ、なるほどRimTalkの流用から来てたんですねー APIキーをOpenRouterのものにして、一旦プロバイダをOpenRouterにすればモデル一覧も取得できてそのまま使えますし、そのあとでプロバイダをPlayer2に切り替えれば要約も問題なく利用できてるので個人的には全然大丈夫です！ Player2アプリ側で、OpenRouterのキーやモデルは利用してないですねー… ID:hiNDRkYT Day:294 Good:0 Bad:0 Good Bad 3749797638
#81 ALUS	#79さん、ご利用ありがとうございます。要約失敗の件、管理画面の表示で各入植者の要約ステータスを見てもらうのが確実ですが、確かにご推測通り持ち越し分を処理しきれなくなっているかもしれません。ただ、一文字だけ削れる現象は、溢れているというよりモデルによる日本語出力の問題が疑わしいと思います。特にHereticやAbliteratedなモデルはいろいろな人が配布していますが、ものによっては日本語で複雑な処理を要求されるとかなり文章表現がバグる印象がありまして… その上で処理しきれていない問題ですが、まずお試しいただいた「要約取り込み上限」について、これちょっと設定の説明文が0.6.x時代の古いままでした。すみません。現在の設計では記録はその場で捨てず、持ち越しリクエストで順番に処理しているため、文面としては「短期記憶と中期記憶の要約時、一度に渡す履歴の行数です。小さくすると1リクエスト当たりのトークン量は減りますが、持ち越し量に応じてリクエスト数が増加します。未処理行が設定値以内に収まっている時は影響しません」が正しい説明でした。なので、お試しいただいた「10」では、コップで浴槽の水を掬うようにひっきりなしに小粒のリクエストが走っていたのだと思います。ある程度の量を処理できる演算能力があれば、ここは40にしてお試しいただけますか？説明文は次回の更新時に修正させていただきます。 ID:BiM2NmMm Day:271 Good:0 Bad:0 Good Bad 3749797638
#80 ALUS	#78さん、引き続きご利用ありがとうございます。 Lucid Chronicleはプロバイダに関して、要約モデル別指定でも完全にRimTalkの設定方式を呼びだして流用しているので、ちょっと複数の要因が絡んでそうですね。既に問題なく利用できるようになったのであればいいんですが、ちなみにPlayer2アプリ側でOpenRouterのキーやモデルを設定されてたりしますか？ ID:BiM2NmMm Day:271 Good:0 Bad:0 Good Bad 3749797638
#79 名無し	うーん、こちらでもデフォルトの状態で使用した際に「記憶の要約が失敗し続けています。年代記画面の「管理」タブを確認してください」って出ますね。正確には、生成自体はたまに成功しているけれど、要約待ちと持ち越し分が多すぎて処理しきれなくなってる感じかな。生成された文章もかなりの高確率で、登場人物の名前が1文字だけ削れていたり、「一日中、木の壁を建築した」が「木の壁を築した」みたいに1文字だけ削れて生成されるので、現在のデフォルト設定だと一回で読み込ませるセリフ数が多すぎて、文字数上限に無理やりまとめようとしているけれど、溢れてしまい失敗しているが正しい……？ Rimtalk側のプロンプトをデフォルトのまま弄らない場合、生成されるセリフは短文中心でシンプルだけど、プロンプトを練り込んで使う人によっては一度の会話でラノベ風に地の文付きで数百文字、一日だけでも数千文字くらい達してそうなので、その辺りの個人個人の問題もあるのかも…… 両者デフォルトのプロンプトのまま、要約取り込み上限10（最低限）の状態で、Rimtalk側をAPI経由で会話生成、記憶編集をローカル（Gemma4 26B Heretic）で動作状況を監視してみましたが、一時停止しないで放置していると休憩時間無しで常にトークン生成し続けていたので、単純にリクエスト数が多すぎる可能性が…… 有料ならともかく、無料だと1分1時間の生成上限に引っかかってそうですね。ちゃんと記憶が生成された場合は、ばっちり機能しています！ ID:c0NDNlOG Day:473 Good:0 Bad:0 Good Bad 3749797638
#78 名無しGood!	RimTalk用に Player2 のサブスク Patron Basic で「Gemini 3 Flash」を使ってきてたんだけど、Lucid Chronicle も一緒に使ってたらさすがにバッテリー消費の方が多くなってきちゃったから、Lucid Chronicleの方を OpenRouter 10ドルチャージ（無料モデルのリクエスト数引き上げられる）で「Gemma 4 31B (free)」に任せるようにしてみたけど、思ってたより全然生成品質いいね！ 1週間これで動かしてるけど、リクエスト上限いくこともないし、エラーもでないし、Player2のバッテリーも回復に向かってくれるようになったちなみに最初、Lucid Chronicleの設定でプロバイダを「OpenRouter」にすると接続テストOKでも要約失敗するから、あらー…ってなってたんだけど、何故かプロバイダを「Player2」にしたらうまくいってくれた OpenRouterのAPIキーだし、OpenRouter側でちゃんとログがでてるから接続先も間違えてるとかではないんだけども、とりあえず繋がってくれて嬉しみ ID:hiNDRkYT Day:293 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月11日 @ 21時47分
#77 名無しGood!	#76作者様回答ありがとうございます。debug logを片端から見ているのですが今のところ直接エラーを吐いている部分が見当たらず、ご参照にもいただけない状態です。恐らく複数のAIトークンを利用した際、削除できていないデータが悪さをしているのではないかと思っているのですが（ドラC内等）とはいえ要約できないという表示以外は何の問題もなく使えてるので今のゲームが一通り遊び終わったら初期化してみようかと思います。ご回答ありがとうございました。 ID:g2OGM4MG Day:197 Good:0 Bad:0 Good Bad 3749797638
	▼ Changed : 8月10日 @ 15時59分
#76 ALUS	#73さん、随分気を遣わせてしまいましてなんかすみません。相互作用がありそうだと思われたMODをお知らせいただければ、こちらで対応可能か検討できますのでよろしくお願いします。もし可能でしたら、RimTalkのデバッグウィンドウで失敗している要約リクエストがどうなっているか(エラー内容など)を教えていただけると原因の見当がつけやすいです。ちなみに#74さんの指摘通り、基本的に""が入った名前はLLMモデルの応答形式を崩すためRimTalkもLucid Chronicleもどっちも壊れちゃいますね。ただ#73さんの場合は会話の方は動いているようなので、また別の原因かもしれません。一応、次回のアップデートで名前の特殊記号に関してLucid Chronicle側の要約は失敗しないように対応しておきたいと思いますが、RimTalk側には介入できないので発話は失敗するままかと思います。お二人ともご利用、高評価ありがとうございました。 ID:BiM2NmMm Day:267 Good:0 Bad:0 Good Bad 3749797638
#75 ALUS	#72さん、ご利用ありがとうございます。そうですね、要約にだけ注入する、という経路は現状共通知識にしか無かったですね。ちなみに固定記憶は各会話とパーソナリティ補完情報の生成材料に入る仕組みになっていまして、各記憶要約へは自己増幅防止のためもあって参照していません。ただ、確かに入植者ごとに記憶要約・パーソナリティ補完のみに注入する情報欄はあってもいいような気がしてきました。まぁ既に十分複雑化してきているところへ、もう一枠増やすのもどうかな、と言う懸念はあるのですが…ちょっと検討させてください。 ID:BiM2NmMm Day:267 Good:0 Bad:0 Good Bad 3749797638

全てのコメントを読む