repo-mem：オープンソースMCPサーバーがClaude Codeに永続的なチームメモリを追加
repo-memの機能
repo-memは、Claude Codeセッションに永続的で共有可能なメモリを追加するMCPサーバーです。チーム環境におけるセッション隔離の問題に対処します。ある開発者のデバッグに関する洞察がセッション終了後に消えてしまい、関連するコードを扱う他のチームメンバーが手探りで作業を始めなければならない状況を解決します。
技術的な実装
このソリューションは、Gitリポジトリ内のユーザーごとのSQLiteデータベースに観察結果を保存します。FTS5を使用して全チームメンバーのデータベースを横断した全文検索を実現します。Claude Codeのフックは自動的にコミット、デプロイ、テスト実行をキャプチャします。セッション開始フックは最近のチーム活動（約200トークン）を注入します。
アーキテクチャの詳細
- 8つのツールを備えたMCPサーバー（検索、保存、取得、タイムラインなど）
- 3つのClaude Codeフック（PostToolUse、Stop、SessionStart）
- 検索用のSQLite + FTS5（ベクトルデータベースや外部サービスは不要）
- Gitにコミットされるユーザーごとのデータベースファイル（通常はそれぞれ1MB未満）
- トークン効率の高い設計：インデックスは結果ごとに約50トークンを返し、詳細は必要に応じて読み込まれます
セットアップとスケール
セットアップはnpx repo-mem initで行います。開発者によると、モノレポで4,000以上の観察結果を処理しています。MCPサーバーは約900行のJavaScriptで、各フックは約170行です。フックにはAI呼び出しは含まれず、純粋にルールベースの抽出を使用しています。
このプロジェクトはMITライセンスで、GitHubのhttps://github.com/timosieber/repo-memで公開されています。Redditの議論では、このアプローチがベクトルベースのメモリシステムとどのように比較されるかが探られています。
📖 Read the full source: r/LocalLLaMA
👀 See Also
ハブキャップブリッジ：CDPを介したCLIとブラウザJavaScript間の持続的双方向メッセージング
Hubcap Bridgeは、Chrome DevTools Protocolを介してローカルプロセスとブラウザページ内で実行されるJavaScriptの間に持続的な双方向メッセージチャネルを作成する、Hubcap CLIツールの新機能です。これにより、Claude Codeスキルが公開APIを必要とせずに、Webアプリの内部JavaScript APIを通じて対話できるようになります。
カンバンボードによる複数のAIエージェントタスクの管理
開発者がターミナルタブで複数のClaude AIエージェントを実行した経験を共有し、3つの主要なワークフローの課題を特定しました：進捗状況の可視化の欠如、タスク間の切り替え時のコンテキスト喪失、レート制限による中断です。彼らの解決策は、AIタスクをカンバンボード上の作業項目のように扱うことです。
Dart AI生産性アプリのレビュー：OpenClaw統合版
ユーザーがThingsからDart AIに切り替えたところ、UIの問題や初期設定の複雑さはあるものの、Getting Things Done手法を完全なOpenClawアクセスで実装するのに優れていると報告しています。
YouTubeトランスクリプトMCPがClaudeの研究ワークフローを改善
YouTubeトランスクリプトMCPにより、ClaudeはYouTubeリンクからタイムスタンプ付きの完全なトランスクリプトを取得できるようになり、手動でのタブ切り替えやコピー＆ペーストが不要になります。ユーザーは、Claudeが実際のトランスクリプトを持っている場合とユーザーの要約だけの場合とでは、回答の質が大幅に向上すると報告しています。