Claudeのための永続メモリを4つのMarkdownファイルで構築

システムの仕組み
r/ClaudeAIの開発者が、4つのマークダウンファイルをプロジェクトコンテキストで読み込む永続的メモリシステムを作成し、Claudeのセッションベースのコンテキスト制限に対する解決策を共有しました。このシステムは、各Claude会話がゼロから始まる問題に対処し、セッション間で継続性を維持します。
ファイル構造と目的
- Protocol — このコンテキストにおけるClaudeの役割、セッションライフサイクル、行動境界を定義するアイデンティティ層
- CONVERGEHERE — 現在重要な事項、前回セッションのポインタ、システム状態を指定する方向付け層
- Daily Capture — 1日1行の人間の入力とフロントマター内の身体指標を含む人間入力層
- Continuity — セッション終了時にClaudeが書き込む(最大30行)、気づいたこと、未解決事項、注意点に関するメモリ層
セッションライフサイクル
起動時:Claudeは応答前に4つのファイルをすべて読み込みます。セッション終了時:ClaudeはContinuityとCONVERGEHEREを更新します。次のインスタンスは更新されたファイルを読み、連続的なコンテキストの連鎖を作り出します。
1か月後の結果
毎日使用して1か月後、このシステムは実用的な利点を示しました:3週間前の約束の追跡、同じタスクが繰り返し延期されることの認識、エネルギー低下とタスクのスキップが相関する際のフラグ立て。開発者は、Claudeが構造化データを読み反映している一方で、永続的コンテキストの複合効果は重要であると指摘しています。
このシステムは、4つのファイルを読み込む新規Claudeインスタンスが10回以上の過去セッションからのコンテキストを持って起動する「コールドブート」で実証されました。
📖 Read the full source: r/ClaudeAI
👀 See Also

ドキュメントコンテキストを活用した学習メンターとしてのClaudeの使用
開発者が、ツールのドキュメントをコンテキストとしてClaudeに与え、特定のプロンプトを使用してタスクベースのメンターを作成することで、Claudeを学習ツールとして利用する方法を共有しています。このアプローチは、従来のコースやチュートリアルを飛ばし、即座のフィードバックを得ながら実践的な学習を可能にします。

Kimi K2.6を使ってmacOSアプリの隠しディレクトリを検出し正しくアンインストールする方法
ある開発者が、Kimi K2.6を使ってmacOSアプリのディレクトリを自動で検索・削除し、隠しフォルダ~/.appnameや~/Library/Application Supportのファイルも含めて消去するカスタムエージェントの利用体験を語っています。このエージェントは自身のベース知識を編集することでプロセスを改善します。

自律型5エージェントClaudeシステムが、月額3000ドルのAPIコストを単一サブスクリプションに置き換え
ある開発者が、APIクレジットの代わりに単一のClaude Maxサブスクリプションを利用し、WSL2上でDiscordボットとして動作するClaude Opus 4.6を用いて、5体の自律エージェントからなるスウォームを構築しました。これにより、月額3,000ドル以上かかっていたコストを100〜200ドルに削減しています。

Claude Opus 4.6 vs. Sonnet 4.6 哲学的論証における直接比較:ユーザーの視点から
哲学的・人文科学分野におけるClaude Opus 4.6とSonnet 4.6の詳細な比較によると、Opusは分析的な分解に優れる一方で文脈を単純化しがちであり、Sonnetはニュアンスの読み取りに優れるものの文章表現は弱いという特徴があります。ユーザーは含意の多い思考にOpusを使うと疲弊すると感じ、Sonnetに切り替えました。