OpenClawメモリ管理:完全ガイド

OpenClawメモリ管理:完全ガイド
メモリ管理は、OpenClaw初心者にとって最も一般的な悩みの種の一つです。このガイドは、数十のRedditディスカッションから得られたベストプラクティスをまとめたものです。
問題点
「会話の途中で、何について話していたかを忘れてしまう」
コンテキストを失う可能性について警告するChatGPTとは異なり、OpenClawは自動的に圧縮と忘却を行います。これはバグではなく機能ですが、適切な設定が必要です。
基本的なメモリ設定
重要なプロンプト:
圧縮前にメモリフラッシュを有効化
compaction.memoryFlush.enabled を true に設定
memorySearch.experimental.sessionMemory を true に設定
メモリルール
- トレーニング前 — /compact
- 新しいタスクを始める前に
/compactを実行 - これにより、新しい情報のためにコンテキストがクリアされます
- 新しいタスクを始める前に
- トレーニング後 — commit
- 「これをメモリにコミットしてください」と尋ねる
- 次に:「コミットした内容を繰り返し述べてください」
- すべてが正しいことを確認する
- 新しいタスク前 — recall
- 「関連するタスクについてメモリを確認してください」と尋ねる
- エージェントが関連するコンテキストを読み込みます
ファイル構造
.openclaw/
├── memory/
│ ├── YYYY-MM-DD.md # 日次ログ
│ └── ...
├── MEMORY.md # 長期記憶
├── HEARTBEAT.md # 定期的なタスク
└── TOOLS.md # ツール設定
Supermemory.ai統合
理由:
- エージェント外部へのメモリバックアップ
- 障害後の復旧
- 構造化されたストレージ
設定:
- APIを接続
- 自動バックアップを設定(6時間ごと)
- タグを使用:
project-{name}、decision、action-item
よくある間違い
| 間違い | 解決策 |
|---|---|
| /compactなし | 常に新しいタスク前に実行 |
| 再起動後に忘れる | メモリフラッシュを設定 |
| 古い情報と新しい情報が混ざる | より頻繁にコミット |
| プロジェクトのコンテキストを失う | Supermemoryを使用 |
メモリ管理はオプションではありません—必須です。
👀 See Also
OpenClaw初回1時間ウォークスルー:RedditからAirtableへのクレームボードを構築
OpenClawを使ったステップバイステップの構築:2つのReddit RSSフィードを取得し、ルーブリックで投稿をフィルタリングし、モデルの主張をAirtableに書き込み、フローをスキルとして保存し、スケジュール実行する。
Grok Botの隠れたロックイン:メモリ出力なし、履歴20件の上限、共有クラウドマシン
Grok Botで実際のワークフローを構築する?xAIの公式ドキュメントには、メモリのエクスポート不可、ルーチン履歴20件まで、共有クラウドコンピュータといった厳しい制限が明記されている。離れるならゼロから再構築が必要だ。

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

AIエージェントのためのCLIデザインパターン:誤解と実践的アプローチ
Redditの投稿では、エージェント向けCLIは実際のシェルではなく、テキストコマンドインターフェースプロトコルを意味すると説明され、Unixスタイルのヘルプ、ヒント思考、ドライランによるプレビューや人間による承認などの安全機構を含む、エージェントに適したCLI設計原則が概説されています。