Obsidian MCPによる持続的AIメモリ:Claude Coworkのための16のツール

開発者がClaude Cowork(Claude Opus 4.6)に永続メモリシステムを構築しました。カスタムModel Context Protocol(MCP)サーバーを介してObsidianボルトに接続し、セッション間のメモリ損失を解決しつつ、コンテキストウィンドウの肥大化を防ぎます。
主な詳細
- コアアーキテクチャ: Obsidianボルトがコンテキストウィンドウ外の検索可能な知識ストアとして機能します。AIはセッション開始時にコンテキストマニフェストのみを読み込み、必要に応じて特定の知識をクエリします。
- カスタムMCPサーバー: 軽量なPythonスクリプトで、ObsidianのローカルREST APIエンドポイントにマッピングされた16のツールを公開し、ヘッダーを明示的に設定します。サーバーはローカルで実行され、Claudeがボルトの読み取り、書き込み、検索を可能にします。
- 構造化されたボルト: フロントマターのメタデータとDataviewクエリを使用して、構造化された検索を実現します。
- コンテキスト予算: セッション開始時には最大5回のMCP呼び出しを許可し、コンテキストを抑制します。
- CLAUDE.mdとの比較: 著者は、
CLAUDE.mdファイルがプロジェクトの状態(現在の状態、次のステップ)を解決する一方で、研究、振り返り、トラブルシューティング、セッション履歴を保存するにはコンテキストが過負荷になり拡張できないと指摘します。
対象者
Claude Coworkを使用する開発者で、広範な履歴、研究、トラブルシューティングログがあるプロジェクトにおいて、セッション間で永続的なメモリを必要とする方。
📖 全文ソース: r/ClaudeAI
👀 See Also

ローカルQwen3-0.6B INT8をAIメモリシステムの埋め込みバックボーンとして
ある開発者が、AIメモリライフサイクルシステム用のローカル埋め込みモデルとして、ONNX RuntimeでINT8に量子化したQwen3-0.6Bを実装し、1024次元ベクトルでコサイン類似度0.75の意味的関連性閾値を用い、CPU上で12msのバッチ推論を達成しました。

Claude Code vs Codex: ビルダーのワークフロー比較
ある開発者が実用的な役割分担を紹介:Claude Codeはクリーンな差分でフォーカスしたリポジトリ作業に、Codexはブラウザ、ドキュメント、アプリテストを含む複雑なクロスツールタスクに適している。

Claudeで構築する日次インテリジェンス・ブリーフィングシステムのアーキテクチャ
ある開発者がClaude APIを活用して、RSSフィードを取り込み、記事の関連性をスコアリングし、優先順位付けを行い、メールで分析結果を配信するパーソナライズされた日次ブリーフィングシステムを構築しました。このパイプラインは1日約200記事を処理し、分析対象を5〜8記事に絞り込み、月額5ドル未満のコストで運用されています。

OpenClawの5層自律エージェントシステムが、個人開発者のコンテキストスイッチングをどのように軽減するか
OpenClawは、5層の自律エージェントシステムとして動作し、メール、GitHub、カレンダー、Telegram、Webhookを24時間365日監視します。エージェント間の共有メモリにより、手動介入なしで自動化されたワークフローが実現します。