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

40回のプロンプト修正がClaude AI要約を製品に変えた方法:個別指導プラットフォームのケーススタディ(月額19,000ドル収益)
月間19Kドルの収益を生む学習塾が、Claudeによるセッションサマリーのプロンプトを12ヶ月で40回以上改良。v1の曖昧さからv40のパーソナライズへの進化は、プロンプトエンジニアリングが機能を製品に変える過程を示しています。

AIをコード工場ではなく、認知パートナーとして活用する
Redditの投稿では、『Cognitive Authorship Copilot』と呼ばれるシステムプロンプトが提案されています。これは、AIを自律的な解決策生成器ではなく、ペアプログラミングのパートナーとして行動させるもので、タスクの複雑さに基づいて3段階の介入レベルを設けています。

サブスクリプションモデルを活用したコスト効率の良いOpenClawマルチエージェントセットアップ
Redditユーザーが、生のAPI呼び出しの代わりに既存の200ドルのAnthropic Pro Maxと200ドルのChatGPT OpenAI Codexサブスクリプションを活用してOpenClawマルチエージェント運用を全てルーティングする方法を説明。シンプルなエージェントには安価なAnthropicモデルを、より複雑なエージェントには高度なモデルを使用。

アイドルエージェントが1日5000万トークンを消費した理由と改善方法
アイドル状態のOpenClawエージェントが、ハートビートpingにより毎日5000万トークンを無駄に消費。Redditユーザーがリークを追跡し、設定変更で修正した方法を共有。