Brand LogoBrand Logo (Dark)
ホームAI エージェントツールキットGitHub 厳選エージェント投稿ブログ

カテゴリ

  • アート生成
  • オーディオ生成
  • 自動化ツール
  • チャットボット
  • コードツール
  • 金融ツール

カテゴリ

  • 大規模言語モデル
  • マーケティングツール
  • ノーコード
  • リサーチ & 検索
  • 動画 & アニメーション
  • 動画編集

GitHub ピック

  • DeerFlow — ByteDanceのオープンソースSuperAgent基盤

最新ブログ

  • OpenClaw対Composer 2 徹底比較!2026年最新AIアシスタントの実力は?
  • GoogleAIStudioとAnthropic Console どちらが最適?
  • スティッチ2.0 vs Lovable どちらが最強AIアプリビルダー?
  • 2026年最新!AIを活用した収益化戦略の実践ガイド
  • OpenClaw対MiniMax 機能・プライバシー・拡張性の違いを比較

最新ブログ

  • オープンクローVSキロクロー初心者におすすめはどれ?
  • オープンクローとキミクローの比較
  • 「GPT-5.4」と「Gemini 3.1 Pro」の比較
  • AIコンピューター革新が金融端末を揺るがす新時代
  • OpenClaw 最佳实践,5 个基本原则
LinkStartAI© 2026 LinkstartAI. 全著作権所有。
お問い合わせについて
  1. ホーム
  2. GitHub 厳選
  3. claude-mem
claude-mem logo

claude-mem

Claude Code向けの永続メモリ圧縮プラグイン。ツール実行履歴を自動収集し、検索可能な要約として次セッションへ注入する。
29.7kTypeScriptGNU Affero General Public License v3.0
#typescript#sqlite#chromadb#persistent-memory#semantic-search#mcp
#progressive-disclosure
#memory-compression
#claude-code-plugin
#cursor-workflows
#alternative-to-memorymd
#developer-observability

概要

claude-mem は開発セッションそのものを、保存・検索・回放できる資産として扱う。Claudeのツール実行と観察を自動収集し、高ノイズな履歴を構造化メモリへ圧縮して、次のセッション開始時に必要な分だけ注入する。設計の軸はフック駆動で、ライフサイクルイベントを安定したイベント流にして永続化し、索引と意味検索で信号密度を上げ、段階的開示でトークン消費を制御する。データは既定で SQLite に保存され、全文検索に加えて必要なら Chroma と同期してハイブリッド検索を実現する。Viewer UIでメモリの流れを可視化でき、復盤やデバッグに強い。

課題 vs イノベーション

✕従来の課題✓革新的ソリューション
再接続や日跨ぎの開発では文脈が端末出力やメモに散らばり、回放できず同じ調査や説明を繰り返しやすい。claude-mem はフックでツールイベントと観察を確実に収集し、AIで構造化メモリへ圧縮してDBに保存するため、記憶をクエリ可能なデータに変える。
単一のメモリファイルは短すぎると抜けるが、長すぎると起動時に文脈枠を埋める。索引がないと症状から辿れず、検索が成立しにくい。全文検索と(任意の)ベクトル検索を組み合わせ、段階的開示でトークン予算に合わせて文脈を階層取得する。Viewerで可観測性も確保できる。

アーキテクチャ深掘り

フック・パイプライン:セッションをイベント流に変換
claude-memの基盤はイベント駆動で、Claude Codeのライフサイクルとツール呼び出しを離散イベントとしてフックで捕捉する。これにより一過性の対話が、永続化できる事実のストリームへ変わり、圧縮・検索・監査が同じ基盤の上で回る。イベントを先に保存してから非同期で圧縮するため、要約処理の遅延が対話ループを塞がない。注入時は原始ログではなく高信号の要約を優先し、文脈枠を情報密度で勝たせる設計になっている。
二層索引:全文検索とベクトルのハイブリッド
claude-memは回収を二種類に分ける。SQLiteの全文検索はコマンド、ファイル名、エラースタック、キーワードの照合に強く、デバッグ向きだ。任意のベクトル検索は表現が変わっても意図で辿れるため、キーワードを忘れた時に効く。要約で信号密度を上げてから索引化し、段階的開示でトークン予算内に層状に返すことで、ノイズの増殖と誤召回を抑える。Viewerと検索スキルが観測点になり、ブラックボックス化を防ぐ。

デプロイガイド

1. Claude Code 内でプラグインを導入

bash
1> /plugin marketplace add thedotmack/claude-mem2> /plugin install claude-mem

2. 再起動してフックを有効化

bash
1exit  # 再度 Claude Code を起動

3. 設定ファイルを確認して注入方針を調整

bash
1cat ~/.claude-mem/settings.json

4. mem-search スキルで過去の記憶を検索

bash
1自然言語で質問する(例:"どのファイルを触った?")

5. Viewer UI を開いてメモリ流を観察(任意)

bash
1open http://localhost:37777

導入事例

コアシーン対象読者ソリューション成果
日跨ぎの継続開発個人開発者ツール実行と意思決定を自動記憶し次回に要点注入再調査を減らし立ち上がりを高速化
チーム交代と復盤開発リードセッションを検索可能な記憶に圧縮しViewerで品質確認引き継ぎコスト低下と再現性向上
エージェント監査プラットフォーム担当ツール呼び出しをDBへ残し混合検索で異常経路を追跡可観測性向上と調査時間短縮

制限事項と注意点

制限事項と注意点
  • ローカル永続化と索引が核なので履歴は増え続ける。保管期限や定期クリーンアップを設計しないとディスクを圧迫する。
  • 意味検索はベクトル同期と埋め込み品質に依存し、運用次第で書き込み増幅や索引肥大、遅延を招くため監視が必要。
  • Claude Code向けプラグインが前提で、他クライアントとの連携は適配・運用設計の手間を許容できるかに依存する。

よくある質問

claude-memとClaude CodeのMEMORY.mdは何が違う?▾
claude-mem は記憶を「検索可能なDB+段階的取得」として外置し、ツールイベント自動収集、AI圧縮、索引検索、按需注入を一体で回す。一方の MEMORY.md はファイル運用の約束事で、起動時に一定範囲を読み込み、詳細はトピックファイルを人手で整理する。自動化と検索性を重視するならclaude-mem、読みやすさと手動運用を重視するならMEMORY.mdが向く。多数セッションを跨いだ回放や障害再現を回したいなら、DB化メモリが基盤として効く。
なぜSQLite+FTSで、巨大なドキュメントに追記しない?▾
巨大ドキュメントは保存はできても、検索・層化・観測が弱い。SQLiteはセッション/観察/要約を構造化して索引可能にし、FTSはキーワード回収を高速化する。さらに時間やツール種別で絞ってから注入量を決められるため、段階的開示とトークン予算制御が成立する。結果として記憶が増えても運用の可控性が落ちにくい。
Chromaは必須?どんな時に有効?▾
必須ではない。Chroma は意図で探したい時に効く。言い回しが変わっても関連要約を引けるため、曖昧な手掛かりから辿るケースが多いなら有効だ。エラーコードやファイル名など明示的な手掛かり中心なら、FTSだけでも十分なことが多く運用も予測しやすい。
GitHubで見る

プロジェクト指標

Star数29.7 k
言語TypeScript
ライセンスGNU Affero General Public License v3.0
デプロイ難易度簡単

Table of Contents

  1. 01概要
  2. 02課題 vs イノベーション
  3. 03アーキテクチャ深掘り
  4. 04デプロイガイド
  5. 05導入事例
  6. 06制限事項と注意点
  7. 07よくある質問

関連プロジェクト

Trellis
Trellis
2.9 k·TypeScript
nanobot
nanobot
22.5 k·Python
Awesome LLM Apps
Awesome LLM Apps
96.4 k·Python
DeerFlow — ByteDanceのオープンソースSuperAgent基盤
DeerFlow — ByteDanceのオープンソースSuperAgent基盤
26.1 k·Python