オープンソースフレームワークによる永続的AIエージェントメモリ、ローカルストレージとグラフベース検索機能を備えたもの

概要
開発者は、クラウド依存を完全に排除し、完全にローカルで動作する永続的なAIエージェントメモリのオープンソースフレームワークを構築しています。このシステムは、ディスク上のMarkdownファイルとしてデータを保存し、ウィキリンクを使用してノート間のグラフエッジを作成します。
主な技術詳細
このフレームワークは、ソースから抽出されたいくつかの具体的な機能を実装しています:
- ストレージアーキテクチャ:ディスク上のローカルMarkdownファイルと、バージョン管理のためのGit
- グラフ構造:ウィキリンクがノートを接続するグラフエッジとして機能
- 検索システム:4つのシグナルを融合するアプローチ:
- 意味的埋め込み
- キーワードマッチング
- PageRankによるグラフ重要度
- 連想的温かさ
- メモリ管理:ACT-R認知科学に基づくグラフを考慮した忘却システム:
- アクセスされない限り、ノートは時間とともに減衰
- 使用されたノートは生き残り、関連性を維持
- グラフと意味的近傍ノートは、活性化の拡散を通じて関連性を維持
- 活性化の拡散:ノートがアクセスされると、接続されたノートも「温かく」なり、エージェントがタスク開始前に関連性を予測するのに役立つ
- パフォーマンス:3か月間の使用後、合計22MBのストレージで、「非常に効率的」と説明
- 開発状況:最初の2つのGitHubイシューが提出され、AIメモリを自由で分散型に保つための小さなコミュニティが形成中
この種のローカルメモリシステムは、クラウドサービスや外部APIに依存せずにセッション間で永続的なコンテキストを必要とするAIコーディングエージェントに有用です。
📖 詳細はこちら: r/LocalLLaMA
👀 See Also

AutoClawローカルランナーレビュー:簡単なセットアップ、クレジットコスト、アンインストールの問題
ユーザーがZai_orgのOpenClaw/AutoGLM用ローカルランナーであるAutoClawをテストしたところ、セットアップはスムーズだったものの、高いクレジット消費、タスクの失敗、アンインストール後のレジストリエントリや平文の認証情報を含む永続性に関する懸念が報告されました。

APEXテストベンチマーク結果:実践的コーディングタスクにおけるQwen 3.5の性能
APEXテストベンチマークの結果によると、Qwen 3.5モデルは70の実際のGitHubコーディングタスクで評価され、397Bバージョンはマスターレベルのタスクで1194 ELOまで低下しました。一方、GLM-4.7量子化モデルは1572 ELOでローカルモデルをリードしています。

各セッションでClaude Codeに再教育するのをやめよう:永続設定を使う
Redditユーザーが、Claude Code用の永続的な設定ファイルを作成することで、毎回のセッションで20分を節約し、33%高速な完了を実現した方法を説明しています。

マニフェストがM2.7モデルでMiniMaxトークンプランをサポート追加
オープンソースのルーティングレイヤーであるManifestは、OpenClaw向けに、月額10ドルから利用可能なMiniMaxトークンプランをサポートするようになりました。新たに導入されたMiniMax M2.7モデルは、OpenClawのワークフロー向けに特別にトレーニングされており、MM-ClawBenchで62.7、SWE-Bench Proで56.2のスコアを記録しています。