OpenClawメモリプラグインのテスト結果と推奨スタック

メモリプラグインのパフォーマンス分析
OpenClawメモリプラグインの最近のテストでは、デフォルト設定に重大な問題があることが明らかになり、効果的なセットアップのための具体的な推奨事項が提供されています。
デフォルト設定の問題点
デフォルトのマークダウン設定は、時間の経過とともにエージェントを静かに破壊します。トークンの肥大化は現実の問題であり、指示が圧縮されて消え、API料金が無駄に上昇します。
プラグインの階層評価
- C階層 — Markdown/Obsidian。厳格なルールには適しています。唯一のメモリとしては災害です。
- B階層 — Mem0。優れた自動化機能ですが、プライバシーを犠牲にし、メッセージあたり最大7セントのコストがかかります。
- A階層 — LanceDB。高速、プライベート、ローカル。ただしブラックボックスであり、悪い記憶のデバッグが困難です。
- A階層 — ナレッジグラフ(Graphiti)。未来の技術ですが、現在は実験的すぎます。
- A階層 — SQLite。会話用ではありません。正確性が重要な構造化データには不可欠です。
- S階層 — QMD。無料、ローカル、精密。すべてを読み込む代わりに、エージェントが必要なものだけを取得します。これが最適な選択です。
推奨セットアップ
実際に効果的なセットアップは、人間が読みやすいレイヤーとしてObsidian、トークンコストなしで検索するためのQMD、ハードデータ用のSQLiteを組み合わせたスタックです。毎晩統合スクリプトを実行すれば、基本的にメモリについて考える必要はなくなります。
📖 Read the full source: r/clawdbot
👀 See Also

予算内でOpenClaw、ClawdBot、MoltBotを実行する
OpenClaw、ClawdBot、MoltBotを予算を抑えて実行する方法を発見しましょう。r/clawdbotの愛好家たちが議論した予算管理のヒントや無料の代替手段を探ります。

エンドツーエンドLLMスタックトレース:キーストロークからストリーミングトークンまで
ソフトウェアエンジニアが、ClaudeやChatGPTのようなLLMにプロンプトを送信した際にスタックの各レイヤーで正確に何が起こるかを追跡した詳細な技術文書を作成しました。ブラウザナビゲーションの古典的な「what-happens-when」リポジトリに触発され、この文書はLLMチャットインタラクションに対するプロダクションシステムの視点を提供します。

OpenClawの開発者チャネル経由でGPT-5.4に早期アクセスする方法
OpenClawの開発チャンネルでは、現在、安定版リリース前にGPT-5.4にアクセスできます。ユーザーは特定のコマンドを使用してゲートウェイを開発チャンネルに切り替え、再起動することでモデルリストに表示されるようになります。

OpenClawでCodexサブスクリプションを介してGPT-5.4にアクセス
Redditの投稿では、openclaw.json設定ファイルを変更し、ゲートウェイを再起動することで、OpenAI Codexサブスクリプションを通じてGPT-5.4を使用するようにOpenClawを設定する方法が詳しく説明されています。