Transcript
00:00:00Claudeがまた同じミスを3回も繰り返しました。モデルが頭が悪いからではなく、
00:00:04あなたのプロジェクトに関する記憶がないからです。先週の決定も覚えていないし、
00:00:09なぜGraphQLに移行したのかも、これまでの奇妙な会話の内容も覚えていないのです。
00:00:14これがGitHubで52,000以上のスターを獲得し話題の「MemPallas」です。AIツールに
00:00:20ローカルでロスレスな長期記憶を与えると言われています。MemPallasとは何か、
00:00:26どう機能するのか、既存のツールと何が違うのかを解説します。
00:00:35要するにMemPallasは、会話を逐語的にローカルに保存するツールです。
00:00:43Claude CodeのフックやMCPツールもサポートしており、コアのメモリーフローにAPIキーは不要です。
00:00:49ここで必ず誰かがこう言うでしょう。
00:00:52「Context Modeがあるのでは？」と。確かにそうです。Context Modeは長時間のコーディング
00:00:59セッションでコンテキストウィンドウが溢れるのを防ぐのには良いですが、MemPallasは違います。AIに
00:01:06チャットや日数をまたいでの永続的なメモリへのアクセスを可能にします。実際、これらは併用もできます。
00:01:12両方を並行して実行可能です。MemPallasは非常にシンプルなので、
00:01:17設定方法と実際の動作をお見せします。ワークフローを加速させるコーディングツールに
00:01:22興味があれば、ぜひチャンネル登録してください。随時動画を更新しています。
00:01:27多くのメモリツールが失敗しがちなデモから始めましょう。
00:01:30まず「uv tool install MemPallas」を実行します。依存関係の競合を避けるため、
00:01:37現在リポジトリではuvでのインストールが推奨されています（pipでも動作はします）。次に
00:01:43プロジェクトで「mempallas init」を実行してパレスを初期化します。これでAIが忘れてはいけない内容を
00:01:51記憶するためのローカルデータベースが作成されます。次にプロジェクトファイルやメモ、過去の
00:01:58そして、MemPallasを使って過去のClaudeとの
00:02:06会話をマイニングします。ここが重要なポイントです。なぜなら、プロジェクトの真の文脈は、
00:02:11コミットやドキュメント、チャット、メモ、散らばったマークダウンファイルなど、あちこちに分かれていて、
00:02:18自分でも半分は忘れているような状態だからです。今ではMemPallasの検索機能で、「なぜGraphQLに切り替えたのか？」といった質問をすれば、
00:02:25推測するのではなく、その決定が行われた当時の議論を引き出せます。これが最初の大きな違いです。
00:02:32AIに必要なのはより大きなプロンプトではなく、より良い記憶なのです。
00:02:37「mempallas mine」を実行すると、すべてを学習します。指定したフォルダに入り、
00:02:44ファイルの内容を読み取って細かく分解し、
00:02:50すべてを記憶の宮殿に逐語的に保存して検索可能にします。ではMemPallasは
00:02:55実際何をしているのでしょう？デモで見た通りです。これは記憶の宮殿のメタファーを用いており、
00:03:00プロジェクトや人がインフラとなり、事実やイベントは
00:03:06異なる部屋に配置されます。元のソーステキストは引き出しの中にあります。しかし、このメタファーに
00:03:12惑わされないでください。重要なのは、元データがそのまま保持される点です。ほとんどのメモリシステムは
00:03:18当然のように、 messyな会話をLLMに要約させてきれいな事実を作ろうとします。それは
00:03:25賢そうですが大きな問題があります。要約で奇妙な制約、エッジケース、決定の理由などが
00:03:31削除されると、その詳細はメモリから消えます。MemPallasは逆のアプローチをとります。元のテキストを
00:03:38そのまま保持し、その上にコンパクトなインデックスを構築することで、AIは内容を捨てずに
00:03:44適切な箇所を見つけられるようにします。基盤は開発者に優しく、検索にはディスク上のChromaDB、
00:03:51知識グラフにはSQLiteを使用。エージェントがメモリを利用するためのMCP統合や、
00:03:57Claude Codeフックも用意されており、サイドプロジェクトではなく実際のコーディングワークフローに組み込めます。
00:04:03Mem0やZappなどは製品化が進んでいてSDKも豊富なので、アプリや製品にメモリを
00:04:09組み込みたい場合はそちらが適しています。一方MemPallasは、コーディングエージェントに実際の作業履歴を
00:04:16ローカルで記憶させたい開発者向けです。トレードオフは明確です。
00:04:21ホスト型製品を求めるなら他が優れていますが、ソースを保持するローカルメモリシステムならMemPallasに分があります。
00:04:27特にClaude Codeとの統合で、実用性がぐっと高まります。このプラグインは
00:04:33MCPサーバーを起動し、ツールを公開し、Claudeにメモリプロトコルを教え込み、回答前に
00:04:39パレスを検索します。この詳細は一見小さいですが、そうではありません。「どこかにデータベースがある」のと、
00:04:45コーディングエージェントが回答前にメモリを確認するタイミングを知っているのには、天と地ほどの差があります。
00:04:50開発者に好評なのはまず「正確な再現性」です。3週間前に言った
00:04:57奇妙だが重要なことを、要約ではなく原文で取得できます。次に「コストと
00:05:03プライバシー」です。公式サイトによると、ChromaDBとSQLiteにより内容はローカルに留まり、
00:05:11コアフローにAPIキーは不要です。次に「起動時のコンテキストの軽さ」です。
00:05:18毎回4万トークンのプロジェクト情報を貼り付ける必要はありません。エージェントがどこを
00:05:24探すべきかを知るためのポインタを読み込むだけです。また、時間軸に基づく知識グラフも非常に重要です。なぜなら、ソフトウェアの決定は
00:05:31古くなるからです。「REST APIを使う」という決定が数ヶ月前には正しくても、先月は間違っていたかもしれません。
00:05:38一般的な事実データベースではそれを見落とすことがあります。タイムラインを認識するメモリシステムの方が、
00:05:44何がいつ変わったのかを理解できる可能性が高いです。これが2つ目の大きな違いです。メモリは単なる事実ではなく、
00:05:50「時間」に関するものです。パレスの階層構造は巧妙ですが、完璧ではありません。一部のプロジェクトでは、
00:05:57単純にChromaDBでトランスクリプトをセマンティック検索するだけで、多くの価値を得られる
00:06:02こともあります。また、設定とメンテナンスも必要です。ローカルDBはバックアップ、
00:06:08クリーンアップ、移行、同期が必要になると大変です。メモリプラットフォームを管理するツールではありません。
00:06:15管理機能やダッシュボード、権限設定を求めるなら、このツールはまだその段階にはありません。実用的な警告として、
00:06:21このプロジェクトはバイラルになったため、類似ドメインが存在します。READMEによると、公式ソースは
00:06:28GitHubリポジトリ、Pythonパッケージ、ドキュメントサイトのみです。ですので、検索で見つけた怪しい「Mem Palace」系のサイトから
00:06:34インストールしないでください。これは小さな警告ではありません。プロジェクトの
00:06:39履歴に触れるツールなので、開発環境の一部として扱ってください。Claude Code、
00:06:44Cursor、ローカルエージェントを使用しているなら、これは理にかなっています。あるいはローカルファーストのツールを重視し、
00:06:48AIがすでに話したことを覚えるためだけにサブスク料金を払いたくないなら、なおさらです。
00:06:53設定不要のホスト型サービスを求めている場合や、
00:06:57READMEと適切なプロンプトだけで解決するほどプロジェクトが短いなら、手を出さない方がいいでしょう。
00:07:02このようなコーディングツールを楽しんでいるなら、BetterStackチャンネルに登録してください。また次の動画でお会いしましょう。
Community Posts
No posts yet. Be the first to write about this video!
Write about this video