r/openclawの開発者が、OpenClawでのAIメモリのリアルタイムセッション文字起こし呼び出しの調整方法を共有しています。Intel iMac（i7-4771、16GB RAM）でOpenClaw 2026.6.8とMemPalace 3.4.1を実行し、内蔵のmemorySearch、QMD、ChromaDBを使用したMCPベースのMemPalaceを試しました。結果として、単一システムではリアルタイムインデックスを確実に処理できないため、実用的な分割戦略に至りました。

現在の設定：分割呼び出し

両方のシステムが有効です。分割はワークスペースファイル（AGENTS.md、SOUL.md、MEMORY.md、TOOLS.md、USER.md、IDENTITY.md）で強制されています。

• 最近の会話 → 内蔵のmemorySearch（長い間無効にしていたが、今日再び有効化）
• 過去の/深い意味検索 → mempalace_search

インデックスパイプライン

• 内蔵： 実験的なsessionMemoryを使用して、デバウンスされたデルタしきい値でセッションJSONLをインデックス。
• MemPalace： cronを使用して2時間ごとにバッチインデックス（午前8時～午後10時）。

openclaw memory statusとmempalace statusの両方がアクティブなインデックス更新を示しています。MemPalaceマイニングに使用されるコマンド：

# セッション文字起こしのマイニング（会話モード）
mempalace mine ~/.openclaw/agents/main/sessions/ --mode convos --wing sessions

ワークスペースファイルのマイニング（設定、メモリ、エージェントなど）
mempalace mine ~/.openclaw/workspace/ --wing workspace

これらはmempalace-reindex.shからcronを介して2時間ごとに実行されます。

まだ壊れている点

• リアルタイムセッションインデックスは信頼性が低い — MemPalaceは純粋にバッチ/プルであり、ファイル変更を監視しない（5分ごとに実行しても改善なし）。
• 2つの検索ツールは、エージェントがどちらを使用するか混乱を引き起こす。
• startupContextは、日付付きマークダウンファイルを新しいセッションに読み込まない。
• Macのシンボリックリンクバグ（MemPalace ≤3.3.4）がJSONLファイルをスキップ — 3.4.1にアップグレード後も問題が継続。

以前の試み

著者はより良い検索とナレッジグラフのためにQMDを試しましたが、各検索で新しいプロセスが生成され、Intel iMacに過負荷がかかりました。MemPalaceはMCPの代替でしたが、バッチのみのインデックスにより分割アプローチを余儀なくされました。ある時点で内蔵検索を完全に無効にして単一ソースの真実を強制しましたが、今日再び有効にして最近のセッション呼び出しを機能させました。

重要なポイント

セッション会話は、実際のセッション文字起こし（要約されたマークダウンではなく）に基づいて、デルタ変更から5～10分以内にインデックスされる必要があります。新しいセッションは、最初のプロンプト後に最近のコンテキストを自動的に注入する必要があります — 現在、どちらのシステムもこれを完全には提供していません。