OpenClawエージェントメモリプラグイン:セッション間の永続的コンテキスト

ある開発者が、OpenClaw用のメモリプラグインを作成しました。このプラグインにより、エージェントはセッション間で永続的な記憶を保持できるようになり、インタラクションのたびにすべてを忘れて同じ説明を繰り返し求めるという不満を解消します。
仕組み
このプラグインは、OpenClawのプラグインシステムに組み込まれるメモリレイヤーを実装しています。各ターンの前に、エージェントは自動的に過去の会話から関連するコンテキストを受け取ります。各ターンの後には、新たな事実やイベントが抽出・保存されます。
システムは各ターンの前に3種類のメモリを検索します:
- 事実 — 例:「SupabaseでPostgreSQLを使用し、Railway経由でデプロイする。」
- イベント — 例:「3月15日にOOM問題が発生し、Redisキャッシュで修正した。」
- ワークフロー — 例:「デプロイ手順:ビルド → テスト → mainへのプッシュ → Railwayによる自動デプロイ。」
設定
セットアップには、openclaw.jsonにプラグインエントリを追加する必要があります:
{
"plugins": {
"entries": {
"openclaw-mengram": {
"enabled": true,
"config": {
"apiKey": "om-..."
}
}
},
"slots": {
"memory": "openclaw-mengram"
}
}
}このプラグインには、各エージェントターンの前にメモリを検索する自動リコールフックが含まれています。ワークフローが失敗した場合、エージェントはフィードバックを記録し、手順は次回に向けてより良いバージョンに自動的に進化します。
このツールはApache 2.0ライセンスの下でオープンソース化されており、github.com/alibaizhanov/mengramで利用可能です。
📖 Read the full source: r/openclaw
👀 See Also

Claude Code VS Code拡張機能のセッションタイトル破損の根本原因を特定
Claude CodeのVS Code拡張機能におけるセッションタイトルの破損について、開発者がアーキテクチャ上の根本原因を特定し、20件以上のGitHubイシューがこの問題に起因していることを明らかにしました。問題は、拡張機能がセッションファイル内で生の文字列検索によってタイトルを読み取ることにあり、3つの障害モードを引き起こしています。

自動最適化:自律的なパフォーマンス最適化のためのClaudeコードプラグイン
開発者がauto-optimizeというClaude Codeプラグインを作成しました。このプラグインは、プロファイリング→計画→ベンチマークのループを自律的に実行してコードのパフォーマンスを最適化します。あるテストでは、約3時間で全てのベンチマークシナリオにおいて27%高速なハッシュテーブルを実現しました。

Claudeセッショントラッカー:ClaudeコードセッションをGitHub Issuesに自動保存
claude-session-trackerという新しいツールは、Claude CodeセッションをGitHub Issuesに自動保存し、すべてのプロンプトと応答をタイムスタンプ付きのコメントとして記録します。セッションごとに1つのGitHub Issueを作成し、Projectsボードにリンクし、Claude Codeのネイティブフックシステムを通じて動作するため、コンテキストトークンを消費しません。

オープンソースのLLMエージェント向け自動メモリシステム、94%の再現精度を達成
開発者が、明示的な「これを保存して」というコマンドを必要とせずに、セッションを超えて事実を自動的に抽出、分類、永続化するLLMベースエージェント用の自動メモリシステムをオープンソース化しました。このシステムは、ベクトルデータベースの代わりに構造化マークダウンファイルを使用し、52のチェックポイントからなるリコールベンチマークで94.2%の精度を達成しました。