◉CLAUDE LABEN
●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り44日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り44日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました
記事一覧/API & SDK
⬡ API & SDK/2026-04-06上級

Claude API × pgvector 永続メモリエージェント実装ガイド:PostgreSQL + Redis で構築する階層型記憶システム

PostgreSQL + pgvector + Redis を組み合わせて Claude API に永続記憶を実装する完全ガイド。ベクトル検索による関連記憶の取得、会話コンテキストの管理、本番デプロイまでを徹底解説します。

Claude API128pgvectorPostgreSQLRedisメモリ9エージェント14ベクトル検索RAG4

✦ プレミアム記事

なぜエージェントに「記憶」が必要か

Claude API を使ってチャットボットやエージェントを構築していると、必ずある壁にぶつかります。「ユーザーが昨日話したことを今日のセッションでは覚えていない」という問題です。

デフォルトの Claude API はステートレスです。各リクエストは独立しており、過去の会話は messages 配列に手動で含めない限り参照できません。この設計は API としてはシンプルで優れていますが、実用的なエージェントを構築するためには、独自の記憶システムを設計する必要があります。

  • PostgreSQL + pgvector:長期記憶・知識ベース(ベクトル検索)
  • Redis:短期記憶・セッションコンテキスト(高速アクセス)
  • Claude API:推論エンジン・ツール呼び出しによる記憶の活用

完成したシステムは、ユーザーごとの長期的な好みや過去の会話を記憶し、文脈に応じた応答を生成できるようになります。ソロ開発者から本番サービスまで対応できる、実践的なアーキテクチャを学んでいきましょう。


アーキテクチャ概観:階層型メモリシステム

人間の記憶は一枚岩ではありません。瞬間的な作業記憶、数時間後も残るエピソード記憶、そして何年も続く長期記憶が階層を成しています。AIエージェントの記憶設計も、同じ階層構造で考えると整理しやすくなります。

本ガイドのシステムは以下の3層で構成されます。

第1層:短期記憶(Redis)

現在の会話セッション中のやり取りを保持します。TTL(Time To Live)を設定して、セッション終了後に自動削除される設計です。アクセス速度が重要なため、インメモリDBのRedisを採用します。

第2層:長期記憶(PostgreSQL + pgvector)

会話の中で重要な情報(ユーザーの好み、学んだ知識、過去の決定事項など)をベクトル化して保存します。検索時は類似度検索を使い、現在のコンテキストに関連する記憶を効率よく取り出します。

第3層:エピソード記憶(PostgreSQL)

過去の会話のサマリーをタイムスタンプ付きで保存します。「先月話したプロジェクトの進捗」のような時系列に基づく記憶の検索に使います。

この3層構造により、応答速度・検索精度・ストレージコストのバランスをとりながら、実用的な記憶システムを実現できます。


✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦HNSW の ef_search を 40→100 に変えた時の recall と p95 レイテンシの実測トレードオフ
✦クエリ埋め込みを Redis にキャッシュし、埋め込み API 呼び出しを約 60% 削減する具体策
✦importance スコアの自動減衰と類似度 0.95 での重複排除で、記憶テーブルの肥大化を防ぐ運用パターン
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

⬡ API & SDK2026-09-02
thinking ブロックを弾く 400 が出たとき、会話履歴のどこが書き換わっていたか
Claude Fable 5.1 から、thinking ブロックより前の system・tools・messages を書き換えたリクエストが 400 で弾かれるようになりました。自分のエージェントループが該当するかを1リクエストで確かめる手順と、system の組み立て直し・履歴の切り詰めを書き換えなしのやり方へ移す実装をまとめます。
⬡ API & SDK2026-03-28
Claude API 音声エージェント本番アーキテクチャ構築ガイド
Whisper/DeepgramとClaude APIを束ねた音声エージェントを、Cloudflare WorkersとGoogle Cloud Runの両方で運用してきた個人開発者の実体験から、レイテンシ予算・コスト逆算・障害切り替え・本番監視の判断材料を整理しました。
⬡ API & SDK2026-10-16
Make から Claude API に 40 行流すと 14 行目で止まる — 429 を待ち時間の計算で避ける
表計算の行を1件ずつ Claude API に渡すノーコード自動化が、途中で 429 になる理由と直し方です。模擬バケットで7通りの間隔を比べ、Sleep の秒数を 60÷上限−応答時間 で決める式と、失敗行を落とさない設定を示します。